터미널에서 안티그래비티 CLI 를 불렀더니 로그인 안됨이나 권한 거부 같은 오류가 떠서 어디부터 고쳐야 할지 막막하신가요?
안녕하세요? 정리하는 개발자 워니즈입니다. 이 글은 필자가 2026-09-29 에 macOS arm64 와 agy 1.2.13 으로 안티그래비티 CLI 를 직접 돌리며 낸 오류 7가지를 원문 메시지 그대로 적고 증상별로 고친 방법을 정리합니다.
한 줄 요약 안티그래비티 CLI 오류는 대부분 PATH 와 첫 로그인과 모델 이름에서 나왔고 오류 문구가 고칠 방향을 알려 줬습니다. 가장 위험했던 것은 헤드리스 모드에서 파일 쓰기가 거부됐는데도 종료 코드가 0 으로 끝나는 경우였습니다.
- 바로 고칠 것
command not found는 PATH 문제였고authentication timed out은 대화형 첫 로그인으로,requires --effort는--effort high로 풀렸습니다 - 스크립트라면 종료 코드만 보지 말고 출력 문구와 결과 파일로 성공을 판정해야 권한 거부를 놓치지 않습니다
- macOS 함정 허용 규칙을
/tmp로 적으면 걸리지 않았고 실제 경로인/private/tmp로 적어야 걸렸습니다
목차
- 안티그래비티 CLI 오류 7가지, 직접 재현하니 무엇이 나왔나요?
- 터미널에서 agy 를 못 찾을 때
- 안티그래비티 로그인 안됨, 60초 뒤 authentication timed out
- 로그에 not logged into 가 찍히면 다시 로그인해야 할까?
- 안티그래비티 모델 선택 안됨, 오류 문구 세 가지
- 503 서버 오류는 다시 돌리면 지나가나요?
- 에이전트가 파일을 못 쓸 때와 종료 코드 0
- 안티그래비티 한국어 답변 받는 법
- 안티그래비티 CLI 로 안 되는 것과 확인 못 한 것
- 정리: 누구에게 맞고 누구에게는 굳이인가, 그리고 운영자 의견
1. 안티그래비티 CLI 오류 7가지, 직접 재현하니 무엇이 나왔나요?
필자가 직접 낸 안티그래비티 CLI 오류는 일곱 가지였고 그중 네 가지(모델 선택, 503, 권한 거부, 한국어 답변)는 고친 뒤 다시 돌려서 풀린 것까지 확인했습니다. PATH 와 로그인은 오류와 안내문까지만 봤습니다. 시험은 2026-09-29 17:33~17:41 KST 에 macOS 27.0 arm64 와 ~/.local/bin/agy 에 깔린 agy 1.2.13 으로 했고, 새로 설치한 것과 같은 상태는 빈 HOME(/tmp/agy-fresh/home)을 만들어 재현했습니다.
안티그래비티 CLI 는 터미널에서 agy 한 단어로 부르는 명령인데요, 옵션 없이 띄우면 대화형으로 돌고 -p 를 붙이면 한 번 묻고 답을 받은 뒤 끝나는 헤드리스 모드로 돕니다. 이 글의 오류 대부분은 사람이 옆에서 답해 줄 수 없는 헤드리스 쪽에서 나왔고 데스크톱 IDE 는 설치하지 않아서 다루지 않습니다.
권한 규칙 시험은 settings.json 을 백업한 뒤 규칙 한 줄만 넣고 매번 되돌렸고 에이전트에게 파일을 쓰게 한 시험은 전부 빈 임시 폴더에서 돌렸습니다. 증상은 구글 자동완성에서 안티그래비티 뒤에 붙는 오류, 안됨, 한국어 갈래를 보고 그 갈래에 맞는 것을 골랐는데 결과를 한 표로 먼저 모으면 아래와 같습니다. 이 글의 터미널 이미지는 그날 남긴 재현 로그의 원문 출력을 터미널 모양으로 옮긴 것입니다.
| 증상 | 원문 문구(일부) | 종료 코드 | 고친 방법 | 확인 |
|---|---|---|---|---|
| 터미널에서 agy 를 못 찾음 | zsh:1: command not found: agy |
127 | ~/.local/bin 을 PATH 에 추가 |
설치기 경고문까지 |
| 로그인 안됨 | Error: authentication timed out. |
1 | 대화형 agy 로 한 번 로그인 |
시간 초과까지 |
| 로그에 not logged into | You are not logged into Antigravity. |
0 | 답변과 종료 코드로 판단 | 정상 실행 2회 |
| 모델 선택 안됨 | requires --effort (available: low, high) |
1 | agy models 로 이름 확인, --effort high |
정상 답변 |
| 서버 503 | UNAVAILABLE (code 503) |
1 | 20~30초 뒤 재실행 | 2회 모두 통과 |
| 파일 쓰기 권한 거부 | so it was auto-denied |
0 | write_file(/private/tmp/...) 허용 규칙 |
파일 생성 |
| 영어로 답함 | 영어 질문에 영어 답 | 기록 없음 | 작업 폴더 AGENTS.md | 한국어 답 |
일곱 가지 가운데 스크립트로 안티그래비티를 부르는 분이 가장 먼저 알아야 할 것은 여섯째 줄이었습니다. 빈 폴더에서 파일 하나를 만들라고 시켰더니 아래처럼 거부 문구가 나왔는데 종료 코드는 0 이었고 파일은 생기지 않았습니다(2026-09-29, macOS 27.0 arm64, agy 1.2.13 실측).
$ cd /tmp/agy-try; agy -p "현재 폴더에 hello.txt 파일을 만들고 내용으로 hi 한 줄을 써라. 끝나면 done 이라고만 답해"
jetski: no output produced — a tool required the "write_file" permission that headless mode cannot prompt for, so it was auto-denied. Add an allow-rule under permissions.allow in settings.json (e.g. write_file()). Alternatively, re-run with --dangerously-skip-permissions to auto-approve all tools.
rc=0, hello.txt 없음 직접 확인 1. 종료 코드만 보고 성공을 판정하는 스크립트라면 파일이 하나도 생기지 않은 이 실행을 성공으로 기록하게 됩니다. 실패인데 성공 신호가 나오는 이 경우는 7절에서 고친 방법과 함께 다시 다루고 나머지 여섯 가지는 겪은 순서대로 적어 두겠습니다.
2. 터미널에서 agy 를 못 찾을 때
zsh:1: command not found: agy 가 나오면 agy 가 깔린 ~/.local/bin 이 지금 셸의 PATH 에 없는 것입니다. 필자는 PATH 를 /usr/bin:/bin 만 남긴 새 셸을 env -i HOME=/tmp/agy-fresh/home PATH=/usr/bin:/bin /bin/zsh -f -c 'agy --version' 으로 띄워서 이 오류를 냈고 종료 코드는 127 이었습니다.
같은 조건에서 agy install 을 돌리면 안티그래비티 설치기가 먼저 이 문제를 알려 주는데 경고문 첫 두 줄은 아래와 같았습니다.
Warning: /tmp/agy-fresh/home/.local/bin is not present in your active PATH.
To use the ‘agy’ CLI globally, please manually add it to your shell profile:
경고문이 권하는 대로 셸 설정 파일에 PATH 한 줄을 넣고 새 셸을 열면 됩니다. zsh 를 쓰는 macOS 기준으로는 아래 세 줄이고 마지막 줄은 제대로 잡혔는지 보는 확인용입니다.
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc
agy --version직접 확인 2. 필자가 확인한 것은 오류와 설치기 경고문까지이고 빈 HOME 에 이 줄을 넣은 뒤 다시 돌려 보는 것은 하지 않았습니다. cron 처럼 셸 설정 파일을 읽지 않는 환경에서는 PATH 한 줄이 먹지 않을 수 있으니 그런 곳에서는 ~/.local/bin/agy 를 절대 경로로 부르는 편이 덜 헷갈립니다.
3. 안티그래비티 로그인 안됨, 60초 뒤 authentication timed out
안티그래비티 로그인 안됨 증상은 로그인을 한 번도 하지 않은 환경에서 헤드리스 모드(-p)부터 부를 때 나왔습니다. 빈 HOME 으로 HOME=/tmp/agy-fresh/home agy -p "ok 라고만 답해" --print-timeout 45s < /dev/null 을 돌리자 로그인 주소를 한 번 보여 준 뒤 기다리다가 종료 코드 1 로 끝났습니다.
Authentication required. Please visit the URL to log in:
Waiting for authentication (timeout 60s)...
Or, paste the authorization code here and press Enter:
Error: authentication timed out.
error: authentication failed or timed out
로그인 주소는 accounts.google.com 의 OAuth 주소였고 돌아올 곳은 antigravity.google 의 oauth-callback 이었는데, 주소에 붙은 식별값은 이 글에서 가렸습니다. 브라우저는 자동으로 열리지 않았고 필자가 --print-timeout 45s 를 줬는데도 안내문의 대기 시간은 timeout 60s 로 찍혔습니다.
고친 방법은 순서를 바꾸는 것입니다. 처음 한 번은 옵션 없이 대화형 agy 를 띄워 로그인을 끝내고 그다음부터 -p 를 쓰면 됩니다. 필자의 원래 환경은 이렇게 로그인이 끝나 있어서 같은 -p 명령이 바로 답을 돌려줬습니다.
- SSH 로 붙은 원격 맥 안내문에는 주소를 다른 기기의 브라우저에서 열고 받은 코드를 붙여 넣는 길이 있지만 필자는 새 인증을 만들지 않으려고 끝까지 가지 않았습니다
- 표준 입력을 막은 스크립트 필자 시험처럼
< /dev/null로 입력을 막아 두면 코드를 붙여 넣을 자리가 없으니 결국 시간 초과로 끝납니다
직접 확인 3. 필자가 확인한 것은 로그인 대기와 시간 초과 문구와 종료 코드 1 까지이고, 코드를 붙여 넣어 안티그래비티 로그인을 마치는 경로가 실제로 끝까지 되는지는 확인하지 못했습니다.
4. 로그에 not logged into 가 찍히면 다시 로그인해야 할까?
아니요, 답변이 정상으로 오고 종료 코드가 0 이라면 다시 로그인할 필요가 없었습니다. 필자 환경에서 agy -p 가 정상 답변을 돌려준 실행 직후에 grep -c "You are not logged into Antigravity" ~/.gemini/antigravity-cli/cli.log 를 돌렸더니 58줄이 나왔고 E 로 시작하는 줄은 32줄이었습니다.
58줄을 문구별로 나누면 아래 세 종류였고 모두 errorreport.go:224] 에서 찍혔습니다.
- 15줄
error getting token source: You are not logged into Antigravity. - 13줄
failed to get load code assist response: error getting token source: You are not logged into Antigravity. - 2줄
Failed to poll ListExperiments: error getting token source: You are not logged into Antigravity.
같은 로그에는 .gemini must be an absolute path: path is not absolute, falling back to default 라는 줄도 한 번 있었는데 이것도 답변에는 영향이 없었습니다. cli.log 는 실행할 때마다 log/cli-YYYYMMDD_HHMMSS.log 로 새로 걸리는 링크였고 17:33:46 과 17:40:51 두 정상 실행 모두 같은 58줄이 찍혔습니다.
직접 확인 4. 이 줄이 왜 찍히는지 내부 동작은 확인하지 못했습니다. 다만 정상 실행 두 번에서 매번 같은 수로 나왔으니 로그의 이 줄만 보고 안티그래비티에 다시 로그인하기보다는 답변이 왔는지와 종료 코드로 판단하는 편이 맞다고 봤습니다.
5. 안티그래비티 모델 선택 안됨, 오류 문구 세 가지
안티그래비티 모델 선택 안됨 오류는 문구가 셋으로 갈렸고 셋 다 종료 코드 1 이었습니다. 일부러 없는 이름을 넣은 경우와 effort 를 빼먹은 경우와 그 모델에 없는 effort 를 준 경우입니다. 어느 쪽인지는 문구 끝부분만 읽어도 가려졌습니다.
| 넣은 옵션 | 원문 문구(끝부분) | 원인 | 고친 방법 |
|---|---|---|---|
--model gemini-9-pro |
model gemini-9-pro is not recognized as a known model or custom model in settings |
없는 모델 이름 | agy models 로 정확한 이름 확인 |
--model gemini-3.1-pro |
--model gemini-3.1-pro requires --effort (available: low, high) |
pro 는 effort 필수 | --effort high 또는 low |
--effort medium |
gemini-3.1-pro has no "medium" effort (available: low, high) |
모델마다 effort 값이 다름 | 문구의 available 값 중에서 고름 |
첫 번째 오류는 문구 뒤에 Available models: 목록을 함께 보여 주고 agy models 로도 같은 목록을 볼 수 있습니다. 필자 환경에서는 14개가 나왔고 gemini-3.8-flash-high 부터 claude-sonnet-4-6, claude-opus-4-6-thinking, gpt-oss-120b-medium 까지 들어 있었는데 이 목록은 환경에 따라 다를 수 있습니다.
effort 를 문구가 알려 준 값으로 바꾸자 바로 답이 왔습니다(2026-09-29, 같은 환경 실측).
$ agy -p "ok 라고만 답해" --model gemini-3.1-pro --effort high
ok (rc=0)직접 확인 5. 화면에 보이는 이름을 그대로 넣은 --model "Gemini 3.1 Pro (High)" 도 종료 코드 0 으로 받아졌습니다. 이름을 외우기 어렵다면 agy models 목록의 이름을 복사해 쓰는 편이 오타로 첫 번째 오류를 다시 밟지 않는 길이었습니다.
6. 503 서버 오류는 다시 돌리면 지나가나요?
필자가 겪은 두 번은 모두 20~30초 뒤에 같은 명령을 다시 돌리자 지나갔습니다. 모델에 요청이 간 실행 12번 가운데 2번이 503 으로 끝났고 17:38 경과 17:40 경에 한 번씩 나왔는데 문구는 아래 두 가지였습니다.
error: failed to send message: send failed; already reported to the user: Eligibility check failed: failed to get load code assist response: UNAVAILABLE (code 503): The service is currently unavailable.
error: Eligibility check failed: UNAVAILABLE (code 503): The service is currently unavailable.
문구 그대로 안티그래비티 쪽 서비스가 잠시 응답하지 않은 경우라서 필자 쪽 설정에서 고칠 곳은 없었고 기다렸다가 다시 돌리는 것 말고는 할 수 있는 일이 없었습니다. 스크립트로 부른다면 출력에 code 503 이 있을 때만 짧게 몇 번 다시 시도하고 그래도 안 되면 멈추게 두는 편이 무한 재시도를 피하는 방법입니다.
직접 확인 6. 503 은 종료 코드 1 로 끝나서 스크립트가 실패로 알아챌 수 있었습니다. 문제는 다음 절의 권한 거부인데요, 그쪽은 실패인데도 종료 코드가 0 이라서 같은 방식으로는 잡히지 않았습니다.
7. 에이전트가 파일을 못 쓸 때와 종료 코드 0
헤드리스 모드는 사람에게 권한을 물어볼 수 없어서 파일 쓰기 같은 도구 권한을 자동으로 거부했고 그러면서도 종료 코드는 0 이었습니다. 1절의 거부 문구가 이 경우인데 문구 안에 Add an allow-rule under permissions.allow in settings.json (e.g. write_file( 라는 해결 방향이 이미 들어 있습니다.
필자는 문구가 알려 준 두 길과 편집 허용 모드까지 차례로 시험했고 같은 요청을 다섯 가지 조건으로 돌린 결과는 아래 표와 같았습니다(2026-09-29 실측).
| 조건 | 출력 | 종료 코드 | hello.txt |
|---|---|---|---|
옵션 없음, /tmp/agy-try |
거부 문구 | 0 | 없음 |
--mode accept-edits |
같은 거부 문구 | 0 | 없음 |
허용 규칙 write_file(/tmp/agy-try2), /tmp/agy-try2 에서 실행 |
같은 거부 문구 | 0 | 없음 |
허용 규칙 write_file(/private/tmp/agy-try2) |
done | 0 | hi |
--dangerously-skip-permissions, /tmp/agy-try |
done | 0 | hi |
이 표에서 가장 먼저 볼 곳은 종료 코드 열입니다. 파일을 만든 두 번과 만들지 못한 세 번이 모두 0 으로 똑같이 끝났습니다. 편집 허용 모드인 --mode accept-edits 로도 거부 문구가 그대로 나왔으니 헤드리스에서 파일을 쓰게 하려면 허용 규칙을 넣거나 전부 허용 플래그를 쓰는 두 길만 남았습니다.
허용 규칙은 /tmp 가 아니라 /private/tmp 로
macOS 의 /tmp 는 /private/tmp 로 가는 링크라서 안티그래비티 허용 규칙은 실제 경로로 적어야 걸렸습니다. 필자 맥에서 /tmp 의 실제 경로를 파이썬 os.path.realpath 로 찍어 보면 /private/tmp 가 나왔고 같은 폴더를 가리키는데도 /tmp 로 적은 규칙은 걸리지 않았습니다.
필자 환경에서 settings.json 은 cli.log 와 같은 ~/.gemini/antigravity-cli/ 폴더에 있었습니다. 원래 들어 있던 설정은 그대로 두고 아래처럼 허용 규칙 한 줄만 더하면 됩니다.
{
"permissions": {
"allow": ["write_file(/private/tmp/agy-try2)"]
}
}작업 폴더의 실제 경로가 헷갈릴 때는 그 폴더에서 pwd -P 를 돌려 나온 값을 규칙에 쓰면 됩니다. 필자가 확인한 링크 경로는 /tmp 하나뿐이라서 홈 폴더 아래 다른 심볼릭 링크에서도 같은 일이 생기는지는 확인하지 못했습니다.
전부 허용 플래그는 빈 폴더에서만
--dangerously-skip-permissions 는 거부 문구가 설명하는 그대로 모든 도구를 자동 승인하는 플래그입니다. 파일 쓰기 하나를 풀려고 이 플래그를 켜면 그 폴더에서 에이전트가 하는 모든 도구 호출이 확인 없이 돌아가기 때문에 필자는 비워 둔 시험 폴더에서만 썼습니다.
에이전트에게 권한을 어디까지 줄지는 DevOps 카테고리의 AI 에이전트 권한 설계 에서 되돌릴 수 있다는 믿음이 권한을 넓히는 함정으로 다룬 적이 있습니다. 허용 규칙 한 줄은 폴더 하나만 열고 전부 허용 플래그는 모든 도구를 여니 같은 문제를 풀어도 여는 범위가 크게 다릅니다.
스크립트는 종료 코드 대신 무엇을 봐야 하나요?
출력 문구와 결과 파일을 함께 봐야 합니다. 이번 시험에서 나온 신호를 스크립트가 판정할 기준으로 옮기면 아래 표처럼 됩니다. 종료 코드가 같은 0 이어도 첫 두 줄처럼 성공과 실패로 갈리니, 안티그래비티 실행 결과는 문구와 파일까지 봐야 제대로 가려집니다.
| 종료 코드 | 출력에 보이는 문구 | 판정 | 할 일 |
|---|---|---|---|
| 0 | auto-denied 또는 no output produced |
실패 | 허용 규칙 추가 |
| 0 | 결과 파일 있음 | 성공 | 다음 단계 진행 |
| 1 | code 503 |
일시 실패 | 20~30초 뒤 몇 번만 재시도 |
| 1 | authentication timed out |
실패 | 대화형으로 로그인 |
| 1 | invalid model selection |
실패 | 모델 이름과 effort 확인 |
| 127 | command not found |
실패 | PATH 또는 절대 경로 |
직접 확인 7. 허용 규칙을 /private/tmp/agy-try2 로 적은 실행과 전부 허용 플래그를 켠 실행은 둘 다 done 을 답하고 hello.txt 에 hi 를 남겼습니다. 테스트는 통과했는데 결과는 틀렸던 경험은 AI 코딩 카테고리의 테스트는 통과했는데 261편 중 6편만 맞았다 에서도 다뤘는데, 성공 신호와 실제 결과를 따로 봐야 한다는 교훈이 여기서도 그대로 통했습니다.
8. 안티그래비티 한국어 답변 받는 법
작업 폴더에 AGENTS.md 를 두고 한국어로 답하라는 규칙 한 줄을 넣으니 영어 질문에도 한국어로 답했습니다. 빈 폴더에서 agy -p "In one sentence, what does git stash do?" 를 물었을 때는 아래처럼 영어로 답이 왔습니다.
git stashtemporarily shelves your uncommitted changes (both staged and unstaged) and reverts your working directory to match theHEADcommit,
같은 폴더에서 printf '# 규칙\n\n모든 답변은 한국어로 한다. 명령어와 코드는 원문 그대로 둔다.\n' > AGENTS.md 로 규칙 파일을 만든 뒤 똑같이 물었더니 답이 한국어로 바뀌었습니다.
git stash는 커밋하지 않은 작업 트리의 변경 사항을 임시 보관소에 저장하고, 작업 디렉터리를 최근 커밋(HEAD) 상태로 되돌려 놓는 명령어입니다.
규칙에 명령어와 코드는 원문 그대로 두라고 적어 둔 덕분에 git stash 와 HEAD 는 영어 그대로 남았습니다. agy 바이너리의 안내문에는 규칙 파일 경로가 GEMINI.md, AGENTS.md, .agents/rules/*.md 로 나오는데 필자가 시험한 것은 AGENTS.md 하나뿐입니다.
직접 확인 8. AGENTS.md 를 넣었는데도 안티그래비티가 규칙을 따르지 않는다면 파일 위치와 이름부터 봐야 하는데요, 그런 증상은 AI 코딩 카테고리의 AGENTS.md 안 읽힐 때 해결 방법 총정리 에서 따로 정리해 두었습니다.
9. 안티그래비티 CLI 로 안 되는 것과 확인 못 한 것
이번에 풀지 못했거나 확인하지 못한 것을 그대로 남깁니다. 같은 증상을 찾아 들어온 분이 여기서 헛걸음하지 않도록 무엇을 안 봤는지까지 적어 두는 편이 낫다고 봤습니다.
- 헤드리스는 권한을 묻지 못합니다.
-p로 부른 에이전트는 사람에게 확인을 받을 수 없어서 허용 규칙에 없는 도구를 자동으로 거부했고 편집 허용 모드도 파일 쓰기를 풀지 못했습니다 - 거부돼도 종료 코드는 0 입니다. 이번 시험에서 권한 거부는 세 번 모두 0 으로 끝나서 종료 코드만으로는 실패를 알 수 없었습니다
- 503 은 사용자 쪽에서 막을 수 없었습니다. 필자가 할 수 있었던 일은 기다렸다 다시 돌리는 것뿐이었습니다
- not logged into 줄의 원인은 모릅니다. 정상 실행에서도 매번 58줄이 찍혔고 왜 찍히는지는 확인하지 못했습니다
아래 네 가지는 이번에 확인하지 못한 항목입니다.
| 항목 | 상태 | 이유 |
|---|---|---|
| IDE(데스크톱 앱) 설치와 실행 오류 | 확인 못 함 | 이 맥에 IDE 를 설치하지 않았다 |
| 코드 붙여넣기로 로그인 완료 | 확인 못 함 | 새 인증을 만들지 않으려고 끝까지 가지 않았다 |
| 모델 오류 때 exit 3 과 AGY_ERROR 줄 | 확인 못 함 | 1.2.10 변경 기록에 있는 항목이지만 재현하지 못했다 |
GEMINI.md 와 .agents/rules 규칙 파일 |
확인 못 함 | AGENTS.md 만 시험했다 |
IDE 에서 나는 안티그래비티 오류를 찾으셨다면 이 글은 CLI 만 다루니 Google Antigravity 공식 사이트 의 안내를 먼저 보시는 편이 빠릅니다. 버전이 바뀌면 문구와 동작이 달라질 수 있는데 이 글에 옮긴 원문 문구는 전부 agy 1.2.13 에서 나온 것입니다.
10. 정리: 누구에게 맞고 누구에게는 굳이인가, 그리고 운영자 의견
이 글이 가장 쓸모 있는 쪽은 안티그래비티 CLI 를 SSH 나 스크립트에서 -p 로 부르는 분인데요, 로그인 시간 초과와 권한 거부와 503 이 모두 이 경로에서 나왔고 그중 권한 거부는 종료 코드 0 이라 모르고 지나가기 쉬웠습니다. 증상 문구를 검색해 들어오셨다면 1절 표에서 자기 문구를 찾고 해당 절로 바로 가시면 됩니다.
굳이인 쪽은 IDE 만 쓰시는 분입니다. 필자는 IDE 를 설치하지 않아서 그쪽 오류는 한 줄도 다루지 못했고 대화형 agy 로만 쓰는 분이라면 헤드리스처럼 권한을 자동으로 거부당하지는 않을 테니 7절의 함정은 밟을 일이 드물 것 같습니다. 대화형에서 권한을 묻는 화면은 이번에 따로 확인하지 않았습니다.
안티그래비티 CLI 를 새로 깐 날이라면 필자가 겪은 순서를 거꾸로 밟지 않도록 아래 네 가지를 차례로 보는 편이 시간을 아낍니다.
agy --version이 새 셸에서 도는지 보고 안 되면 PATH 에~/.local/bin을 넣습니다- 옵션 없이 대화형
agy를 띄워 로그인을 한 번 끝낸 뒤에-p로 넘어갑니다 agy models로 쓸 모델 이름을 확인하고 pro 계열이면--effort값을 함께 줍니다- 파일을 쓰게 할 폴더는
pwd -P로 실제 경로를 확인해 허용 규칙에 적습니다
이번에 일곱 가지를 직접 내 보면서 필자가 가장 크게 느낀 것은 오류 문구가 대부분 해결 방법을 이미 품고 있었던 반면 종료 코드는 그만큼 믿을 수 없었던 일이었습니다. requires --effort (available: low, high) 는 넣을 값을 알려 줬고 권한 거부 문구는 settings.json 의 어느 키에 무엇을 넣을지까지 알려 줬는데, 같은 실행의 종료 코드는 성공을 말하고 있었으니 운영자로서는 문구 쪽을 믿어야 했습니다.
필자의 결론
스크립트에서 안티그래비티 CLI 를 부를 때 필자는 종료 코드 대신 출력 문구와 결과 파일로 성공을 판정하기로 정했습니다. 파일 쓰기 권한은 pwd -P 로 확인한 실제 경로의 허용 규칙 한 줄로만 열고, --dangerously-skip-permissions 는 비워 둔 시험 폴더에서만 씁니다. 503 은 출력에 code 503 이 보일 때만 20~30초 간격으로 몇 번 다시 돌리고 그래도 안 되면 멈추게 둡니다.
새 글이 올라오면 Threads @wonizz.ai 에도 올립니다. 팔로우해 두면 피드에서 바로 볼 수 있습니다.