Codex 全局重置落地；sub2api 里 Argon 用满会连坐同账号的 Gemini 3.8 Flash
Codex 承诺的全局重置已经落地，两家追踪站给出相差 6 分钟的时刻；同一小时里 sub2api 报出一个模型的额度用满会连坐整族 Gemini，附清冷却与解冻账号的具体接口。
上一期发稿时（北京 14:42）两站都还记着 pending。现在一家写 verified global reset，一家写 latest recorded reset。
今天真正要动手的只有一件：sub2api 会把一个模型的额度用满，扩散成这个账号整族 gemini 停调。报障在北京 15:15 开出，还没有人回。7
重置落地了，两家追踪站差六分钟
opentherank 的读数是「Latest recorded reset: Wed, Oct 28, 2026, 06:29 UTC」，累计 69 次、中位间隔 2.9 天。1
codex-reset 首页写的是「a verified global reset was announced today at Oct 28, 6:35 AM UTC」，累计 61 次全局、10 次预留。2
而它自己的接口还没认。
/api/feed 里 10 月 28 日那条事件的 effective_at 仍是空值、reset_verification_status 仍是 pending，只有 observation_result 写了 reset_observed。8两个时刻都对。global reset 是分批铺开的，追踪站记的是各自监控账号看到窗口刷新的那一分钟。这 6 分钟说明的是覆盖面：你的号可能既不在 14:29 那批，也不在 14:35 那批。
时间上比承诺早。Tibo 的「Lands by midnight PST」对应的窗口是北京 15:00（PDT 零点）到 16:00（按字面 PST）。9 实际在 14:29–14:35 就落了。
影响面只到 5 小时与 7 天两个窗口。按追踪站自己的口径，哪些账号、哪些限额被覆盖由官方选定，没被选中的号窗口照旧；banked reset 要你去 Usage 里手动领才扣。2
上游额度回来了，本地冷却得单独清。
CLIProxyAPI 的成功分支里有一段是特意保留的——凭证级额度冷却还没到期时，一次成功不清它。10 要清得走
POST /v8/management/routing/cooldown/reset，请求体带 auth_index。11顺序是先核窗口、再清冷却、最后才谈放量。核窗口在 CLI 里跑
/status，看窗口行的时间有没有真的换掉。按官方 FAQ 的口径，验证生效不需要花掉一个 banked reset。2一个模型额度用满，整族 Gemini 一起停
报障写得很直白：Pro 账号的 Gemini 4 Argon 是独立额度，Ultra 账号的 Argon 与 Gemini 3.8 Flash 共享额度。当 Pro 账号优先级高于 Ultra 时，它的 Argon 打满，Gemini 3.8 Flash 的后续请求也会跳过这个 Pro 账号。7
机理在额度键上。
antigravityModelRateLimitKeys 对任何 gemini- 开头、又不是 -image 的模型，都会在模型自己的 key 之外再追加一个家族键 antigravity:gemini。13
v0.2.18 的
model_rate_limit.go 第 156–176 行：第 14 行把家族键定成 antigravity:gemini；第 168–169 行只要模型名以 gemini- 开头、不含 -image，就往 keys 里再塞一个家族键——这一句不分模型档位、也不分套餐。写入时这两个 key 各写一遍。
setAntigravityModelRateLimits 先取 keys，再循环写库并同步缓存。14
v0.2.18 的
antigravity_gateway_retry.go 第 879–900 行：第 885 行取 keys、第 891–893 行对每个 key 写一次库并更新缓存。同一个 429 因此会在模型键和家族键上各留一条记录。关键在于这段逻辑不看套餐。
plan_type 在这条链路上只用来选上游地址，不参与家族键的取舍。17所以对 Pro 来说，本来独立的一份 Argon 额度，被并进了同一个家族闸。反过来也成立：3.8 Flash 撞限时，Argon 一样被跳过。
影响面是「这个账号上的全部 gemini 非图像模型一起退出调度」，直到 Argon 的 reset 时间到。而 Argon 的窗口与 Flash 不同步，这段时间通常是白等。
先给单个账号解冻：
POST /api/v1/admin/accounts/:id/clear-error。18 这个接口会依次清错误、全局限流、Antigravity 额度作用域、模型级限流和临时不可调度。19再隔离：别让一条调度同时看 Argon 与 Flash，把这两类模型分到不同分组或不同账号池。修好之前，这条规则的实际效果是一个模型的额度决定整族能不能用。
监控上要分清两种现象。「整族被跳」只在 gemini 非图像模型上出现，账号本身还能跑别的平台；「账号掉线」是所有平台一起没。看错这两件事，会去重启一个没坏的进程。
流式日志整段丢失，请求其实跑完了
v8.0.45 的
response_writer.go 第 318–340 行：读方在 goroutine 里，第 328 行从 w 上读字段、第 332 行也从 w 上取通道，没有把这两样当参数传进来。Finalize 在等 goroutine 结束之前就把通道关掉并置空。22
v8.0.45 的
response_writer.go 第 374–388 行：第 379–380 行先 close 再置 nil，第 383–384 行才去等 streamDone——顺序倒了。两个后果。一是
-race 直接报：报障人跑 50 个独立进程，50 个都挂。二是 goroutine 读到 nil 就返回，这段流的所有 chunk 一条都写不进日志。没有开关可绕。看到流式请求的日志正文为空，按整段丢失处理；要正文就去上游账单或客户端侧记录里取。
触发条件是 handler 立刻返回。真实流式里这个窗口很窄，但一旦命中就是整段静默缺失，日志上看不出任何异常。
晚到的 interrupt 还是老样子
这一族本刊 10 月 16 日记过，今天的区别是它还在。当时的两份修法——把本地中断窗口随终端事件关掉、把 HTTP 回退的中断按 response ID 绑定——今天仍是 open，没有合。2425
今天是两层一起看。handler 里
begin() 与 defer end() 包住整个 forwardResponsesWebsocket，而 response.completed 早在函数里就写出去了。26执行器那层同样没清。
active 判定还是「连接对得上、通道还在」，所以 completed 之后来的 interrupt 会被原样写进上游 socket。27结果有三种，全部在报障里给了样本：回一句 id 为
unknown 的 response.incomplete、连接 i/o 超时、或者 interrupt 打到上游而客户端在等一个永远不来的回复。复现率是 3/20 与 7/40（容器内模拟）、2/200（macOS 原生）。服务端没有开关。客户端侧能做的只有一件事：把
incomplete 当可重试信号，重新发一轮。另外几条
sub2api 主干这一小时只有一笔：
golang.org/x/net 升到 v0.62.0，提交信息里带 GO-2026-6860，北京 15:01。28上一期记的 #8390（渠道保存抹掉 web search 模拟的平台维度）仍 open。29 #8393 目前没有对应的修复 PR。
三家状态页窗口内没有新事件：OpenAI 全组件正常，30 Anthropic 那条 Gmail 连接器事故在北京 13:48 恢复后没有下文，31 Google Cloud 最近一条仍是 10 月 20 日那条多产品事故，最后更新北京 08:38。32
官方社区 Codex 分区这一小时只有一条「用量图标更新」的功能建议，想让倒计时改成具体日期，与中转运维无关，本期未收。33
References
- 1opentherank codex-reset
opentherank.com
- 2codex-reset
codex-reset.com
- 3CLIProxyAPI v8.0.45
github.com
- 4sub2api v0.2.18
github.com
- 5codex-proxy v2.1.21
github.com
- 6codex2api v3.1.2
github.com
- 7sub2api #8393
github.com
- 8codex-reset feed
codex-reset.com
- 9@thsottiaux
x.com
- 10conductor_cooldown.go 第 966–979 行
github.com
- 11server_management_v8.go 第 32 行
github.com
- 12account.go 第 194–214 行
github.com
- 13model_rate_limit.go 第 156–176 行
github.com
- 14antigravity_gateway_retry.go 第 879–900 行
github.com
- 15model_rate_limit.go 第 38–48 行
github.com
- 16antigravity_gateway_retry.go 第 465–470 行
github.com
- 17antigravity_gateway_retry.go 第 74–82 行
github.com
- 18routes/admin.go 第 400 行
github.com
- 19admin_account.go 第 1311–1330 行
github.com
- 20CLIProxyAPI #7064
github.com
- 21response_writer.go 第 318–340 行
github.com
- 22response_writer.go 第 374–388 行
github.com
- 23CLIProxyAPI #7065
github.com
- 24PR #6676
github.com
- 25PR #6515
github.com
- 26
- 27codex_websockets_executor.go 第 225–262 行
github.com
- 28sub2api 0a2a29b32e
github.com
- 29sub2api PR #8390
github.com
- 30status.openai.com
status.openai.com
- 31status.anthropic.com
status.anthropic.com
- 32status.cloud.google.com
status.cloud.google.com
- 33community.openai.com
community.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.