Antigravity CLI每台機器只保留一個Google登入，以下才是真正管用的做法

如果您是搜尋怎樣在Antigravity CLI上跑兩個Google帳戶之後來到這裡的，誠實的答案是您做不到，而原因值得花您兩分鐘。這不是一個下個月加個引數就能補上的缺失功能。它取決於CLI把您的憑證放在了哪裡，其餘的一切都由此而來。

這也是整個生態回答得最糟的一個問題。有些工具看上去解決了它，而搞清楚它們對您的機器實際做了什麼，就是一個明智的選擇和一個被封的帳戶之間的差別。

登入資訊究竟存在哪裡

Claude Code和Codex都把一個帳戶存成一個目錄。把CLAUDE_CONFIG_DIR或CODEX_HOME指向另一個路徑，您就得到了第二個完全獨立的帳戶：它自己的憑證，它自己的歷史記錄，什麼都不共享。因為這個變數是按程序讀取的，用兩個不同取值啟動的兩個代理會同時跑在兩個不同的帳戶上。

Antigravity CLI完全不是這樣。它的Google憑證進的是作業系統的鑰匙串：

注意這個順序，因為幾乎每一篇文章都寫反了：服務是gemini，帳戶是antigravity，不是倒過來。

這個儲存對整台機器只有一條記錄。沒有第二個槽位，沒有設定檔名，也沒有辦法告訴CLI在多份憑證裡該用哪一份。沒有--profile，沒有--auth-store，沒有--data-dir，也沒有任何能把它挪走的環境變數。

這不是沒人注意到的疏忽。CLI儲存庫上的#155號issue要求的正是這個，並點名CODEX_HOME和CLAUDE_CONFIG_DIR就是缺的那樣東西。#381號issue要求一個設定檔選擇器，好讓包裝工具至少有存在的可能。兩個都還開著。Google一個都沒有回覆。

帳戶切換工具真正做的事

有好幾個工具宣傳自己支援Antigravity多帳戶。面對一個只有單個槽位的儲存，它們只能用唯一可行的方式工作：改寫鑰匙串裡的那條記錄。

這件事的後果，人們往往發現得很晚。這個改動的範圍不限於這個工具，不限於某個專案，也不限於某個終端。它是整台機器。這台電腦上的每一個Antigravity會話，從此都用最後寫進去的那個帳戶，包括您幾小時之後自己從自己的shell裡啟動的會話。您得到的不是兩個帳戶。您得到的是一個在您腳下悄悄換掉的帳戶。

所以您多半真正想要的那件事，兩個代理並行跑在兩份訂閱上，並不只是還沒實現。走這條路，它在結構上就不可達。

不退出登入切換帳戶

先從CLI自己的文件說起，因為這是Google唯一支援的切換方式。在Antigravity的提示符裡輸入/logout：它會把儲存的憑證從您的鑰匙串裡刪除。再次執行agy，瀏覽器會開啟Google登入頁，您在那裡選擇另一個帳戶。透過SSH時，CLI會改為列印一個授權URL，您再把程式碼貼上回終端。這就是官方流程的全部，而它按定義就是一次退出登入。

每一個account switcher（帳戶切換工具）存在的意義，都是省掉瀏覽器這一步。您為每個帳戶各登入一次，工具為每次登入儲存一份副本，切換時把您選中的那份副本放回CLI讀取它的位置。這樣更快，但限制沒有變：整台機器只有一個帳戶處於生效狀態，而且切換之前您必須退出每一個正在執行的agy。其中一個工具甚至會在CLI執行期間拒絕切換，因為切換過程中的一次令牌重新整理可能把舊的登入寫回去，悄無聲息地把切換撤銷。

搜尋account switcher extension（帳戶切換擴展）通常又會落到另一樣東西上：發布在Open VSX上、面向Antigravity編輯器而不是CLI的擴展。它們在編輯器的狀態列里加上設定檔按鈕，替換編輯器自己的登入。它們出自個人開發者，而不是Google，Open VSX把其中一些發布者標為未驗證，還有好幾個在描述裡寫明目標就是繞開模型的速率限制。安裝之前請把這句話讀兩遍：這恰恰是使用政策所針對的用法，而且這個擴展要做任何事都需要您的Google登入。

還有第二類繞行方案，把請求經由代理伺服器轉發來彙集容量。這一類不屬於灰色地帶。這類外掛裡最流行的那個，在自己的頁面上就寫著有使用者帳戶被封禁或被影子封禁。請把這一點和它替您省下的東西放在一起權衡。

家庭方案的陷阱

一旦明白第二個帳戶很難搞，有個想法聽起來就很合理：在家庭群組裡再買一個Google AI Pro席位，然後手動交替使用。

試過的使用者從兩台不同的機器上測試後報告說，兩個席位取用的是同一個共享的額度池，而不是兩個互相獨立的池。如果這在您的帳戶上同樣成立，那第二個席位對這個用途來說毫無幫助。

這來自使用者的實測，不是已發布的文件，所以請在付錢之前在您自己的帳戶上驗證。但要在之前驗證，不是之後。

真正管用的做法：一個代理一把金鑰

Antigravity CLI按程序讀取、而不是從整機鑰匙串裡取的憑證，恰好只有一種：一把Gemini API金鑰，從環境裡讀。

這一個差別改變了一切，因為按程序就意味著真正的併發。用兩把不同金鑰啟動的兩個代理會同時執行，各自跑在各自的額度上，誰也不打擾誰。這和讓CLAUDE_CONFIG_DIR對Claude Code管用的是同一種性質，只是從另一扇門進來的。

兩點保留，而且都不小。

第一，把CLI切到金鑰模式是一項全域設定，不是一個按命令給的引數。開啟它，就意味著這台機器上的每一個Antigravity會話都用這把金鑰而不是您的Google訂閱，包括在配置它的那個工具之外啟動的會話。關掉它會恢復到之前的行為，但只要它開著，它就對一切都開著。

第二，API金鑰的計費方式和訂閱不同。這不是一條繼續按您的AI Pro價格付錢、卻能拿到更多的路子。這是另一種商業安排，而它之所以能並行，恰恰是因為它不是那份訂閱。

需要知道的那個靜默失敗：如果您配好了金鑰卻讓金鑰模式關著，CLI就只是繼續讀它自己的鑰匙串憑證，並且完全忽略這些金鑰。沒有報錯，沒有警告，日誌裡什麼都沒有。看上去就像您的配置沒儲存上。

在AgentsRoom裡是什麼樣子

在AgentsRoom裡，一個Antigravity帳戶就是一把Gemini API金鑰，而且它是按代理掛上去的，不是按專案，因為額度用盡是某一段對話的問題，不是您所有已開啟東西的問題。多個代理並行跑在各自的金鑰上。要把一個代理換到另一把金鑰上，您在代理設定裡選中那把金鑰：代理會在這把金鑰上被重新啟動，而不是接著原來的對話繼續，因為金鑰是在程序啟動時讀取的。

Antigravity上沒有自動接手，功能頁面也是這麼寫的。用量面板確實會顯示Antigravity的5小時視窗和每週視窗，讀自CLI自己的/usage，但那是整台機器的一個讀數，不是每把金鑰一個，所以沒有任何規則能分辨出用完的是哪一把金鑰。Claude Code和Codex的每個帳戶都有自己的額度條，它們才是接手會自動進行的服務商。

AgentsRoom刻意不做的事，是改寫您的鑰匙串。您的Google訂閱登入會原封不動地留在CLI放它的那個地方。

這不是用來幹什麼的

上面所有內容說的都是把本來就合法存在的憑證分開：僱主為您付費的席位、一份個人訂閱、一把您要算到某個具體客戶頭上的金鑰。把它們在一台機器上分開放，是一個很平常的需求。

為了繞開您所在方案的容量上限而去建立帳戶，是另一回事，也正是使用政策所針對的。這裡的任何內容都不會讓那件事變得可以接受。以Google的條款為準，不是這篇文章。

大家真正會問的問題

我可以在Antigravity CLI上使用兩個Google帳戶嗎？

兩個訂閱登入，不行。Antigravity CLI把它的Google憑證存在作業系統的鑰匙串裡，鑰匙串對整台機器只儲存一條記錄，也不提供在多條之間選擇的方式。沒有按帳戶劃分的目錄可以讓您把CLI指過去，所以沒有任何東西能讓兩個訂閱登入同時保持有效。真正能並行的是Gemini API金鑰，一個程序一把，因為CLI是從環境裡讀這把金鑰的。

Antigravity CLI把登入資訊存在哪裡？

存在作業系統的鑰匙串裡，而不是存在一個您能複製的設定檔裡。在macOS上，它是一條Keychain記錄，服務是gemini，帳戶是antigravity。在Windows上，它是Credential Manager裡的gemini:antigravity這一對，在Linux上是Secret Service裡的同一對。注意這個順序，它和大多數人猜的正好相反：服務是gemini，帳戶是antigravity。

Antigravity有沒有CLAUDE_CONFIG_DIR或CODEX_HOME的等價物？

沒有。Claude Code把一整個帳戶隔離在CLAUDE_CONFIG_DIR所指向的目錄裡，Codex用CODEX_HOME做同樣的事。Antigravity CLI沒有任何等價物，而這正是antigravity-cli儲存庫上的155號issue所要求的，它點名了這兩個變數。它至今仍然開著，也同樣不存在--profile、--auth-store或--data-dir這樣的引數。

同一個家庭群組裡的兩份Google AI Pro訂閱會給我兩倍的額度嗎？

在兩台不同機器上測試過的使用者報告說，兩者共用同一個額度池，而不是兩個互相獨立的池，所以同一個家庭群組裡的兩個付費席位並不會像您預期的那樣相加。這來自使用者的實測而不是已發布的文件，所以在您為第二個席位付錢之前，請把它當作一個需要在您自己帳戶上先行驗證的強烈訊號，而不是官方宣告。

交替使用兩個付費帳戶是否違反Google的條款？

Google AI官方開發者論壇上的一條回答表明，在兩個您合法付費的帳戶之間交替，本身並不構成對條款的違反。那條回答來自一個看起來像官方的論壇帳戶，而不是一個文件頁面，所以請把它當作一種跡象，而不是一紙裁定。真正有風險的地方在別處：圍繞這些繞行方案搭起來的代理伺服器工具，才是讓帳戶被封的原因。

Antigravity的帳戶切換工具究竟做了什麼？

它們改寫CLI讀取的那條唯一的鑰匙串記錄。這就是為什麼它們看起來在管理多個帳戶，實際卻始終只有一個是生效的：這個改動對整台機器有效，會影響每一個Antigravity會話，包括那些不是您從這個工具裡啟動的會話。它是一次替換，而不是隔離，所以兩個代理永遠不可能同時跑在兩個訂閱帳戶上。

怎樣在Antigravity CLI上不退出登入就切換帳戶？

CLI本身只提供一種更換帳戶的方式：在提示符裡輸入/logout，它會把儲存的憑證從您的鑰匙串裡刪除，然後再次執行agy，在瀏覽器裡用另一個Google帳戶登入。account switcher（帳戶切換工具）會為每次登入儲存一份副本，並把您選中的那份放回原位，這樣就省掉了瀏覽器那一步，但整台機器仍然只有一個帳戶，而且您必須先退出每一個正在執行的agy。您在Open VSX上可能找到的account switcher extension是另一回事：它們安裝在Antigravity編輯器裡，而不是CLI裡，出自個人發布者而不是Google，其中好幾個直接寫明它們的目的就是繞開模型的速率限制。

簡短版本

Antigravity CLI在您的系統鑰匙串裡為整台機器只保留一份Google憑證，沒有任何在多份之間選擇的辦法。沒有哪個工具能在不為整台電腦改寫那條記錄的前提下改變這一點，而經由代理伺服器的繞行方案帶著真實的封號風險。家庭群組裡的第二個席位看起來共用同一個額度池，所以它同樣幫不上忙。

CLI按程序讀取的那唯一一種憑證是Gemini API金鑰。真正讓多個Antigravity代理並行跑起來的就是它，代價是一次全域的模式切換和一套不同的計費模型。如果您期待的是Claude Code那樣的體驗，那一邊確實是按目錄工作的，而這個差別不是工具品質的問題：它是每個CLI各自決定把您的憑證放在哪裡的問題。