v8.0.37 已发：两条修复进版，SIWC 凭证却在两个新地方被拒
CLIProxyAPI v8.0.37 在 15:54 发布，把空文本块与 Gemini 终止流用量两项修复、只读 SIWC 状态接口一起带出；同一小时里 SIWC 凭证被发去 alpha search 回 401、带 agent_message 的子代理请求回 400，另附 codex2api 旧 7d 冷却残留的处置顺序。
这一小时是北京时间 15:38 到 16:45。四个仓库里只有 CLIProxyAPI 动了：v8.0.37 在 15:54 发布1，其余三家停在原处——sub2api v0.2.17（10 月 16 日）2、codex-proxy v2.1.19（10 月 19 日）3、codex2api v3.1.1（10 月 16 日）4。
同一小时里，开了 SIWC 的那条路新开两张单：一张说 SIWC 令牌被发去了搜索端点、回 4015；另一张说带
agent_message 的请求被上游拒掉、回 4006。两张都还是 open、零评论、没有对应 PR，v8.0.37 里也没修。再加上 codex2api 一张「周额度还剩一半，账号一直 429」的单7，今晚要动手的三件事就齐了。
该升级的版本：v8.0.37
这个版本从 v8.0.36 到 v8.0.37 一共 14 笔提交、76 个文件8，创建于 15:50、发布于 15:54，目标分支是 main。
值得升的理由很具体：本刊报过的三张单在发布同一分钟被关成 completed，标签都是 Fixed——#6819 只读 SIWC 状态接口9、#6820 空文本块被转发10、#6821 客户端收完终局就断连被记成 499 与零 token11。三条的关闭时刻落在 15:54:24 到 15:54:25 之间。
| 这一版带来的 | 落在哪 | 你要做什么 |
|---|---|---|
| 空文本块与纯空白块不再发给 Anthropic，缓存打点跳过它们 | claude_openai_request.go、claude_openai-responses_request.go、translator/common/cache_control.go | 无动作，升上去就少一类 400 |
| Gemini 流在终局事件之后被断开时，用量不再归零 | gemini_executor.go 与新增的 helps/gemini_stream_terminal.go | 无动作；对账口径会变，历史数据不会回补 |
| 只读 SIWC 状态接口 | GET /v8/management/oauth/siwc/status、GET /v8/management/credentials/siwc/status | 见下一节，先把它接进你的巡检 |
| Vertex 按模型、按凭证指定 openapi 路由 | vertex_compat.go 新增 openapi 与 openapi-location 两个可选键 | 不写就保持自动挑选，写了才生效 |
| 插件可以按凭证取模型 | host.auth.models 回调 | 只有自研插件用得到 |
| 三笔翻译层性能合并（#6828、#6829、#6831） | 每流只解析一次请求元数据 | 无动作 |
对开过 SIWC 的机器，这一版最实用的是那个只读接口。它接受
name（或 id）与 auth_index，两个都不给回 400，凭证不存在回 404，目标不是 Codex 凭证回 400，返回体只有 {"status": "off" | "valid" | "invalid"}；整个过程读本地凭证与运行时拒绝记录，不触发刷新，也不打上游12。
CLIProxyAPI v8.0.37 的 internal/api/handlers/management/oauth_siwc.go 第 137–180 行：第 145–152 行依次接受 name、id、auth_index、authIndex 四个查询参数，第 153 行两个都缺时回 400，第 166–169 行按凭证名或索引定位。有一笔来得及提醒：发布之后 dev 又落了「保留客户端显式
parallel_tool_calls: false」的修复（16:01）14，以及 16:26、16:30 两次合并。它们都不在 v8.0.37 里。一：SIWC 凭证被发去搜索端点，回 401
/v1/responses 正常，/v1/alpha/search 回 401，错误体是 rejected_by_access_enforcement / no_matching_rule。把同一账号还原成原始 Codex OAuth 再打一次，回 200；两次日志里选中的都是同一张凭证。链路上有四跳，都在 v8.0.37 里照样成立。搜索处理器把上游地址钉在
https://chatgpt.com/backend-api/codex/alpha/search15，发请求走 AuthManager.NewHttpRequest，它转手调 PrepareHttpRequest 交给执行器16。执行器的
PrepareRequest 第一句就是取凭证17。
CLIProxyAPI v8.0.37 的 internal/runtime/executor/codex_executor_request.go 第 62–81 行：第 66 行的 codexCreds(auth) 是搜索请求与对话请求共用的同一处取凭证，第 71 行把它写成 Authorization: Bearer。所以判据只有一条：这张凭证有没有开 SIWC。开了，搜索结果与对话结果就会分叉——对话能过，搜索过不去。
10 月 19 日晚间那期写过 sub2api 侧的另一件事：它把
/v1/alpha/search 的 500 当成账号故障、把健康号置成 error19。这次的问题出在挑哪一套令牌上，账号本身没问题。今晚能做的：把
/v1/alpha/search 这条路指到没开 SIWC 的凭证上，或者干脆让用搜索的客户端走另一组；别去重试，同一张凭证重试一万次还是 401。升级到 v8.0.37 也不解决，这一版没动这条链。二：带 agent_message 的子代理请求，回 400
回的是 400，
code: subscription_sharing_unsupported_capability，param: input。同一张凭证把这一项换成普通 message，就回 200；最小复现里没有加密内容，也没有搜索调用。真实会话里的表现是子代理先失败，父会话收到子代理的失败回执（也是一段 agent_message）之后跟着失败。代码里能确认的是：
agent_message 只有在模型被判定为兼容模式时才会被改写20。
CLIProxyAPI v8.0.37 的 internal/runtime/executor/helps/codex_multi_agent_v2.go 第 231–241 行：第 237 行的 if isCompat 才是改写入口，非兼容模型的 payload 在第 240 行原样返回。isCompat 从模型配置读：先看凭证解析出的模型条目，再看 API key 侧的兼容标记21。原生 Codex 模型这两处都不命中，取值是 false。两条路可选，各有代价。
一条是把子代理任务从 SIWC 凭证上挪走：客户端关掉多智能体，或者把这类请求路由到没开 SIWC 的凭证。
另一条是在 codex 段的模型条目上标
is-compat: true24。同一个字段在 Claude 段管的是「保留空签名的 thinking 块」，在 Codex 段会把 agent_message 改写成便携消息——整条翻译路都会切到兼容模式，先拿一张凭证试。三：codex2api 周额度还剩一半，账号仍被 429
报障人只有一张 Pro OAuth 账号：面板显示周额度已用 50%、健康度 100%，账号状态却是「限流 | 7d」，倒计时约 142 小时，截止时间落在 10 月 27 日 14:327。
15:10 起
/responses 连续 429，一直到 15:54 手动「重置账号状态」并刷新用量之后才恢复 200；恢复后读到的周窗口重置时间是 10 月 28 日 09:45，已用 51%。把两个判断放在一起看就清楚了。
FreshDispatchUsageLimited 先查用量窗口，再单独查「账号仍在用量类冷却里」25。
auth/store.go 第 2013–2036 行：窗口判定在第 2029 行，冷却判定在第 2035 行——Status == Cooldown、未到期、原因属于用量类，三个条件同时成立就继续拒。主干上的同名函数与这里逐行相同。于是「把积分打开让窗口失效」并不能清掉已经写进去的那次 7d 冷却。这台机器的 09:45 日志里还有一条「wham 显示限流窗口已重置，自动解除限流冷却」，说明清理路径平时会跑；15:10 之后它没再起作用，报障人自己写明没有故障瞬间的数据库快照，所以这条只是最像的解释。
清理函数本身也有个坑：
ClearUsageLimitCooldownSince 先改内存、再按「账号 + 原因 + 截止时间」删数据库，数据库那步只记错误日志、返回值仍是 true27。库里的行没匹配上，你也看不出来。处置顺序照这台机器验证过的走：
POST /api/admin/accounts/:id/reset-status，再 POST /api/admin/accounts/:id/usage/refresh，最后看 codex_5h_* 与 codex_7d_* 是否已经跟官方窗口对齐。重置只清运行时冷却与用量缓存，过载暂停的账号会保留用量条28。顺带一条可观测缺口：报障人查最近 12 小时的
usage_logs，没有一条 status_code=429，本地调度拒绝的 429 不会进使用统计。这类故障只能从容器日志里捞。报障人跑的镜像 revision 是
b04eb97d（10 月 12 日），比主干 1bdfc85c（10 月 20 日）旧；上面两段判断在主干上写法一致，升级不会自动改变行为。同窗口另外几笔
sub2api #8139 已合并。 16:33 合进 main，合并提交
4942b2afc7，三个文件 +15/−1：把 response.queued 与 response.metadata 加进共享的元数据白名单2930。意义在上一期那件事上：输出前的降载帧得以继续走重试与切号，而不会被提前当成交付。发行版仍是 v0.2.17，要自己构建才拿得到。sub2api #8269 新开。 账号配额累加那条 SQL 约 9.4KB，改成按账号实际设了哪个维度挑语句；作者在 PostgreSQL 18 上量的单条耗时从 0.77ms 降到 0.24ms（只设总额度的账号）31。状态 open、合并状态 unstable。
codex2api #812 在评审。 OpenAI 官方价格表换了列顺序并加了缓存写入列，而解析器还在按下标取单元格，
gpt-6-astra 会被解析成输出 12.5、缓存输入 5032。拿同步出来的价格配下游网关，缓存读取会按 $50/百万 token 计，Codex 那类高缓存命中的请求能放大到几十倍。v3.1.1 的解析器就是按下标取33，没合并前先核对一下自己面板上的模型单价。上游与额度
codex-reset 记录显示今天 UTC 还没有全局重置，最近一次在 26 小时前（北京 10 月 20 日 14:33），累计 56 次全局、10 次 banked38。
还没闭合
- #6830 与 #6833 都没有对应 PR，开放 PR 列表里也没有冲这两条来的单；
- v8.0.37 里这两条链路照旧，升级不会改变 SIWC 在搜索与子代理上的行为；
- codex2api #813 没有补丁，只留下「重置状态能救回来」这一条已知处置；
- #812 还在评审，合并前面板上的模型单价不能全信；
- dev 上那笔
parallel_tool_calls修复会进哪个 tag，还没有答案。
References
- 1CLIProxyAPI v8.0.37
github.com
- 2sub2api Releases
github.com
- 3codex-proxy Releases
github.com
- 4codex2api Releases
github.com
- 5CLIProxyAPI issue #6830
github.com
- 6CLIProxyAPI issue #6833
github.com
- 7codex2api issue #813
github.com
- 8compare v8.0.36...v8.0.37
github.com
- 9CLIProxyAPI issue #6819
github.com
- 10CLIProxyAPI issue #6820
github.com
- 11CLIProxyAPI issue #6821
github.com
- 12oauth_siwc.go 第 140 行
github.com
- 13vertex_compat.go 第 63 行
github.com
- 14CLIProxyAPI 提交 99d1698f
github.com
- 15server_routes.go 第 462 行
github.com
- 16conductor_execution.go 第 2012 行
github.com
- 17codex_executor_request.go 第 62 行
github.com
- 18codex_executor_auth.go 第 464 行
github.com
- 19sub2api PR #8219
github.com
- 20helps/codex_multi_agent_v2.go 第 231 行
github.com
- 21codex_executor_auth.go 第 543 行
github.com
- 22optimize_multi_agent_v2.go 第 71 行
github.com
- 23config.example.yaml 第 327 行
github.com
- 24config_types.go 第 794 行
github.com
- 25auth/store.go 第 2013 行
github.com
- 26auth/store.go 第 1967 行
github.com
- 27auth/store.go 第 10638 行
github.com
- 28admin/handler.go 第 7289 行
github.com
- 29sub2api PR #8139
github.com
- 30合并提交 4942b2afc7
github.com
- 31sub2api PR #8269
github.com
- 32codex2api PR #812
github.com
- 33official_model_pricing.go 第 210 行
github.com
- 34OpenAI Status
status.openai.com
- 35Degraded performance in ChatGPT, Codex, and APIs
status.openai.com
- 36Anthropic Status
status.anthropic.com
- 37Google Cloud 事故 Xs2XTHzAVC9YnafnPyzj
status.cloud.google.com
- 38Codex Reset Tracker
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.