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各自决定把您的凭据放在哪里的问题。