Antigravity CLI는 컴퓨터 한 대에 Google 로그인 하나만 유지합니다. 대신 통하는 방법은 이것입니다.

Antigravity CLI에서 Google 계정 두 개를 굴리는 방법을 찾다가 여기까지 왔다면, 솔직한 답은 그렇게 할 수 없다는 것입니다. 다만 그 이유에는 2분을 쓸 가치가 있습니다. 다음 달에 플래그 하나가 생기면 해결될 빠진 기능이 아닙니다. CLI가 여러분의 자격 증명을 어디에 두는지의 문제이고, 나머지는 전부 거기서 따라 나옵니다.

이것은 생태계가 잘못 답하고 있는 질문이기도 합니다. 이 문제를 푸는 것처럼 보이는 도구들이 실제로 있고, 그것들이 여러분의 컴퓨터에 무슨 짓을 하는지 아는 것과 모르는 것의 차이가 곧 납득한 선택과 차단된 계정의 차이입니다.

로그인이 실제로 사는 곳

Claude Code와 Codex는 둘 다 계정을 디렉터리로 저장합니다. CLAUDE_CONFIG_DIR이나 CODEX_HOME을 다른 경로로 돌리면 완전히 독립적인 두 번째 계정이 생깁니다: 자기 자격 증명, 자기 기록, 공유되는 것은 아무것도 없습니다. 이 변수는 프로세스 단위로 읽히기 때문에, 서로 다른 값으로 띄운 에이전트 두 개는 서로 다른 계정에서 동시에 돌아갑니다.

Antigravity CLI는 그중 어느 것도 하지 않습니다. Google 자격 증명은 운영체제 키체인으로 들어갑니다:

순서에 주의하세요. 거의 모든 글이 이것을 뒤집어 씁니다: 서비스가 gemini이고 계정이 antigravity이며, 그 반대가 아닙니다.

이 저장소에는 컴퓨터 한 대당 항목 하나만 들어갑니다. 두 번째 자리도, 프로필 이름도, 여러 자격 증명 중 어느 것을 쓸지 CLI에 알려줄 방법도 없습니다. --profile도 --auth-store도 --data-dir도 없고, 저장 위치를 옮겨주는 환경 변수도 없습니다.

아무도 눈치채지 못한 실수가 아닙니다. CLI 저장소의 issue #155가 빠진 것으로 CODEX_HOME과 CLAUDE_CONFIG_DIR을 콕 집어 언급하면서 정확히 이것을 요청합니다. issue #381은 래퍼 도구가 존재라도 할 수 있도록 프로필 선택기를 요청합니다. 둘 다 열려 있습니다. 어느 쪽에도 Google의 답변은 없습니다.

계정 전환 도구들이 진짜로 하는 일

여러 도구가 Antigravity 멀티 계정 지원을 내겁니다. 자리가 하나뿐인 저장소를 상대로 가능한 유일한 방식으로 동작합니다: 키체인 항목을 덮어쓰는 것입니다.

그 결과는 사람들이 뒤늦게 발견합니다. 변경은 그 도구에도, 프로젝트에도, 터미널에도 갇히지 않습니다. 컴퓨터 전체에 적용됩니다. 이제 그 컴퓨터의 모든 Antigravity 세션이 마지막으로 기록된 계정을 씁니다. 몇 시간 뒤에 여러분이 직접 자기 shell에서 띄운 세션까지 포함해서입니다. 계정 두 개를 얻는 것이 아닙니다. 발밑에서 알아서 바뀌는 계정 하나를 얻는 것입니다.

그러니 여러분이 아마 원했을 것, 즉 구독 두 개로 에이전트 두 개를 나란히 돌리는 일은 단지 아직 구현되지 않은 것이 아닙니다. 이 경로로는 구조상 도달할 수 없습니다.

우회책에는 두 번째 계열이 있는데, 요청을 프록시로 흘려보내 용량을 한데 모으는 방식입니다. 이쪽은 회색 지대조차 아닙니다. 이 부류에서 가장 인기 있는 플러그인은 자기 페이지에 사용자 계정들이 차단되거나 섀도 차단되었다는 사실을 직접 적어두고 있습니다. 그것으로 아끼는 것과 저울에 올려 보세요.

가족 요금제라는 함정

두 번째 계정이 어렵다는 것을 알고 나면 그럴듯한 생각이 떠오릅니다: 가족 그룹 안에서 Google AI Pro 시트를 하나 더 사고 손으로 번갈아 쓰는 것입니다.

실제로 해 본 사용자들은 서로 다른 컴퓨터 두 대에서 시험한 결과, 두 시트가 독립적인 풀 두 개가 아니라 공유되는 할당량 풀 하나에서 끌어 쓴다고 전합니다. 그것이 여러분 계정에서도 사실이라면, 이 용도에서 두 번째 시트는 아무것도 가져다주지 않습니다.

이는 공개된 문서가 아니라 사용자들의 측정에서 나온 것이므로, 돈을 내기 전에 본인 계정에서 확인하세요. 다만 확인은 먼저 하는 것이지 나중에 하는 것이 아닙니다.

실제로 통하는 것: 에이전트마다 키 하나

Antigravity CLI가 컴퓨터 전체 키체인이 아니라 프로세스 단위로 읽는 자격 증명이 딱 하나 있습니다: 환경에서 가져오는 Gemini API 키입니다.

이 한 가지 차이가 전부를 바꿉니다. 프로세스 단위라는 말은 진짜로 동시에 돌아간다는 뜻이기 때문입니다. 서로 다른 키 두 개로 띄운 에이전트 두 개는 각자의 할당량 위에서 동시에 돌아가고, 어느 쪽도 다른 쪽을 방해하지 않습니다. Claude Code에서 CLAUDE_CONFIG_DIR을 동작하게 만드는 바로 그 성질이 다른 문으로 들어온 것입니다.

단서가 두 가지 있고, 둘 다 작지 않습니다.

첫째, CLI를 키 모드로 바꾸는 것은 명령마다 붙이는 플래그가 아니라 전역 설정입니다. 켜는 순간 그 컴퓨터의 모든 Antigravity 세션이 Google 구독 대신 키를 쓰게 되며, 그 설정을 한 도구 바깥에서 띄운 세션도 포함됩니다. 끄면 이전 동작으로 돌아가지만, 켜져 있는 동안에는 모든 것에 대해 켜져 있습니다.

둘째, API 키는 구독과 청구 방식이 다릅니다. AI Pro 요금을 그대로 내면서 더 많이 쓰는 방법이 아닙니다. 다른 상거래 방식이며, 병렬로 돌아갈 수 있는 이유가 바로 그것이 구독이 아니기 때문입니다.

알아둘 만한 조용한 실패가 있습니다: 키를 설정해 놓고 키 모드를 꺼둔 채로 두면, CLI는 그냥 자기 키체인 자격 증명을 계속 읽으면서 키를 완전히 무시합니다. 오류도, 경고도, 로그에 남는 것도 없습니다. 설정이 저장되지 않은 것처럼 보입니다.

AgentsRoom에서는 이것이 어떤 모습인지

AgentsRoom에서 Antigravity 계정은 곧 Gemini API 키이고, 프로젝트 단위가 아니라 에이전트 단위로 붙습니다. 할당량이 바닥나는 것은 대화 하나의 문제이지 열어둔 모든 것의 문제가 아니기 때문입니다. 여러 에이전트가 서로 다른 키로 나란히 돌아가고, 작업 도중에 키 하나가 바닥나면 그 에이전트는 자동으로 다른 키로 넘겨집니다. 어떤 계정이든 예비로 쓰이지 않도록 제외할 수 있습니다.

Claude와 Codex의 인계와 다른 점이 둘 있는데, 실제로 존재하는 차이이므로 묻어두지 않고 기능 페이지에 적어 두었습니다: Antigravity에서는 에이전트가 대화를 이어받는 대신 새 키 위에서 깔끔하게 다시 실행됩니다. 그리고 할당량 표시줄이 없기 때문에, 바닥난 키는 진짜 초기화 시각까지가 아니라 기본으로 정해진 시간 동안 대기석에 앉습니다.

AgentsRoom이 일부러 하지 않는 일은 여러분의 키체인을 덮어쓰는 것입니다. Google 구독 로그인은 CLI가 넣어둔 자리에 그대로 남습니다.

이 글의 용도가 아닌 것

위의 모든 내용은 이미 정당하게 존재하는 자격 증명을 분리하는 것에 관한 이야기입니다: 회사가 비용을 내는 시트, 개인 구독, 특정 고객사에 청구하는 키. 이것들을 한 대의 컴퓨터에서 섞이지 않게 두는 것은 평범한 필요입니다.

지금 쓰고 있는 요금제의 용량 한도를 우회하려고 계정을 만드는 것은 전혀 다른 이야기이고, 이용 정책이 겨냥하는 대상이 바로 그것입니다. 여기 적힌 어떤 것도 그것을 허용 가능하게 만들지 않습니다. 기준은 이 글이 아니라 Google의 약관입니다.

사람들이 실제로 묻는 질문

Antigravity CLI로 Google 계정 두 개를 쓸 수 있습니까?

구독 로그인 두 개라면 쓸 수 없습니다. Antigravity CLI는 Google 자격 증명을 운영체제 키체인에 저장하는데, 키체인은 컴퓨터 한 대에 항목을 하나만 담고 여러 개 중에서 고를 방법을 내주지 않습니다. CLI에게 가리켜 줄 계정별 디렉터리도 없기 때문에, 구독 로그인 두 개를 동시에 살려둘 방법이 없습니다. 실제로 병렬로 돌아가는 것은 Gemini API 키입니다. CLI가 키를 환경에서 읽기 때문에 프로세스마다 하나씩 가질 수 있습니다.

Antigravity CLI는 로그인 정보를 어디에 저장합니까?

복사할 수 있는 설정 파일이 아니라 운영체제 키체인입니다. macOS에서는 서비스가 gemini, 계정이 antigravity인 Keychain 항목입니다. Windows에서는 gemini:antigravity 쌍이 Credential Manager에 들어가고, Linux에서는 같은 쌍이 Secret Service에 들어갑니다. 순서에 주의하세요. 대부분이 짐작하는 것과 반대로, 서비스가 gemini이고 계정이 antigravity입니다.

Antigravity에도 CLAUDE_CONFIG_DIR이나 CODEX_HOME에 해당하는 것이 있습니까?

없습니다. Claude Code는 CLAUDE_CONFIG_DIR이 가리키는 디렉터리 안에 계정 전체를 격리하고, Codex도 CODEX_HOME으로 같은 일을 합니다. Antigravity CLI에는 그에 해당하는 것이 없고, antigravity-cli 저장소의 issue 155가 두 변수를 그대로 언급하면서 바로 그것을 요청하고 있습니다. 이 issue는 아직 열려 있으며, --profile도 --auth-store도 --data-dir 플래그도 없습니다.

같은 가족 그룹 안의 Google AI Pro 구독 두 개면 할당량이 두 배가 됩니까?

서로 다른 컴퓨터 두 대에서 직접 시험해 본 사용자들은 독립적인 풀 두 개가 아니라 공유되는 풀 하나였다고 전합니다. 즉 한 가족 그룹 안의 유료 시트 두 개는 기대만큼 더해지지 않습니다. 이는 공개된 문서가 아니라 사용자들의 측정에서 나온 이야기이므로, 공식 발표로 받아들이지 말고 두 번째 시트에 돈을 내기 전에 본인 계정에서 확인해 볼 강한 신호로 다루세요.

유료 계정 두 개를 번갈아 쓰는 것이 Google 약관에 어긋납니까?

Google AI 공식 개발자 포럼의 한 답변은 정당하게 비용을 내는 계정 두 개를 번갈아 쓰는 것 자체는 약관 위반이 아니라고 밝히고 있습니다. 다만 그 답변은 문서 페이지가 아니라 공식으로 보이는 포럼 계정에서 나온 것이므로, 최종 판단이 아니라 하나의 참고로 받아들이세요. 진짜 위험은 다른 곳에 있습니다. 계정이 차단되는 원인은 이런 우회책 주변에 만들어진 프록시 도구들입니다.

Antigravity 계정 전환 도구들은 실제로 무엇을 합니까?

CLI가 읽는 단 하나의 키체인 항목을 덮어씁니다. 여러 계정을 관리하는 것처럼 보이면서도 한 번에 하나만 활성인 이유가 바로 이것입니다. 변경은 컴퓨터 전체에 적용되어, 그 도구로 시작하지 않은 세션까지 포함해 모든 Antigravity 세션에 영향을 줍니다. 격리가 아니라 맞바꾸기이므로, 에이전트 두 개가 구독 계정 두 개에서 동시에 돌아가는 일은 결코 일어나지 않습니다.

요약

Antigravity CLI는 Google 자격 증명 하나를 컴퓨터 전체를 대상으로 시스템 키체인에 보관하며, 여러 개 중에서 고를 방법은 없습니다. 어떤 도구도 그 컴퓨터의 모든 것에 영향을 주는 방식으로 그 항목을 덮어쓰지 않고서는 이것을 바꿀 수 없고, 프록시 우회책에는 실제 차단 위험이 따릅니다. 가족 그룹의 두 번째 시트는 할당량 풀 하나를 공유하는 것으로 보이므로 이쪽도 도움이 되지 않습니다.

CLI가 프로세스 단위로 읽는 유일한 자격 증명은 Gemini API 키입니다. 여러 Antigravity 에이전트를 실제로 병렬로 돌리는 것은 바로 이것이고, 그 대가는 전역 모드 전환과 다른 청구 모델입니다. Claude Code 같은 경험을 기대했다면, 그쪽은 정말로 디렉터리 단위로 동작합니다. 이 차이는 도구의 완성도 문제가 아닙니다: 각 CLI가 여러분의 자격 증명을 어디에 두기로 정했는가의 문제입니다.