10/15 午后续报：Codex 重置预告两小时内落地，Argon 缺项与长冷却报错两处修复还没合并
补报 10 月 15 日 12:34 到 13:11（北京）：上游预告 Codex 重置将在两小时内落地，同时 CLIProxyAPI 上把 Argon 补进 Gemini API-key 目录、把长额度冷却改报成终局用完的两条修复都还停在未合并的 PR。
这一期覆盖 10 月 15 日 12:34 到 13:11（北京，约 37 分钟），承接上午那期的发稿时间。
四个仓库这一窗口都没有出新版本，所以本期按「没有版本可升」写。
严格晚于上期发稿的新素材全部来自 CLIProxyAPI：一条把
gemini-4-argon 补进 Gemini API-key 目录的 PR，一条把长额度冷却改报成终局用完的 PR。两条都还没合并。上游另有一条更要紧：Codex 侧负责人预告重置将在两小时内落地。
现在就做
- 未来两小时内，先别把「额度耗尽」的账号停号、清号或换绑。 Codex 侧负责人 12:55、12:56（北京）连发两帖，说重置在未来两小时内落地。1 预告不是已发生的事实，但一旦落地，这批账号会回血，而删除类动作收不回来。
- 走
geminiAPI-key 通道、要gemini-4-argon的实例，在api-keys.gemini[].models里显式登记这个模型。 v8.0.29 的内置目录里它只在vertex段。补目录的 PR #6648 到发稿还没合并。2 - 撞上「某模型所有凭证都在冷却」的 429 时，别让客户端照
Retry-After睡下去。 现在这个版本发出来的是冷却剩余秒数，报障里的实例是506177，约 140 小时。改这个行为的 PR #6647 也还没合并。3 - 上期那条「在途成功清掉刚写的额度冷却」的修复仍然开着、未合并。 压并发依旧是眼下唯一能降低撞上概率的做法。4
上游：重置预告落在两小时内
Codex 与 ChatGPT 的负责人 Tibo 在 12:55（北京）发帖：「The reports of my reset button being lost are greatly exaggerated / Day 10 / Reset」，12:56 再发一条「Landing within the next 2 hours」。5
这正是中转站关心的一类上游动态：它决定一批账号的余量会不会短时间回血，也决定这段时间里做的额度动作还算不算数。
它同时只是一条预告。第三方追踪站 codex-reset.com 把这条读成「官方信号」，但自己标注时机不可执行，模型给的置信度是低、24 小时内 19%。6 它记录里最近一次已验证的全局重置仍然是 10 月 13 日 05:03 UTC，也就是北京 13:03。6
另一个追踪站的记录停在 10 月 13 日 05:06 UTC。7
社区侧没有能确认它落地的证据。r/OpenAI 在 12:59 出现一条「We got a rest today」，只有 2 分、5 条评论，量级太小。8
两小时后回来核一次即可，不需要为它调整任何配置。
CLIProxyAPI：Argon 缺项有了修法，只能靠内置注入
症状。 走
api-keys.gemini 通道请求 gemini/gemini-4-argon，本地直接回 HTTP 400 unknown provider for model gemini/gemini-4-argon。9GET /v1/models 里没有这一条，GET /v1beta/models/gemini-4-argon 是 404。同一把 key 直连 Google 的 gemini-4-argon:generateContent 是 200。9根因在目录分段。 v8.0.29 的
internal/registry/models/models.json 里，gemini 段 13 个模型中没有它；gemini-4-argon 出现在 vertex 段，antigravity 段的 ID 是 gemini-4-argon-high。10刷新节奏是启动时立刻一次，之后每 3 小时一次，常量写在
ModelsRefreshInterval。14 所以补 JSON 的补丁活不过一个刷新周期。修法。 PR #6648 新增
WithGeminiBuiltins，接进 GetGeminiModels()，用 upsertModelInfos 注入一份内置定义；ID 相同时替换而不是重复，将来远端目录也收录 Argon 时不会出现两条。2眼下的绕行。 把从 Google
/v1beta/models 拉到的模型写进 api-keys.gemini[].models。报障人做完之后 gemini 目录从 13 个涨到 34 个，Argon 的 countTokens、generateContent、SSE、Chat Completions、Responses 全部回到 200。9issue #6645 已经被打上
Fixed 标签，但代码还没并进主干、更没有版本。9 标签说的是维护者的判断，不是你机器上的可选项。CLIProxyAPI：长额度冷却被当成可重试的 429
额度耗尽时这个值可以是小时到天。报障里的实例是
Retry-After: 506177，约 140 小时。3两类客户端都吃亏：不认
Retry-After 的把它当普通限流重试，配了大重试预算的 agent 客户端于是每轮显示 reconnecting n/N；认它的直接睡满整个窗口，而不是快速失败。3改法。 PR #6647 引入
QuotaExhaustedCooldownThreshold，取 5 分钟并对外导出。15超过阈值的冷却：请求体保留
code=model_cooldown，加上 type=usage_limit_reached、resets_at（unix 秒）和 retryable=false；省略 Retry-After，改发 X-Should-Retry: false——官方 OpenAI 与 Anthropic SDK 认这个头先于状态码。15Claude 格式的响应把类型映射成
rate_limit_error，留在文档化的错误类型里。短冷却（含恰好等于阈值）行为不变，照发 Retry-After、不发 X-Should-Retry。15现在这个版本是什么样。 v8.0.29 的
sdk/cliproxy/auth/selector.go 里，冷却错误的 Headers() 对任何长度的冷却都无条件写 Retry-After，全文没有 X-Should-Retry。16
StatusCode() 固定返回 429；第 356 行把剩余冷却算成秒数，第 360 行不分长短一律 headers.Set("Retry-After", ...) 后返回。这份代码里没有任何按阈值分支的路径，所以针对多小时的额度耗尽，客户端拿到的就是一个 140 小时量级的 Retry-After。17眼下能做。 在客户端或自家网关判断
code=model_cooldown 且 reset_seconds 很大时停手，不要把上游的 Retry-After 原样透传给会照做的客户端。状态。 issue #6646 与 PR #6647 到发稿都开着。PR 是 12:25（北京）开的，动 10 个文件、+349/−35、2 个提交，可合并状态是
clean，但仍未合并。15 这两条的开单时间卡在上一期截稿前几分钟，上一期没有收录。还在跟的两条
窗口内两条的更新时间都动过，PR #6644 现在有 2 个提交、可合并状态是
dirty，新增的评论来自自动审查。4版本与上游：这一窗口没有版本可升
四个仓库的版本都停在原处：CLIProxyAPI 是 10 月 14 日的 v8.0.29，19 sub2api 是 10 月 13 日的 v0.2.16，20 codex-proxy 是 10 月 14 日的 v2.1.17，21 codex2api 是 10 月 12 日的 v3.1.0。22
sub2api、codex-proxy、codex2api 三个仓库这一窗口里没有任何 issue 或 PR 更新。CLIProxyAPI 也只有上面那两条。
Anthropic 状态页 10 月 15 日、14 日都没有事件，各组件正常。23
Google Cloud 的事件源里最近一条仍是 10 月 8 日开始、10 月 9 日结束的 Cloud Storage 上传与写入延迟，窗口内 0 条新事件。24
OpenAI 状态页仍是整体降级，唯一事件是凌晨标记的 Compliance API 成本数据延迟，官方写明不影响 API 与 ChatGPT 使用；窗口内没有新更新。25
社区侧这一窗口没有新的额度或封号条目。r/GeminiAI 最新一条是 11:48（北京）的创作帖，26 r/ClaudeAI 窗口内两条也是创作帖，27 r/OpenAI 就是上面那条「We got a rest today」。28
OpenAI 开发者社区的 Codex 分区同样没有额度或风控话题，最新一条是 13:00（北京）的界面提示问题。29
linux.do 原站这一窗口仍返回 403，它的晚报镜像最新一期还是 10 月 14 日的第 006 期。30
References
- 1
- 2
- 3
- 4
- 5Tibo：Day 10 / Reset
x.com
- 6Codex Reset — Last Reset Tracker & Live Forecast
codex-reset.com
- 7Will Codex Reset Today? · OpenTheRank
opentherank.com
- 8We got a rest today · r/OpenAI
reddit.com
- 9
- 10
- 11
- 12router-for-me/models · models.json
github.com
- 13
- 14
- 15
- 16sdk/cliproxy/auth/selector.go at v8.0.29
github.com
- 17sdk/cliproxy/auth/selector.go at v8.0.29
github.com
- 18
- 19CLIProxyAPI v8.0.29 · Releases
github.com
- 20Sub2API v0.2.16 · Releases
github.com
- 21codex-proxy v2.1.17 · Releases
github.com
- 22codex2api v3.1.0 · Releases
github.com
- 23Claude Status
status.anthropic.com
- 24Google Cloud Service Health
status.cloud.google.com
- 25OpenAI Status
status.openai.com
- 26r/GeminiAI
reddit.com
- 27r/ClaudeAI
reddit.com
- 28r/OpenAI
reddit.com
- 29Codex · OpenAI Developer Community
community.openai.com
- 30第 006 期 · 2026-10-14 · linux.do 晚报
linuxdo.club
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.