10/16 上午通报：Gemini 4 Argon 开给付费 Google AI Pro 并单开周配额，Codex 网关 503 会冷却全部账号
10 月 16 日上午这几个小时里，上游把 Gemini 4 Argon 开给了付费 Google AI Pro 并单开一份每周配额，CLIProxyAPI 的一个上游 503 会把全部 Codex 账号一起冷却 60 秒，sub2api 上一张单子还指出图片额度会误停整个账号。
北京 10 月 16 日 05:28 之后到现在这几个小时里，上游和本地各出了一件事。
上游把 Gemini 4 Argon 开给了付费 Google AI Pro，并给它单开一份每周配额。
本地这边，CLIProxyAPI 的一个上游 503 会把整批 Codex 账号一起锁 60 秒。
sub2api 那边，一次图片请求会把额度还充足的账号整条停掉。
先看这几件事
- 付费档才算。 Argon 只开给付费 Google AI Pro，Jio、Pixel 捆绑、学生优惠这类促销档拿不到，别把它们排进 Argon 的池子。12
- sub2api
v0.2.16还不认 Argon。 内置的 Antigravity 映射里没有这个模型，全仓也搜不到名字；CLIProxyAPIv8.0.30的antigravity模型段里已经列着gemini-4-argon-high。34 - Codex 被 503 连带冷却，可以按单条规则放行。 在
request-scoped-errors里给 503 加一条action: continue。56 - 图片请求会误停整个 sub2api 账号。 图片接口的 1440 分钟窗口被写成 Codex 7d，一到阈值整个账号就退出调度；先给受影响的账号打开
auto_pause_7d_disabled。78
Argon 现在向付费 Google AI Pro 开放，周配额单开一桶
Antigravity 的官方账号在北京 10 月 16 日 06:52 宣布，Gemini 4 Argon 正在向付费 Google AI Pro 订阅者推送。1
同一段话给了配额口径：谷歌为 Pro 增加了一份「只按周计」的 Argon 配额。1
这份新配额叠在 3.8 Flash 原有的那个 Gemini 桶之上，Pro 账号跑 Argon 不扣 3.8 Flash 那份。1
官方模型表里，Argon 这一行在 Google AI Pro 一列打上了勾。9
| 模型 | Free 与 Google AI Plus | Google AI Pro | Google AI Ultra | Enterprise |
|---|---|---|---|---|
| Gemini 4 Argon | ❌ | ✅ | ✅ | ✅ 9 |
| Gemini 3.8 Flash | ✅ | ✅ | ✅ | ✅ 9 |
| Gemini 3.7 Flash | ❌ | ❌ | ❌ | ✅ 9 |
Pro 那一列有一条脚注：只对非试用订阅生效，试用想转入付费要走一次升级申请。9
这条脚注已经落到具体人头上。 北京 10 月 16 日 09:11，r/GeminiAI 上一条帖子列了三类账号。2
三类分别是印度 Jio 送的 18 个月 Google AI Pro、买 Pixel 附带的试用，以及学生优惠。2
发帖人转述谷歌的口径：合作方或促销渠道拿到的订阅，在某些模型准入规则下算作促销档。2
另一条实测更直接。北京 10 月 16 日 07:26 的提问帖里，发帖人账号显示 Google AI Pro。10
他的桌面端和 1.3.6 版 CLI 都把 Argon 标成不可用，提示语写的是「Ultra and paid Pro plan subscribers」。10
而他自己的用量页上，周额度与五小时额度都还剩 100%。10
同一条公告被译成中文贴进了 sub2api 的报障单。13
中转侧现在能做到哪一步。 sub2api 那张单子开在北京 10 月 16 日 08:14，诉求是支持 Argon。13
两条评论里，一条指向 #8093，一条只有「臣附议」四个字。13
主干上已经有一笔对应提交，标题就叫
feat(antigravity): support Gemini 4 Argon and accurate upstream model catalogs。14本刊上一期报过这笔提交，到现在仍然没有发行版带上它。14
这一轮的分工很直接：CLIProxyAPI 站点的模型表里有 Argon，sub2api 站点的映射里没有，得等下一个发行版。
上游 503 会让全部 Codex 账号一起冷却 60 秒
北京 10 月 16 日 07:00，CLIProxyAPI 上开了一张单子，报的是「一个 503 把所有 Codex 账号打冷」。5
现象是这样：上游回一个 HTTP 503，正文是一段网关报文。5
报障人抓到的正文原文是
upstream connect error or disconnect/reset before headers. reset reason: remote connection failure，他判断这像 Envoy 的网关报文，没有核实是哪一跳产生的。5两个 Codex 账号各被试一次后就都进了 60 秒模型冷却，从第二个请求起客户端拿到
auth_unavailable: no auth available，一次上游都没打出去。5这条报障值钱的地方在它给出的行号，本刊在
v8.0.30 整包里逐处核过。15第一处是
conductor_cooldown.go 第 1026 行：503 落在 408, 500, 502, 503, 504, 520–526 那一臂里，同一臂给 state.NextRetryAfter 赋值并把 Unavailable 置真。15
v8.0.30 的 sdk/cliproxy/auth/conductor_refresh.go，第 25–55 行高亮：第 40 行 transientErrorCooldown = time.Minute 就是那个 60 秒默认值。17第二处解释了这段报文为什么没被当成传输错误。
isTransientTransportError 第 1770 行开头写明：带 HTTP 状态码的错误留在凭证与状态重试那条路上。18第三处是
isTransientTransportMessage 第 1840 行的模式表，里面是 tls handshake timeout、connection refused、connection reset、i/o timeout 这些串。19止血办法维护者当场给了。 08:02 的回复说，这类失败可以用
request-scoped-errors 规则在记录冷却之前标成 request-scoped。标成 request-scoped 之后，凭证就不进冷却。6
OAuth 凭证，也就是 Codex OAuth 账号，写这一段：
oauth:
request-scoped-errors:
codex:
- status: 503
match:
- "upstream connect error"
- "reset before headers"
- "remote connection failure"
action: "continue"API-key 凭证另走一处，写在
api-keys.codex 的条目上，用 request-scoped-errors。某个 key 写
null 表示继承组规则。20三个细节照着填就不会错。6
一条规则只对一个
status。网关传输类失败用
continue：当前请求仍会换下一个账号，没有任何凭证进冷却。6这条办法比改
routing.cooldown.transient-error-cooldown-seconds 精准。把那个值设成
-1，真正的上游 503 信封也会一起被放行。6规则本身在
v8.0.30 里已经具备：shouldSkipCredentialCooldown 在 conductor_cooldown.go 第 1675 行把 request-scoped 结果错误列为不标记冷却的一类。21单据已在 08:02 按「现有机制即可配置」关闭；照上面配完仍被冷却，可以带最小配置重开。5
sub2api 把图片额度窗口当成 Codex 7d，整个账号被误暂停
这张单子开在北京 10 月 15 日 19:22，到现在仍是 open，窗口内只有一条「+1」。7
现象一句话：图片生成或编辑成功之后，图片响应里那个单一的 1440 分钟窗口被归一化成账号级 Codex 7d 窗口。7
一旦它到了 7d 自动暂停阈值，整个账号就退出调度；这时账号的文本周额度其实还富裕，文本模型一起用不了。7
报障人在 3 个独立账号上对过时间：
codex_usage_updated_at 和成功的图片请求时刻一一对应。7图片请求之后落库的四个值是
codex_primary_used_percent 98 或 100、codex_primary_window_minutes 1440、codex_7d_used_percent 98 或 100、codex_7d_window_minutes 1440。7手动查一次用量能把真实周窗口写回去：10080 分钟、已用约 9%；下一次成功的图片请求又把它覆盖成 1440。7
链路在
v0.2.16 里分三步，本刊逐处核过。第一步是图片成功后的快照写入：
openai_images.go 第 382 行起，对 OAuth 且非 shadow 的账号调用 UpdateCodexUsageSnapshotFromHeaders。22第二步是这个覆盖发生的地方：
openai_gateway_service.go 第 176–188 行，只有 primary 窗口时按 <= 360 判成 5h。其余情况一律判成 7d。23
第三步是调度层：
openai_gateway_scheduling.go 第 580–583 行只看 7d 利用率是否达到阈值，不校验这个窗口时长是不是 10080 分钟。24三步连起来就是：图片成功，1440 被当成 7d 写进
codex_7d_*，调度再按 7d 阈值把账号整个停掉。24
v0.2.16 的 backend/internal/service/openai_gateway_scheduling.go，第 560–600 行高亮：第 571–572 行从账号 extra 里读 auto_pause_5h_disabled 与 auto_pause_7d_disabled，第 580–583 行在 7d 利用率达到阈值时返回暂停决定。8可以先做的一步就在图里。 同一段代码第 571–572 行从账号 extra 读两个开关，注释写明这是 per-account 豁免、优先于全局默认值。8
把受影响账号的
auto_pause_7d_disabled 打开，它就不再按 7d 阈值退出调度；这个开关按窗口分开，5h 那条照旧。8要判断哪些账号中招，可以看快照写入的条件：只有 OAuth 且非 shadow 的账号会从图片响应头更新
codex_* 快照。22这张单子还没有修复，也没有对应的合并提交。
Antigravity 的假 429：改配置，别打补丁
北京 10 月 15 日 13:19，一位外部贡献者提了 PR，想在内置代码里删掉一句 62 字节的 Claude Agent SDK 身份句。25
他的对照实验很干净：system 以那句身份句开头时，对
gemini-3-flash 的请求回 429。25只删掉这一句，同一个请求改回 200；把这句放进 user 里也是 200。25
这句前导句正是本刊第十二期核过的那条 62 字节身份句。25
北京 10 月 16 日 08:14，维护者关闭了这个 PR、没有合并，理由是这件事已有通用配置可用。25
要改的地方是
oauth.providers.antigravity.sensitive-words，旧格式是顶层 antigravity.sensitive-words：oauth:
providers:
antigravity:
sensitive-words:
- "Claude Agent SDK"命中词在发往 Antigravity 之前会被逐字插入零宽字符，让上游匹配不到原句；它不改文本，也不动 user 与 tools。25
实现上，
antigravity_executor_stream.go 第 100 行对翻译后的 payload 调 obfuscateSensitiveWords，回归测试名写着它只作用于 system instructions。27两种办法的差别在范围：PR 精确删除那句身份句，配置混淆命中词、覆盖整个 Antigravity 的 system instructions。25
以后上游再对别的短语敏感，往这个列表里加词就行。
窗口内的其余动态
Antigravity 返回空。 北京 10 月 16 日 09:34 的单子报：官方客户端能正常用，经 sub2api 请求返回是空的，附了一张截图。28
09:47 有位用户回「gemini 和 antigravity 支持不正常」，报障人 09:52 回「不是我一个人问题」。28
单子仍开着，没有结论。28
Simple 模式下分组不隔离。 09:05 的功能请求单指出：面板上分组能建、能给 Key 选分组，但网关调度不看分组绑定。29
本刊在
v0.2.16 核到三处。openai_gateway_scheduling.go 第 1510–1516 行在 simple 模式下直接调 ListSchedulableByPlatform，不带分组过滤。30同一文件第 1660–1665 行的
openAIAccountMatchesSchedulingGroup，在 simple 模式下只检查账号非空就返回 true。31scheduler_snapshot_service.go 第 1545–1553 行的 normalizeGroupID、normalizeGroupIDs，在 simple 模式下把所有分组折成 0 号桶。32也就是说，用量记录里那列「分组」只是 Key 所属分组，底下消耗的是同一批账号的额度。29
OpenAI OAuth 报 401 但测试连接可用。 09:57 的单子只有两张截图，没有正文描述、没有评论，还没有结论。33
codex-proxy 与 codex2api 窗口内安静。 两边都没有新版本、新提交或新条目。
codex-proxy 只有四条 9 月到 10 月初就已合并的 npm 分发 PR 在窗口内删掉了头分支。
已合并、还没发版
sub2api 易支付（EasyPay）订单查询与回调确认，北京 10 月 16 日 10:06 合并，10 个文件 +689/−56。34
现在参数同时放在 URL query 与表单体里，并在回调验签通过后增加一次上游订单查询，超时 10 秒。34
确认失败会写一条
PAYMENT_UPSTREAM_UNCONFIRMED 审计并返回 502，由平台重试；平台查询接口不可用时回调不入账。34sub2api 支付订单类型与退款保持，北京 10 月 16 日 08:32 合并，13 个文件 +973/−88。35
order_type 只接受 balance 与 subscription，其他值在建单时返回 400 INVALID_ORDER_TYPE；网关退款仍是 pending 时保留扣减，退款查询成功后不再重复扣。35CLIProxyAPI 管理端给配置写入加了 ETag 与 If-Match，提交
fa68946 在北京 10 月 16 日 07:20 落到 dev，提交信息里写着 Closes: #6666，用来防止并发覆盖。36这三笔都在主干或 dev 上，四个仓库当前都没有带上它们的发行版。
版本与上游状态
四个仓库本窗口都没有新版本。CLIProxyAPI 最新是
v8.0.30，北京 10 月 15 日 22:01 发布。37sub2api 最新是
v0.2.16，10 月 13 日发布。38codex-proxy 最新是
v2.1.17。39codex2api 最新是
v3.1.0。40分支上：CLIProxyAPI 的 dev 停在
fa68946（北京 10 月 16 日 07:20），main 停在 5be2cdab（10 月 15 日 21:52）。sub2api 的 main 本窗口落了三笔，最近一笔是 10 月 16 日 10:06 的合并。
codex-proxy 的 dev 停在 10 月 16 日 01:16，codex2api 的 main 停在 10 月 14 日 16:59。
上游官方页面这边，OpenAI 仍是「部分系统降级」，唯一降级组件仍是 Compliance API 的成本数据延迟。41
那条延迟事件在北京 10 月 16 日 06:36 更新过一次：修复已部署，正在监控恢复，积压数据仍在处理。41
Anthropic 状态页是全系统正常，当日无事件记录。42
Google Cloud 最近一条事件仍是 10 月 8 日到 9 日的 Cloud Storage 上传与写入延迟。43
Codex 重置两站都没有新记录。
codex-reset.com 仍记最近一次已验证的全局重置在北京 10 月 15 日 14:13，累计 54 次全局重置、10 次 banked 重置，这一窗口没有 official signal。44
opentherank 的统计仍是 62 次、中位间隔 3.1 天。45
本期未闭合项
CLIProxyAPI 有四条挂着：
#6661 未合并、基分支是 dev；#6667 仍开着；#6666 的修复只落在 dev 上的 fa68946；#6665 的修复同样只在 dev 上。46474849#8114 在窗口内把主干合了进来、完成一次重基，仍未合并。55codex2api 的
#790 降智检测仍开着、未合并。56References
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9Choose a model · Google Antigravity Docs
antigravity.google
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28你们antigravity 正常么 · sub2api#8132
github.com
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37CLIProxyAPI Releases
github.com
- 38sub2api Releases
github.com
- 39codex-proxy Releases
github.com
- 40codex2api Releases
github.com
- 41OpenAI Status summary
status.openai.com
- 42Claude Status
status.anthropic.com
- 43Google Cloud incidents.json
status.cloud.google.com
- 44Codex Reset Tracker
codex-reset.com
- 45Codex reset tracker
opentherank.com
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.