Antigravity CLI держит один вход Google на всю машину. Вот что работает вместо этого.

Если вы попали сюда после поиска способа запустить два аккаунта Google в Antigravity CLI, честный ответ такой: сделать это нельзя, и причина стоит двух минут вашего времени. Это не недостающая функция, которую в следующем месяце починит какой-нибудь флаг. Это место, куда CLI кладет ваши учетные данные, а все остальное вытекает уже отсюда.

Это еще и вопрос, на который экосистема отвечает плохо. Есть инструменты, которые выглядят так, будто они его решают, и понимание того, что они на самом деле делают с вашей машиной, отделяет осознанный выбор от забаненного аккаунта.

Где на самом деле живет вход

Claude Code и Codex хранят аккаунт как каталог. Направьте CLAUDE_CONFIG_DIR или CODEX_HOME на другой путь, и у вас появится второй, полностью независимый аккаунт: свои учетные данные, своя история, ничего общего. Поскольку переменная читается на уровне процесса, два агента, запущенные с двумя разными значениями, одновременно работают под двумя разными аккаунтами.

Antigravity CLI не делает ничего подобного. Его учетные данные Google уходят в связку ключей операционной системы:

Обратите внимание на порядок, потому что почти каждая статья его переворачивает: служба это gemini, а аккаунт это antigravity, а не наоборот.

В этом хранилище лежит одна запись на всю машину. Второго слота нет, имени профиля нет, и нет способа сказать CLI, какие из нескольких учетных данных использовать. Нет ни --profile, ни --auth-store, ни --data-dir, ни переменной окружения, которая перенесла бы хранилище в другое место.

Это не недосмотр, которого никто не заметил. Issue #155 в репозитории CLI просит ровно об этом, называя CODEX_HOME и CLAUDE_CONFIG_DIR как то, чего не хватает. Issue #381 просит селектор профилей, чтобы обертки вообще могли существовать. Обе открыты. Ни на одну Google не ответила.

Что переключатели аккаунтов делают на самом деле

Несколько инструментов рекламируют поддержку нескольких аккаунтов для Antigravity. Они работают единственным возможным способом против хранилища на один слот: они переписывают запись в связке ключей.

У этого есть последствие, которое обнаруживают поздно. Изменение не ограничено ни инструментом, ни проектом, ни терминалом. Оно распространяется на машину. Каждая сессия Antigravity на этом компьютере теперь использует тот аккаунт, который был записан последним, включая сессии, которые вы запускаете сами, из собственного shell, часами позже. Двух аккаунтов вы не получаете. Вы получаете один аккаунт, который меняется у вас под ногами.

Так что то, чего вы, скорее всего, хотели, два агента, работающих параллельно на двух подписках, не просто не реализовано. Этим путем оно недостижимо по построению.

Есть второе семейство обходных путей, которое пропускает запросы через прокси, чтобы объединить емкость. Вот здесь серой зоны нет. Самый популярный плагин такого рода прямо на собственной странице пишет, что пользовательские аккаунты банили или отправляли в теневой бан. Взвесьте это против того, что он вам экономит.

Ловушка семейного тарифа

Мысль выглядит разумной, как только вы поняли, что второй аккаунт дается тяжело: купить второе место Google AI Pro в своей семейной группе и чередовать вручную.

Пользователи, которые пробовали и тестировали с двух отдельных машин, сообщают, что оба места черпают из одного общего пула квоты, а не из двух независимых. Если для вашего аккаунта это так, второе место не дает вам для этой задачи ровным счетом ничего.

Это следует из измерений пользователей, а не из опубликованной документации, поэтому проверьте на собственном аккаунте, прежде чем платить. Но проверьте до, а не после.

Что действительно работает: свой ключ на каждого агента

Есть ровно одни учетные данные, которые Antigravity CLI читает на уровне процесса, а не из общемашинной связки ключей: ключ API Gemini, взятый из окружения.

Одна эта разница меняет все, потому что на уровне процесса означает по-настоящему параллельно. Два агента, запущенные с двумя разными ключами, работают одновременно, на разных квотах, и ни один не мешает другому. Это то же свойство, благодаря которому CLAUDE_CONFIG_DIR работает для Claude Code, только пришедшее через другую дверь.

Две оговорки, и они не мелкие.

Первая: перевод CLI в режим ключа это глобальная настройка, а не флаг отдельной команды. Если ее включить, каждая сессия Antigravity на этой машине будет использовать ключ вместо вашей подписки Google, включая сессии, запущенные вне того инструмента, который эту настройку выставил. Выключение возвращает прежнее поведение, но пока режим включен, он включен для всего.

Вторая: ключ API тарифицируется иначе, чем подписка. Это не способ продолжать платить свою цену AI Pro и получать за нее больше. Это другое коммерческое соглашение, и параллельно оно может работать именно потому, что это не подписка.

Тихий сбой, о котором стоит знать: если вы настроите ключи, но оставите режим ключа выключенным, CLI просто продолжит читать собственные учетные данные из связки ключей и полностью проигнорирует ключи. Ни ошибки, ни предупреждения, ничего в журналах. Выглядит так, будто ваша настройка не сохранилась.

Как это выглядит в AgentsRoom

В AgentsRoom аккаунт Antigravity это ключ API Gemini, и он привязан к агенту, а не к проекту, потому что исчерпание квоты это проблема одного диалога, а не всего, что у вас открыто. Несколько агентов работают параллельно на разных ключах, а когда один ключ исчерпывается посреди задачи, агента автоматически передают другому. Любой аккаунт можно исключить, чтобы он никогда не использовался как запасной.

Два отличия от передачи в Claude и Codex написаны на странице функции, а не спрятаны, потому что они реальны: в Antigravity агент перезапускается начисто на входящем ключе вместо того, чтобы возобновить диалог, и полосы квоты там нет, поэтому исчерпанный ключ отправляется на скамейку на срок по умолчанию, а не до настоящего времени сброса.

Чего AgentsRoom намеренно не делает, так это не переписывает вашу связку ключей. Вход в подписку Google остается ровно там, куда его положил CLI.

Для чего это не предназначено

Все написанное выше касается разделения учетных данных, которые уже существуют на законных основаниях: место, которое оплачивает работодатель, личная подписка, ключ, который вы выставляете конкретному клиенту. Держать их порознь на одной машине совершенно обычная потребность.

Создание аккаунтов ради обхода ограничений по емкости вашего тарифа это другая история, и именно против нее направлены политики использования. Ничто здесь не делает такую практику приемлемой. Ориентиром служат условия Google, а не эта статья.

Вопросы, которые задают на практике

Можно ли использовать два аккаунта Google с Antigravity CLI?

Нет, если речь о двух входах в подписку. Antigravity CLI хранит свои учетные данные Google в связке ключей операционной системы, где помещается единственная запись на всю машину и нет никакого способа выбрать между несколькими. Каталога на каждый аккаунт, на который можно было бы направить CLI, не существует, поэтому ничто не может держать два входа в подписку активными одновременно. Что действительно работает параллельно, так это ключи API Gemini, по одному на процесс, потому что CLI читает ключ из окружения.

Где Antigravity CLI хранит свой вход?

В связке ключей операционной системы, а не в файле конфигурации, который можно скопировать. На macOS это запись Keychain со службой gemini и аккаунтом antigravity. На 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 аналога нет, и ровно об этом просит issue 155 в репозитории antigravity-cli, называя обе переменные поименно. Она до сих пор открыта, и флагов --profile, --auth-store или --data-dir тоже нет.

Дают ли две подписки Google AI Pro в одной семейной группе двойную квоту?

Пользователи, которые проверяли это на двух отдельных машинах, сообщают об одном общем пуле вместо двух независимых, поэтому два платных места внутри одной семейной группы не складываются так, как вы ожидали бы. Это следует из измерений пользователей, а не из опубликованной документации, поэтому относитесь к этому как к сильному сигналу проверить на собственном аккаунте, прежде чем платить за второе место, а не как к официальному заявлению.

Нарушает ли условия Google чередование двух платных аккаунтов?

Ответ на официальном форуме разработчиков Google AI указывает, что чередование двух аккаунтов, за которые вы законно платите, само по себе не является нарушением условий. Этот ответ пришел от аккаунта на форуме, выглядящего официальным, а не со страницы документации, поэтому считайте его указанием, а не решением. По-настоящему рискованное лежит в другом месте: аккаунты банят за прокси-обвязку, построенную вокруг этих обходных путей.

Что переключатели аккаунтов Antigravity делают на самом деле?

Они переписывают единственную запись в связке ключей, которую читает CLI. Именно поэтому они выглядят так, будто управляют несколькими аккаунтами, хотя активен всегда только один: изменение действует на всю машину и затрагивает каждую сессию Antigravity, включая те, которые вы запустили не из этого инструмента. Это подмена, а не изоляция, поэтому два агента никогда не смогут работать на двух подписочных аккаунтах одновременно.

Коротко

Antigravity CLI держит одни учетные данные Google в вашей системной связке ключей, на всю машину, без всякого способа выбрать между несколькими. Ни один инструмент не может это изменить, не переписав ту же запись для всего компьютера, а обходные пути через прокси несут реальный риск бана. Второе место в семейной группе, судя по всему, делит один общий пул квоты, поэтому оно тоже не помогает.

Единственные учетные данные, которые CLI читает на уровне процесса, это ключ API Gemini. Именно он по-настоящему запускает несколько агентов Antigravity параллельно, ценой глобального переключения режима и другой модели тарификации. Если вы ждали опыта Claude Code, вот там это действительно работает по каталогам, и разница не в качестве инструментов: она в том, куда каждый CLI решил положить ваши учетные данные.