重置之后还是 429：那份 50 小时的冷却记在本地，会话绑在别的号上
v8.0.51 上，额度已经重置、本地还回同一个要等 50 小时的 429；会话粘性又把流量钉在原来的号上。两份补丁都还没进版，正文给的是今天能动的处置顺序。
过去这一小时（北京 13:44–14:37），四个仓库都没有发版：CLIProxyAPI 停在 v8.0.511，sub2api 0.2.192，codex-proxy v2.1.213，codex2api v3.1.24。
窗口里的动作三条：一张补丁收到现场回帖与作者答复，一张新补丁改调度顺序，一张老补丁又重基了一次。
前两件撞的是同一句话：本地记下的状态，没有跟着上游走。
一件是冷却记在内存里，额度已经重置它还在；一件是会话绑定记在号上，更高一档的号回来了流量也不挪。
额度重置之后，本地还是回同一个 429
现场在 v8.0.45 上，配的是 Codex CLI 0.166.0，池子里只有一张 Codex Plus 凭证。6
上游回过一次
usage_limit_reached 之后，每个 /v1/responses 大约 40 毫秒就被打回，请求根本没出网。回的是 429，头里写着
Retry-After: 180685，体里 code 是 model_cooldown、reset_time 是 50h11m25s。Codex 那边先显示
Reconnecting...，接着是 exceeded retry limit, last status: 429 Too Many Requests，中间那一段像卡住。决定客户端停不停的是回执形状
回帖做了一个很干净的对照：同一个 Codex 构建，对着一个回 OpenAI 形状 429 的桩，立刻停下，说额度用完、几号几点再试。6
那个桩的体里有
error.type 为 usage_limit_reached、带 plan_type 与 resets_at，和我们自己的 model_cooldown 是两种东西。所以卡不卡住，由回执的形状决定。补丁要做的正是换形状。
回帖最后还补了一句更要紧的：账上额度被重置之后，这个 429 一直继续，直到代理重启。6
作者把这件单独摘出来
作者先确认单凭证在覆盖范围内：检查跑在池子里的每个候选上，不管有几个，单凭证的测试走的也是这条路。7
接着把它切开：
"The stale cooldown after a reset is separate, and this PR doesn't change it. The proxy still holds the cooldown until theresets_atit recorded; it just reports it in a form Codex recognises."
对账那件事，作者指向 #6148 与 #6997。7
所以合并 #7184 之后，症状从反复重连变成一次就停、并告诉你几点再来。那段等待本身照旧。
今天能清的三种办法
它内部先逐个清模型级状态，再清凭证级那一层。只有一种情况会被拒：这张凭证带着 401 类失败记录。
sdk/cliproxy/auth/conductor_cooldown.go 第 480 行起的 clearCooldownStateForAuth：第 484–486 行遇到 401 类失败直接返回，第 488–493 行才清 Unavailable、NextRetryAfter 与额度。额度类的 429 不满足那个判据，这类冷却清得掉。那张报障单里的号也属于这一类。
这一项一旦设成
true，冷却会按凭证落成 .cds 文件，重启会把旧冷却原样读回来。第三种是全局关冷却，
routing.cooldown.disable-cooling: true。代价是别的号出问题也不会被隔离，适合临时救急。会话绑在哪个号上，优先级说了不算
第二条在调度器里。v8.0.51 的配置样例把它写得很直白。
config.example.yaml 第 172–175 行：会话一旦绑定，即使更高优先级的凭证恢复也继续用它；优先级只决定第一次绑定、没有会话的请求、以及故障转移之后的重绑。第 175 行是 session-affinity: false，默认关。代码是同一个意思：开会话粘性时，交给选号器的是全部优先级档的候选；关掉才只给最高档。11
于是只要你开了粘性、池子里又有多档优先级，流量就留在原来那张号上。今天没有开关能改这个顺序。
补丁给的是一个可选开关
#7195 加的是
routing.session-affinity-overrides.<provider>.precedence，取值 session（缺省）或 priority，并且必须先开着会话粘性。12选
priority 之后：新会话仍走高优先级；已有会话只要自己还在最高档就保持；更高一档恢复或优先级变了，下一次请求就切过去。代价写在同一段说明里：换号可能丢掉 prompt cache 复用；同档之内仍然保持粘性。
边界也有几条：粘性关着时整块覆盖被忽略；
mixed 这种聚合名会被拒，要按具体 provider 写；模型支持、冷却、重试排除与显式钉住仍是最高权威。判定落在补丁的
bindingInHighestPriority 上：池子里只要还有一档比它高的可用候选，就返回 false，下次请求重绑。13
feat/provider-affinity-priority 的 sdk/cliproxy/auth/selector_affinity_policy.go 第 68 行起：第 87–90 行遍历可用候选，只要有一个优先级更高就返回 false。影响面要写清楚：只对开着会话粘性、又有多档优先级的池子生效。默认配置下这两条都不成立。
今天想改，只有关掉
session-affinity，或者等这张补丁合并、再等它进发行版。三条条目现在什么状态
| 条目 | 改了什么 | 规模 | 状态 |
|---|---|---|---|
| #7184 | 把用尽的 Codex 额度报成 Codex 认得的终局回执 | 9 文件 +854/−10、2 提交 | open、clean、评审 failed 且记着未闭合 |
| #7195 | 会话粘性之下让凭证优先级说话 | 23 文件 +1128/−34、1 提交 | open、clean、评审 completed 但有未闭合 |
| #5764 | 给 usage_limit_reached 引起的冷却封上限 | 2 文件 +12/−2、2 提交 | open，今天又重基一次 |
三条都基于
dev，都没合并，也都不在 v8.0.51 里。14从 9 月 14 日算起，它已经重基 38 次，diff 还是加 12 减 2。
今晚三步
认：429 是不是本地回的——看响应时间是否毫秒级、体里有没有
model_cooldown 与 reset_time。流量回不到高优先级号——看 session-affinity 开着没、池子里有没有多档。处置：额度那件先打解冻接口；重启只对内存那份有效，先确认
save-cooldown-status 是 false。粘性那件今天只有关掉粘性这一条路。盯：#7184 合并后回执会换形状，重连日志消失只说明形状变了，额度该等多久还是多久；#7195 合并并进版之后，才轮到
precedence: priority 这个键。行情
三处上游状态页都干净。OpenAI 没有降级组件，整体 All Systems Operational16；Anthropic 全绿，页面在北京时间 14:34 更新过17；Google Cloud 最新一条事故仍是 10 月 28 日那起 Multiple Products18。
Codex 今日仍未重置。追踪站写着最近一次已验证的全局重置是 10 月 28 日早上 6:35（UTC），距今五天。19
这一小时的社区侧是空的：OpenAI 开发者论坛的 Codex 分区没有新话题，Reddit 那两个板块的接口被 403 挡下，没读到内容。
References
- 1CLIProxyAPI 的发行列表
github.com
- 2sub2api 的发行列表
github.com
- 3codex-proxy 的发行列表
github.com
- 4codex2api 的发行列表
github.com
- 5dev 分支最近的提交
github.com
- 6PR 7184 下的现场回帖
github.com
- 7作者的答复
github.com
- 8v8.0.51 的 ResetQuota
github.com
- 9v8.0.51 的配置样例
github.com
- 10PR 5764：给 usage_limit_reached 的冷却封上限
github.com
- 11v8.0.51 的选号候选构造
github.com
- 12PR 7195：让会话粘性尊重凭证优先级
github.com
- 13补丁里的优先级判定
github.com
- 14PR 7184 的元数据
github.com
- 15第 38 次重基的那条评论
github.com
- 16OpenAI 状态页
status.openai.com
- 17Anthropic 状态页
status.anthropic.com
- 18Google Cloud 状态页
status.cloud.google.com
- 19codex-reset 的首页读数
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.