Antigravity 官方 FAQ 点名「自动轮换账号」：今天四条 403 停用申诉，两家中转一个永久停号、一个 30 分钟后再撞
官方 FAQ 已把“自动轮换账号”和“把 agy 包进第三方 agent”写成不支持：今天四条 403 申诉落在同一天，而 sub2api 见到就永久停号、CLIProxyAPI 只压 30 分钟再撞，恢复顺序和接口这一步别弄反。
今天下午 3 点 43 分（北京时间），Google 官方开发者论坛的 Antigravity 分区又出现一条申诉：Ultra 付费用户，所有其他 Google 服务都正常，只有 Antigravity 登不进去1。
这是 24 小时里的第四条。从 11 月 2 日凌晨 2 点 25 分算起，同一个分区已经有 9 条 403 或账号停用的申诉2。
比申诉数量更值得看的，是官方文档这次把话说死了：本频道读者天天在做的两件事——把 Antigravity CLI 包进自己的程序、自动化轮换账号——已经写进 FAQ 当成「不支持」，写进服务条款当成「违约」3。
顺带一句：本轮四个仓库零发版，所以今晚没有「该升哪个版本」，只有「这套用法还要不要继续」。
官方 FAQ 的问题标题里，就点了三个工具名
FAQ 里那两个问题的标题本身就写着工具：
Why can't I use third-party software (such as Claude Code, OpenClaw, or OpenCode) with my Antigravity login?3答案逐字是：用第三方软件、工具或服务访问 Antigravity 违反服务条款，会严重损害正常用户的体验，这类行为可能导致账号被停用或终止。后面还跟了一句给出路的：要用第三方 coding agent 接 Gemini，官方推荐走 Gemini Enterprise 或 Google AI Studio 的 API key3。
第二个问题更贴近运维：
Can I use Antigravity CLI headless mode in third-party coding agents or automate account switching?答案逐字：
Antigravity CLI headless mode (agy -p) is intended for direct scripting and CI workflows. Wrapping agy inside third-party coding agents or applications, or automating account rotation, is not supported under consumer plans.3服务条款第 6 条是它的法律底稿：不得滥用、干扰或破坏服务，包括把服务用在非官方提供的产品上；用第三方软件、工具或服务访问服务（条款举例就是拿 OpenClaw 配 Antigravity OAuth）属于违约，可作为停用或终止 Antigravity 和/或 Gemini CLI 账号的依据4。
对中转运维，这三处的含义要分开看。第三方客户端走 OAuth 是违约；把
agy -p 包进自己的 agent 是「消费者方案不支持」；自动轮换账号也是「不支持」。前一条写着可以停号，后两条写着不支持——力度不同，但都在申诉时堵掉了「没人告诉过我」这条路。今天这四条，和 11 月 2 日以来的那九条
- 11-02 02:25 · 未说明档 · 本地多 agent 直接把 agy 当工具执行，自称周额度用了不到 20%、无代理无共享 · 不自认违规 · 116 次浏览2
- 11-02 14:18 · 未说明档 · 403 PERMISSION_DENIED，申诉两周无回音，自称查到未授权登录 · 不自认违规 · 13 次浏览5
- 11-02 18:01 · 未说明档 · 先用 OpenClaw 走产品 OAuth 被标，申诉恢复后 VS Code 扩展用旧凭据自动重连，二次被停 · 承认第一次违规 · 33 次浏览6
- 11-03 15:57 · AI Pro（付费中）· 收到 ToS 违规停用提示，申诉表已交、无回复 · 未说明是否违规 · 27 次浏览7
- 11-03 19:10 · 未说明档 · 只用官方 agy.exe 1.4.11，headless
--print由本机另一个程序启动 · 否认违规 · 33 次浏览8 - 11-04 12:03 · AI Ultra（付费中）· 官方 CLI，但从自己的自动化脚本高频调用，同一台机器上切换多个 Google 账号 · 自认可能违规9
- 11-04 13:01 · 未说明档 · 自称只用官方 IDE 客户端，怀疑是快速调试加代理 IP 波动触发了自动判定 · 不自认违规10
- 11-04 14:24 · AI Ultra 家庭组管理员 · 账号被停用，已邮件申诉 · 称无意违规 · 13 次浏览11
- 11-04 15:43 · AI Ultra（付费中）· 只有 Antigravity 被限，Gemini 与其他云服务正常 · 2 次浏览1
三种形态反复出现：第三方客户端拿产品 OAuth 登录、把官方 CLI 包进自己的程序、同一台机器上多账号高频切换。第四种是今天 13:01 那条的辩解——只跑官方 IDE、怀疑是代理 IP 波动触发——目前没有官方回应可以证实或否定。
两条纪律要守住。这些帖子全部是用户单方面陈述，发帖人不是官方人员，因果只有当事人的自述；里面提到「Google 客服说 agent 执行 agy 违反条款」这类转述，也只是转述。另外，「我是付费用户」没能拦住：今天四条里有三条明确写着在付 Ultra 或 Pro。
中转这边怎么处置这个 403：两家完全相反
先说结论。同一张被封的号，sub2api 收到就把它下线等人处理；CLIProxyAPI 收到只压 30 分钟，到点自己回池再撞一次。
sub2api v0.2.19：三类 403 都当永久停用
入口在
handle403 的 Antigravity 分支，交给 handleAntigravity403，先按响应体文本判类型，再分三支：
handleAuthError 加 return true；default 那支同样不换号、不冷却12判类型的规则是字符串匹配，可以直接拿去对日志：
validation_required、verify your account、validation_url 归 validation；terms of service、violation 归 violation；其余一律 generic——所以上游只要在响应体里写了 violation，这个号就会被标成违规而不是普通 40313三支最后都落到
handleAuthError：账号转 error、推送调度阻塞通知、退出调度，没有任何计时器把它放回来。validation 那支还会把上游给的 validation_url 拼进错误信息，面板上能直接看到「去 Google 验证」的链接。影响面要算准：被停的是单个账号，池子里其他号不受影响；但如果这条渠道只剩被封的号，路由侧就会变成「没有可用账号」，客户端看到的是拿不到结果，而不是 403。
CLIProxyAPI v8.0.53：没有 ToS 概念，一律 30 分钟
整包 Go 代码里搜不到任何
terms of service 或 validation_url 的专门判定——403 在它眼里没有类型，只有一个冷却时长。模型级在
case 401, 402, 403：
模型级把 403 和 401、402 归在一起，没有重试提示就写
now.Add(30 * time.Minute)；紧跟其后的 404 那支才是 12 小时14凭证级也一样，只是多写了一个状态文案：
payment_required 再压 30 分钟——被条款停用的号也被记成「欠费」，日志里看不出这两种情况的区别15后果是每半小时一次的无意义重撞：冷却到期，选号把这张号重新捞出来，请求再吃一次 403，再压半小时。上游看到的是同一个已停用账号在持续敲门。
这里有个反直觉的点要提醒：把
disable-cooling 打开不是解法。那一条只是把 NextRetryAfter 清零，让号立刻可选，撞得更密。对条款停用，真正止血的是把这个 auth 文件移出目录或停用，让它根本不进候选。恢复顺序：先 Google 侧，再本地标记
顺序反了会白忙。旧 token 还在缓存里，本地一放行，下一次请求就拿着被停账号的凭据再撞一次 403，立刻又被标回去。
sub2api 三个接口，作用范围完全不同：
POST /api/v1/admin/accounts/{id}/recover-state——推荐。清 error、清限流、失效 token 缓存、重置 403 计数，一次做完16。面板上「测试」成功走的也是这条自动恢复逻辑。POST /api/v1/admin/accounts/{id}/clear-error——只把状态改回 active、清空错误信息、推一次调度快照；不动 token 缓存17。POST /api/v1/admin/accounts/{id}/clear-rate-limit——只清限流与 overload，不清 error。论坛上「点了还是 403」多半点的是这个。- 批量走
/api/v1/admin/accounts/batch-clear-error。
CLIProxyAPI 那边没有 error 标记，等 30 分钟自然过期就行；要立刻放回池子，用
POST /v8/management/routing/cooldown/reset 带 auth_index18。再强调一次顺序：Google 侧没恢复之前，任何 reset 都只是让它带着旧 token 再撞一遍，只会把 403 记录刷得更长。
今晚能改的形态
- 把
agy留在自己的脚本和 CI 里，别再包进第三方 agent——这是 FAQ 第二个问题直接点名的。 - 关掉自动账号轮换。消费者方案对它是「不支持」，不是「限速」，加钱买不到。
- 恢复之后先把第三方客户端和它的缓存清干净。11 月 2 日那条申诉就是恢复后被 VS Code 扩展自动重连、第二次被停6。
- 收敛同机多账号的高频切换。今天 12:03 那条自述里，这一项和「高频调用官方 CLI」是一起写的9。
- 走官方给的正路：第三方 coding agent 接 Gemini 用 Gemini Enterprise 或 Google AI Studio 的 API key3，也就是把「订阅额度」换成「按量密钥」的结算方式。这不是绕，是文档里唯一写明的合规路径。
版本位与队列
本窗口四个仓库零发版，当前版本位：CLIProxyAPI v8.0.53、sub2api v0.2.19、codex-proxy v2.1.23、codex2api v3.1.3。没有要升的版本，也没有要改的配置项——今天要改的是用法，不是版本。
队列里有一处状态反转：上期还在评审中的 CLIProxyAPI #7239（未合并改用量的响应形态），现在已经转成 draft19。等它重新转回 open 再跟。
上游三处全绿：OpenAI 状态页最近一条事件是 11-03 的文件上传错误，当天已恢复20；Anthropic 侧全部组件 operational21；GCP 最新一条仍是 10 月 28 日。额度重置追踪站显示今天 UTC 还没有全局重置，最近一次已验证的重置是 10 月 28 日下午 2 点 35 分（北京），累计 61 次、囤着 10 次22。
另一条可以留着观察的症状：今天 13:02 有人发帖说自己在 Google One 上的 AI Pro 是有效付费，Antigravity 里却显示 Starter 配额并提示「不符合更高速率限制的资格」，和停用不是一回事，但同样会让号池的额度估算彻底失真。
一句话收尾：这轮不是「又有几个人被封」，是官方把「账号轮换」和「把 CLI 包进 agent」从社区默契变成了白纸黑字的不支持。今晚值得改的是这两处，不是版本号。
References
- 1
- 2Account suspended again: Multi-agent setup calling Antigravity CLI
discuss.ai.google.dev
- 3Antigravity 常见问题
antigravity.google
- 4Google Antigravity 服务条款
antigravity.google
- 5Antigravity 403 — Appeal Pending for Over Two Weeks, Unauthorized Sign-in Discovered
discuss.ai.google.dev
- 6Request for Manual Review: Accidental ToS Suspension on Antigravity / Gemini CLI
discuss.ai.google.dev
- 7
- 8Appeal request: Antigravity CLI suspended (no third-party OAuth client)
discuss.ai.google.dev
- 9Account disabled for ToS violation (403) – manual review request
discuss.ai.google.dev
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19CLIProxyAPI PR #7239
github.com
- 20OpenAI Status incidents
status.openai.com
- 21Anthropic Status
status.anthropic.com
- 22codex-reset
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.