10/19 凌晨速报：Codex 凭证在签发 7 天后被上游判死，刷新提前量在 dev 改成 96 小时
这一小时里 CLIProxyAPI 的 dev 落了三笔修复：Codex 凭证在签发 7 天后被上游判死、插件与选号的锁互等、Antigravity 额度提示过期后不再重验；还有两个仓库在同一分钟交了同一张 Claude thinking 修正，全都还没发版。
北京时间 01:12 到 03:15 这两个小时，CLIProxyAPI 的 dev 分支落了 3 笔提交。
四个仓库的稳定版一个都没动：v8.0.33、v0.2.17、v2.1.18、v3.1.1 还是原来那几个号。
三笔提交各治一个会自己再犯的毛病：Codex 凭证被上游提前判死、插件宿主的锁与选号的锁互等、Antigravity 的额度提示过期后不再重验。
同一时段还有两件事：sub2api 与 CLIProxyAPI 在北京时间 01:40 各交了一张 Claude thinking 修正，病根相同。
这五处改动一笔都没进正式版，手上跑 v8.0.33 的现在只能按最后那张清单处置。
Codex 凭证在签发 7 天后被上游判死
CLIProxyAPI 的 issue #6742 记录了一组很整齐的失败。1
10 月 1 日到 18 日，13 个 Codex 凭证里有 10 个共报了 22 次鉴权错误。
错误体是「Encountered invalidated oauth token for user, failing request」。
code 为
auth_unavailable。报障人比对了一份 10 月 1 日的备份。两条凭证的 access token 是 9 月 26 日 14:39 签发。
这两条凭证的 JWT 到 10 月 6 日 14:39 到期。
401 却出现在 10 月 3 日 16:33——签发后第 7 天，到期前 3 天。1
另外 5 条凭证以周为单位复现。凭证 C 在 10 月 2 日 10:40、10 月 9 日 10:05、10 月 16 日 10:05 各来一次 401。
D 与 E 的节奏相同，F、G 各隔周两次。1
发行版为什么追不上这 7 天？
v8.0.33 给 Codex 准备的主动刷新提前量是 24 小时，代码里只有一句
return new(24 * time.Hour)。2到期判断也只看两件事：有没有 refresh token、离 JWT 到期还有多长时间。3
于是前 9 天里凭证一直判成「不需要刷新」。等进入 24 小时窗口，上游那边早就把它判死了。
dev 上的 feb63984 把这件事拆成三处改，动 8 个文件、+461/−19。4
- 提前量从 24 小时拉到 96 小时，常量写作
CodexOuterRefreshLead。5 CodexOuterNeedsRefresh在算到期之前先看RejectedAccessToken：当前这个 token 被上游拒过，就直接判「现在就要刷」。5- 收到 401 且凭证带 refresh 时，把当前 token 记进
RejectedAccessToken，下次刷新排到当下，再让后台真跑一次。6
第三条最实用。v8.0.33 里
RejectedAccessToken 只在 token 没有到期时间（无 exp 的 JWT）时才记。3带到期时间的 JWT 被拒时不留痕，刷新调度也就不会被触发。
sdk/cliproxy/auth/types.go 第 878–892 行，原始文件。第 884 行是新增的判据：当前 outer token 被拒过，本次刷新不再等到期。v8.0.33 及以下遇到这类 401，只有两条路：把那条凭证重新授权，或者点一次「刷新全部凭证」。
报障人 10 月 17 日重授权两条、10 月 18 日刷新全部，两次都成功。1
96 小时的提前量要等 dev 发到正式版才用得上。
在那之前，判断自己有没有中招有两个信号：错误体里带
invalidated oauth token，复发间隔正好一周。两个仓库在同一分钟交了同一张 Claude thinking 修正
两张单在北京时间 01:40:31 与 01:40:33 开出，改的都是 Claude 的 thinking 字段。
先看 sub2api 这一侧。被拒的形状是
{"thinking":{"type":"enabled","budget_tokens":N}}。Claude 的 Opus 4.7 及以后、Sonnet 5、Haiku 5.5、Fable 5、Mythos 5 收到它就会回 400。7
v0.2.17 里有两条路把这种形状发出去，第一条在 Responses / Chat Completions 转 Anthropic。
预算按档位给：medium 4096、high 10240、xhigh 换算成 max 32768。
Opus 4.7、Opus 5、Sonnet 5、Fable 5 都落不进这个分支。
enabled 加预算。第二条路在 Bedrock。
sanitizeBedrockThinking 里「Opus 4.7 或更新」的判定只匹配 Opus。11于是
anthropic.claude-haiku-5-5、us.anthropic.claude-sonnet-5、anthropic.claude-mythos-5 会带着 enabled 交给 Bedrock。CLIProxyAPI 那一侧是反方向的同一个坑。客户端写 adaptive 加
budget_tokens、又没带 output_config.effort。这种请求进到 v8.0.33，
extractClaudeConfig 会返回空配置。12ApplyThinking 把空配置当成「无需改动」，整份请求原样透传，budget_tokens 一起送上去。上游回的是
400 thinking.adaptive.budget_tokens: Extra inputs are not permitted。8作者在 6 个 adaptive-only 模型上复现了这个 400。
这 6 个是 haiku-5-5、opus-5-5、sonnet-5-5、fable-5、opus-4-7、opus-4-8。
两张补丁的改法正好相反。sub2api 那张把 adaptive-only 模型的预算删掉、只留 effort。7
CLIProxyAPI 这张把 adaptive 下的
budget_tokens 当预算读进来，再按模型能力换成 adaptive 或保留预算。8两张都还没合。sub2api 那张 mergeable 是 unstable、改了 6 个文件。7
发版之前，最省事的改法在客户端一侧：adaptive-only 的模型只发
output_config.effort，去掉 budget_tokens。enabled 加预算的老写法留给 Opus 4.6 这类同时接受两种形状的混合模型。盯了几期的那两张补丁，都落到 dev 了
10 月 18 日深夜那一期的头条是那把会让整站冻住的锁：插件宿主的
Host.mu 与选号侧的 Manager.mu 反向嵌套。配上自带调度器的插件，两边就能互相等死。当时只有社区的 PR #6748。14
维护者这次自己写了一笔。1ad175b6 在北京时间 02:00 落到 dev，4 个文件 +201/−34，带两份测试。15
其中一份测试专门断言：manager 的三个调用都不允许在持有
Host.mu 时发生。改法就是挪一行。
h.mu.Unlock() 从两次 manager 调用之后，提到它们之前。16
internal/pluginhost/adapters_executors.go 第 176–196 行，原始文件。第 181 行是新的放锁点，两个 manager 循环（183、189 行起）都在它下面。顺手提一句 PR #6748 的现状：mergeable 从 clean 变成了 dirty。14
同一处代码被上游自己改过，这张社区补丁现在合不进去，等它的人可以停了。
之后充值也不恢复，只有重启进程。
根因在 v8.0.33 的这个早退：函数一进来就问缓存里有没有值，
hint.Known 为真就返回。19而标记永久失败的那个函数恰恰会把
Known 置成真。于是清理失败态的那句
clearAntigravityCreditsPermanentlyDisabled 再也走不到。
internal/runtime/executor/antigravity_executor_credits.go 第 358–374 行，原始文件。第 366–367 行是整个函数的早退，重验走不到。dev 上的 904ec710 在北京时间 02:35 落库，7 个文件 +436/−7。20
改法比 issue 里提的更细。issue 建议拿
UpdatedAt 跟刷新间隔比。dev 换成了
IsAntigravityCreditsHintFresh 这道新鲜度校验。10 分钟这个间隔常量也搬进 auth 包共用。20
同一笔还把
INSUFFICIENT_G1_CREDITS_BALANCE 并进 429 的满额判定，成功恢复时清掉永久失败态。v8.0.33 上能做的只有重启：进程起来后缓存的提示是空的，第一次请求会重新问一遍
loadCodeAssist。还开着的单
sub2api 的 PR #8204 是这一窗口里体量最大的一张：106 个文件、+9191/−790，mergeable 为 unstable。22
作者在说明里自称 review candidate，也就是评审候选，还没准备进生产。
它改的是 Responses 的原生压缩（remote compaction）怎么判定：从账号级判断，改成按模型、协议、端点和配置身份记的目标级证据。22
再加一条默认关闭的服务端摘要回退。
作者写的动机是账号级判断会丢掉真实目标和协议边界，结果出现误导性的「no account」报错。
DeepSeek 这类多协议账号还会拿到错的模型列表。22
openai_compact_probe.go、openai_compact_fallback.go、openai_compact_body_signal.go 这三个文件在 v0.2.17 里就有，这张单改的是判定粒度。22另外两张单只需登记。sub2api #8206 讲分组账号质检与调度，含 246–248 三份迁移。
这张单北京时间 02:51:14 开出、02:51:30 关闭，16 秒，1 条评论。23
codex2api #806 讲的是另一类漏。24
Antigravity 的
gemini-3.8-flash-low/medium/high 三个公开档位，共用同一个上游 wire 模型 gemini-3.8-flash-tiered。只按公开模型名写冷却，兄弟档位会继续选中同一个受限账号。
这张单在窗口前开出，北京时间 01:31 被更新过一次、评论合计 1 条，还没有落地补丁。24
上游与额度：这一窗口没有会改动作的信号
OpenAI 状态页全绿，活动事件 0 条。25
最近三条是 Compliance API 成本数据延迟（10 月 16 日 18:44 解决）、10 月 16 日凌晨的大范围功能降级。
第三条是 10 月 14 日傍晚两个图像模型的可用性。26
Anthropic 状态页 All Systems Operational，10 月 18 日无事件。27
Google Cloud 的事故列表还是 7 条，最近一条是 10 月 8 日开始的 Cloud Storage。28
Codex 的全局重置：按追踪站的 UTC 口径，今天还没有重置。最近一次已验证的是 10 月 18 日 04:41（北京），约 22 小时前。29
累计 55 次全局重置、10 次 banked，节奏约每 3 天一次。模型口径 24 小时 21%、48 小时 37%，置信度低。29
长期统计在另一站：自 2025 年 9 月起 63 次，中位间隔 3.1 天，最长一次 68 天。30
官方社区 Codex 分区这一窗口没有新话题，最近一条还是 10 月 18 日 23:55 的图像分辨率问题。31
Reddit 三个板块窗口内都有新帖，都是闲聊与作品。r/GeminiAI 有一条说促销拿到的 Pro 在 Antigravity 里用不了 Argon。32
Argon 那条讲的是账号档位差异，属于社区说法，官方没有对应公告，先记一笔。
这一小时怎么动
- Codex 凭证：翻最近一周的 401，错误体带
invalidated oauth token的重新授权，再点一次「刷新全部凭证」。 - Claude thinking：客户端打 Opus 4.7 及以后、Opus 5、Sonnet 5、Haiku 5.5、Fable 5、Mythos 5 时只发
output_config.effort。 - Antigravity 额度：开
antigravity-credits且遇到过INSUFFICIENT_G1_CREDITS_BALANCE的实例，充值后重启进程。 - 死锁：装了自带调度器插件的，重启能解当下的卡死；长期解药是 1ad175b6，等它进正式版。
- compaction：#8204 先不跟，106 个文件、状态 unstable，作者自己也在等评审。
References
- 1CLIProxyAPI #6742
github.com
- 2sdk/auth/codex.go 第 34–36 行（v8.0.33）
github.com
- 3
- 4提交 feb63984
github.com
- 5dev 分支 CodexOuterRefreshLead
github.com
- 6dev 分支 401 分支
github.com
- 7sub2api #8205
github.com
- 8CLIProxyAPI #6752
github.com
- 9
- 10
- 11bedrock_request.go 第 769–775 行（v0.2.17）
github.com
- 12
- 13CLIProxyAPI #6698
github.com
- 14CLIProxyAPI #6748
github.com
- 15提交 1ad175b6
github.com
- 16adapters_executors.go 第 176–196 行（dev）
github.com
- 17
- 18CLIProxyAPI #6745
github.com
- 19
- 20提交 904ec710
github.com
- 21CLIProxyAPI #6744
github.com
- 22sub2api #8204
github.com
- 23sub2api #8206
github.com
- 24codex2api #806
github.com
- 25OpenAI Status
status.openai.com
- 26OpenAI 事件列表
status.openai.com
- 27Anthropic Status
status.anthropic.com
- 28Google Cloud 事故列表
status.cloud.google.com
- 29codex-reset.com
codex-reset.com
- 30OpenTheRank Codex Reset Tracker
opentherank.com
- 31OpenAI 开发者社区 Codex 分区
community.openai.com
- 32r/GeminiAI 帖子
reddit.com
- 33r/OpenAI 帖子
reddit.com
- 34r/ClaudeAI 帖子
reddit.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.