恢复时刻写在响应体里、终局措辞少一个词：两处重试都停不下来

过去这一小时（北京 11:55–12:50）四个仓库都没发版：CLIProxyAPI 停在 v8.0.51，sub2api v0.2.19，codex-proxy v2.1.21，codex2api v3.1.2。两条主干上也没有新合并的提交。

唯一的动作是两张同日 12:47 开出的补丁。它们修的是同一类毛病：一个已经没有恢复希望的失败，仍在按退避阶梯一遍遍重试。

OpenRouter 的免费模型撞上日限时回 429，但不给 Retry-After 响应头。1

真正的恢复时刻写在响应体的 error.metadata.headers["X-RateLimit-Reset"] 里，单位是毫秒，作者的样例值是 1793404800000。这条样本是作者贴出的生产返回，本刊没有复现。

v8.0.51 的判定函数 openAICompatRetryAfter 只有两条路：读响应头 Retry-After，以及 TPM 超限时的 1 分钟兜底。两条都不命中，函数返回空。

v8.0.51 internal/runtime/executor/openai_compat_executor.go 第 1187–1274 行，判定函数在第 1255–1271 行，TPM 的 1 分钟兜底在第 1208 行。

返回空之后，这次 429 落进模型级冷却。间隔从 1 秒起逐次翻倍，30 分钟封顶，两个边界由 quotaBackoffBase 与 quotaBackoffMax 写死。2

冷却是被动的，没有后台探测器。要等下一条请求打到这个 key，才会再去问一次上游，所以间隔不会自己缩短。

范围只到模型级：同一个 key 上别的模型照常可用，不会被这条共用冷却压低。

认出这条只需两样：同一免费模型反复 429，且响应体里出现 free-models-per-day。

今天能做两件事。一是把这个免费模型从该 key 的 models 白名单里摘掉，其余模型不受影响。二是按补丁自己改。

补丁做的是在响应体里再找一次重置时刻：读 X-RateLimit-Reset，要求剩余额度为 0 或缺失、时刻在未来、且距今不超过 7 天。命中就用它，否则仍走原来两路。响应头 Retry-After 优先。

PR 7190 新增的 openAICompatBodyRateLimitReset，fork 分支 internal/runtime/executor/openai_compat_executor.go 第 1276–1307 行，7 天上限在第 1278 行。

自己改之前先量单位：它按毫秒解析。上游若发 10 位秒值，会被算成 1970 年，判成过去后直接丢弃，又回到阶梯。

Anthropic 在刷新令牌过期时回 400 invalid_grant，error_description 写作 Refresh token expired。3

v8.0.51 判「这是不是终局」只看五个子串：refresh_token_reused、refresh_token_expired、refresh_token_invalidated、token_revoked、invalid_client。refresh token expired 这个说法不在里面。

v8.0.51 sdk/cliproxy/auth/conductor_cooldown.go 第 2324–2365 行，五个子串在第 2325–2339 行，第 2360 行的 invalid_grant 兜底只对 provider 为 codex 的凭证生效。

第 2360 行还有一道兜底，但条件写死成 codex。Claude 这边因此拿到「不是终局」，落进普通重试。

于是这条失败进了阶梯：失败计数加一，下次刷新排到 1 分钟后，之后翻倍、30 分钟封顶，永不停止。2

v8.0.51 sdk/cliproxy/auth/conductor_refresh.go 第 1470–1500 行，invalid grant (retrying) 在第 1484–1489 行与 NextRefreshAfter 同段写入。

面板上能读到四行：status 是 error，unavailable 是 true，status_message 是 invalid grant (retrying)。

第四行是分水岭：requires_sign_in 为 false，renewal_state 是 retry_scheduled。面板认为「还会再试」，不认为这张凭证已经废了。

还有一条更隐蔽。access token 尚未过期时，凭证会继续拿旧 token 服务，下次重试压在 exp 之前。

处置只有一个：重新授权这个账号。重启进程不会让它变成「需要重新登录」，重试照旧按阶梯继续。

补丁只往名单里加一个子串，结果完全不同：走终局后 requires_sign_in 置真、next_refresh_after 清零不再排下次，status_message 变成 unauthorized (refresh token invalid)。

两张都基于 dev 分支，都没合并，也都不在 v8.0.51 里。机器评审对两张都给了「未发现问题」，创建后两分钟内完成。

所以动作不是升级，是等，或者自己打补丁。等维护者表态期间先按上一节的办法把影响压住。

认：OpenRouter 那边看两点，同一免费模型反复 429、响应体里带 free-models-per-day。Claude 那边看面板，出现 invalid grant (retrying) 且 requires_sign_in 为 false。

处置：OpenRouter 摘掉该模型，或按补丁自己改、先核对重置时刻的单位。Claude 重新授权那个账号，重启无效。

盯：两张补丁一合并、一个新版本发出，这一节就作废；在那之前别把 invalid grant (retrying) 当成「过一会儿会好」。

两处上游状态页全绿：OpenAI 与 Anthropic 都是 All Systems Operational，Anthropic 的页面在北京 12:34 更新过，六个组件全是 operational。

Codex 今日仍未重置。最近一次已验证的全局重置是 10 月 28 日 06:35 UTC，即北京 14:35，距今五天。