Antigravity CLIはマシンごとにGoogleログインを1つしか持てない。代わりに使える方法はこれです。

Antigravity CLIで2つのGoogleアカウントを動かす方法を探してここに辿り着いたのなら、正直な答えは「できません」です。ただ、その理由には2分を使う価値があります。来月フラグが1つ増えれば解決する、足りていない機能の話ではありません。CLIがあなたの認証情報をどこに置いているかという話であり、ほかのすべてはそこから導かれます。

これは、エコシステムがうまく答えられていない質問でもあります。解決しているように見えるツールは実在します。それらがあなたのマシンに実際に何をしているのかを理解しているかどうかが、納得ずくの選択とBANされたアカウントとの分かれ目です。

ログイン情報が実際に置かれている場所

Claude CodeもCodexも、アカウントをディレクトリとして保存します。CLAUDE_CONFIG_DIRやCODEX_HOMEを別のパスに向ければ、完全に独立した2つ目のアカウントが手に入ります: 専用の認証情報、専用の履歴、共有されるものは何もありません。この変数はプロセス単位で読み込まれるため、異なる値で起動した2つのエージェントは、2つの異なるアカウント上で同時に動きます。

Antigravity CLIはそのどれもしません。Googleの認証情報はOSのキーチェーンに入ります:

順序に注意してください。ほぼどの解説記事も逆に書いています: サービスがgeminiで、アカウントがantigravityです。その逆ではありません。

この保管場所が持てるのはマシン全体で1つの項目だけです。2つ目のスロットもプロファイル名もなく、複数の認証情報のうちどれを使うかをCLIに伝える方法もありません。--profileも--auth-storeも--data-dirもなく、保存先を移動させる環境変数もありません。

これは誰も気づかなかった見落としではありません。CLIのリポジトリのissue #155がまさにこれを求めており、足りないものとしてCODEX_HOMEとCLAUDE_CONFIG_DIRを名指ししています。issue #381は、ラッパーツールがそもそも成立するようにプロファイルセレクタを要求しています。どちらも開いたままです。どちらにもGoogleからの回答はありません。

アカウント切り替えツールが本当にやっていること

Antigravity向けにマルチアカウント対応を謳うツールはいくつもあります。スロットが1つしかない保管場所に対して可能な、唯一のやり方で動いています: キーチェーンの項目を書き換えるのです。

その帰結は、たいてい後から気づかれます。変更はツールにもプロジェクトにもターミナルにも閉じません。マシン全体に及びます。そのコンピュータ上のすべてのAntigravityセッションが、最後に書き込まれたアカウントを使うようになります。何時間も後に、自分のshellから自分で起動したセッションも含めてです。手に入るのは2つのアカウントではありません。足元で勝手に入れ替わる1つのアカウントです。

つまり、おそらくあなたが欲しかったもの、2つのサブスクリプションで2つのエージェントを並行して動かすことは、単に未実装なのではありません。この経路では、構造上たどり着けません。

回避策にはもう1つの系統があり、リクエストをプロキシ経由で流して容量をプールします。こちらはグレーゾーンですらありません。この種で最も人気のあるプラグインは、自分自身のページ上で、ユーザーのアカウントがBANまたはシャドウBANされたことを表示しています。それで浮く分と天秤にかけてください。

ファミリープランの罠

2つ目のアカウントが難しいと分かった時点で、もっともらしい案が浮かびます: ファミリーグループの中でGoogle AI Proのシートをもう1つ買い、手動で交互に使う、というものです。

実際に試したユーザーは、2台の別々のマシンから検証したうえで、2つのシートが独立した2つのプールではなく共有された1つのクォータプールから引いている、と報告しています。これがあなたのアカウントにも当てはまるなら、この用途に関して2つ目のシートは何ももたらしません。

これは公開されたドキュメントではなくユーザーの計測に基づくものなので、支払う前に自分のアカウントで確かめてください。ただし確かめるのは前であって、後ではありません。

実際に機能するもの: エージェントごとに1つのキー

マシン全体のキーチェーンからではなくプロセス単位でAntigravity CLIが読み込む認証情報が、ちょうど1つだけあります: 環境から取得されるGemini APIキーです。

このたった1つの違いがすべてを変えます。プロセス単位ということは、本当に並行だということだからです。2つの異なるキーで起動した2つのエージェントは、別々のクォータの上で同時に動き、どちらも互いを邪魔しません。Claude CodeでCLAUDE_CONFIG_DIRが機能しているのと同じ性質が、別の入り口から現れています。

留意点が2つあり、どちらも小さくありません。

1つ目。CLIをキーモードに切り替えるのはグローバルな設定であって、コマンドごとのフラグではありません。有効にすると、そのマシン上のすべてのAntigravityセッションが、Googleのサブスクリプションではなくキーを使うようになります。それを設定したツールの外で起動したセッションも含みます。無効に戻せば以前の挙動に戻りますが、有効な間は、すべてに対して有効です。

2つ目。APIキーはサブスクリプションとは課金のされ方が違います。AI Proの料金を払い続けたまま、その枠をもっと手に入れるための方法ではありません。別の商取引の形であり、並行して動かせる理由はまさに、それがサブスクリプションではないからです。

知っておくべき静かな失敗があります: キーを設定してもキーモードをオフのままにしていると、CLIは自分のキーチェーンの認証情報をそのまま読み続け、キーを完全に無視します。エラーも警告も出ず、ログにも何も残りません。設定が保存されなかったように見えます。

AgentsRoomではどうなっているか

AgentsRoomでは、AntigravityのアカウントとはGemini APIキーのことであり、プロジェクト単位ではなくエージェント単位で紐づきます。クォータが尽きるのは1つの会話の問題であって、開いているすべてのものの問題ではないからです。複数のエージェントが別々のキーで並行して動き、作業の途中でキーが尽きると、そのエージェントは自動的に別のキーへ引き継がれます。どのアカウントも、予備として使われないように除外できます。

ClaudeやCodexの引き継ぎとの違いが2つあり、これは実在する違いなので、埋もれさせずに機能ページに明記しています: Antigravityでは、エージェントは会話を再開するのではなく、新しいキーの上でクリーンに再起動されます。またクォータのバーがないため、尽きたキーは本当のリセット時刻までではなく、既定の時間だけ待機に回されます。

AgentsRoomがあえてやらないのは、あなたのキーチェーンを書き換えることです。Googleのサブスクリプションのログインは、CLIが置いた場所にそのまま残ります。

これは何のためのものではないか

ここまでの内容はすべて、すでに正当に存在している認証情報を分けることについての話です: 勤務先が支払うシート、個人のサブスクリプション、特定のクライアントに請求するキー。これらを1台のマシンで混ぜずに保つのは、ごく普通のニーズです。

契約しているプランの利用上限を回避するためにアカウントを作ることは別の話であり、利用ポリシーが狙いを定めているのはそこです。ここに書いたことは、それを許容できるものにはしません。判断の基準はこの記事ではなく、Googleの規約です。

実際によく聞かれる質問

Antigravity CLIでGoogleアカウントを2つ使えますか？

サブスクリプションのログインを2つ、という意味ならできません。Antigravity CLIはGoogleの認証情報をOSのキーチェーンに保存しますが、そこにはマシン全体で1つの項目しか入らず、複数の中から選ぶ手段も公開されていません。CLIに指し示せるアカウントごとのディレクトリも存在しないため、2つのサブスクリプションのログインを同時に生かしておく方法はありません。並行して本当に動くのはGemini APIキーです。CLIがキーを環境から読み込むため、プロセスごとに1つずつ持てます。

Antigravity CLIはログイン情報をどこに保存していますか？

コピーできる設定ファイルではなく、OSのキーチェーンです。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は、この2つの変数を名指ししたうえで、まさにそれを求めています。issueは今も開いたままで、--profileも--auth-storeも--data-dirというフラグもありません。

同じファミリーグループ内のGoogle AI Proサブスクリプション2つで、クォータは2倍になりますか？

2台の別々のマシンで検証したユーザーからは、独立した2つのプールではなく共有された1つのプールだった、という報告が上がっています。つまり、同じファミリーグループ内の有料シート2つは、期待どおりには加算されません。これは公開されたドキュメントではなくユーザーの計測に基づくものなので、公式な表明としてではなく、2つ目のシートに支払う前に自分のアカウントで確かめるべき強いシグナルとして扱ってください。

有料アカウントを2つ交互に使うことはGoogleの規約違反ですか？

Google AI公式の開発者フォーラムに投稿された回答は、正当に支払っている2つのアカウントを交互に使うこと自体は規約違反ではない、と示しています。ただしその回答はドキュメントのページではなく、公式に見えるフォーラムのアカウントから出たものなので、裁定ではなく1つの示唆として受け取ってください。本当に危険なのは別の部分です。アカウントがBANされる原因になっているのは、こうした回避策の周りに作られたプロキシ系のツールです。

Antigravityのアカウント切り替えツールは、実際には何をしているのですか？

CLIが読み込む唯一のキーチェーン項目を書き換えています。複数のアカウントを管理しているように見えて、実際には常に1つしか有効になっていないのはそのためです。変更はマシン全体に及び、そのツールから起動していないものも含めて、あらゆるAntigravityセッションに影響します。隔離ではなく差し替えなので、2つのエージェントが2つのサブスクリプションアカウントで同時に動くことは決してありません。

要点だけ

Antigravity CLIはGoogleの認証情報を1つだけ、マシン全体を対象にシステムのキーチェーンに保持しており、複数の中から選ぶ手段はありません。どのツールも、そのコンピュータ上のすべてに影響するかたちでその項目を書き換えずには、これを変えられません。そしてプロキシによる回避策には現実のBANリスクがあります。ファミリーグループの2つ目のシートは1つのクォータプールを共有しているとみられ、こちらも助けにはなりません。

CLIがプロセス単位で読む唯一の認証情報はGemini APIキーです。複数のAntigravityエージェントを本当に並行して動かせるのはこれであり、その代償がグローバルなモード切り替えと、異なる課金モデルです。Claude Codeのような体験を期待していたのなら、あちらは本当にディレクトリ単位で機能します。この違いはツールの出来の良し悪しではありません: 各CLIが、あなたの認証情報をどこに置くと決めたかの違いです。