刚打上的冷却会被一次文件扫描抹掉，修它的补丁还开着
CLIProxyAPI 上一期那条“不写日志的 503”有了补丁，同时另一张单揭出更麻烦的事：一次文件扫描会把刚写下的冷却整段盖掉，而且不留痕迹；三张单都还开着，另有两条日志诊断补丁会改掉你现有告警的措辞。
这一小时（北京 01:47 到 02:28）四个仓库仍然没发新版。CLIProxyAPI 停在 v8.0.38，sub2api 是 v0.2.17，codex-proxy 是 v2.1.20-beta.0543eaa，codex2api 是 v3.1.1。1234
CLIProxyAPI 的 main 与 dev 都还停在北京 23:04 那个提交，也就是 v8.0.38 自己的头。这一小时里没有任何东西进版。5
窗口里出现三张 PR：#6852、#6853、#6854，同一个作者，开在北京 01:45 到 02:24 之间，三张全部 open，v8.0.38 与 dev 里都没有。上一期收尾时开放 PR 的最大编号还是 6849，#6852 只比那一期发稿早两分钟，这里一并补上。
其中只有 #6853 是真故障，另两张补的是日志。#6853 说的是：凭证刚吃到 429、刚进冷却，一次文件扫描就可能把这份冷却整段盖掉，不留痕迹。 6
先认症状
有三种现象值得对上号。刚进冷却的号，面板上又变回 active；同一个号几分钟内被反复选中、反复吃 429；已经判定额度耗尽的凭证，忽然又能用。
这类现象查不到报错，也没有日志。请求照常走完，被换掉的是凭证上记着的状态。
上一期那条主线属于另一种：选不出号，几毫秒返回一个带
Retry-After 的 503。这一条更隐蔽，号选得出来，只是选错了。一份快照怎么把冷却盖掉
watcher 会整目录读一遍 auth 文件，按文件内容合成凭证快照。配置重载、目录里的文件事件、进程启动，都走这条路。
应用快照时只有一道把关：文件在读完之后有没有被改过。文件没动，这道栅栏就放行；内存里那份运行时状态，它不看。7
合并的时候，保留旧状态的只有两支。一支是「凭证变了，或者是 refresh」，另一支是「
credential_quota 还没到期」。文件快照两支都不落。8
sdk/cliproxy/auth/conductor_lifecycle.go 第 376–421 行。第 383 行是第一个保留分支，第 407 行是 credential_quota 那一支；快照带着 Status=active、Unavailable=false、Quota 归零、NextRetryAfter 零值进来，这两支都不会拦它。8于是下一次调度读到这张凭证时，冷却已经不在它身上了。
时间窗很窄：扫描读盘那一瞬，到这次应用之间。这中间只要落一个 429 或 5xx，那一次失败记下的冷却就跟着没。号多的池每次全量重扫，等着被覆盖的凭证也更多。
谁在开这个窗？启动、auth 目录的文件事件、以及每一次配置重载。最后一条最要紧：
reloadClients 末尾无条件调 refreshAuthState，整个 auth 目录重读一遍、逐张重建快照。9也就是说，你在面板上保存一次配置，目录里每张凭证都会各路过一次这个窗口。
同一张单还顺手补了第二个洞。
credential_quota 那一支把 Unavailable、NextRetryAfter、Quota 搬回去了，漏掉 cooldownRecordedSeq 这个水位。10这个水位是为 #6643 加的：早于冷却派发的成功回来时，靠它判断这次成功发生在冷却之前，不该清冷却。水位在这一支丢掉，那条保护就失效了。
补法两处。先把「这是文件快照」的标记提前取下，代自增会让
HasFileSnapshot 失效（第 364–366 行）。再在快照分支里搬回 Status、StatusMessage、LastError、Unavailable、NextRetryAfter、Quota 六个字段，credential_quota 那一支补上水位。6#6844 列了四个问题，这张单只做前两个。剩下两个还没人碰：配置重载扫描会把已持久化的凭证原样留下、不重新合成；被栅栏丢弃的快照也不会再读一次。11
现在能做什么
- 先认出它。冷却莫名消失、面板与日志对不上时，把这一条列进怀疑名单。
- 高峰期别改配置。每保存一次配置就全量重扫一次，给目录里每张凭证各开一次窗口。这是从代码路径推出来的，作者没有这样建议。
- 别指望手动重置：管理端点解的是当次冷却，下一次扫描照旧。
没有开关能关掉这条路。
routing.cooldown 那三个键都不管它：disable-cooling 关的是冷却调度，save-cooldown-status 管的是重启后能不能读回冷却，transient-error-cooldown-seconds 管的是瞬时报错的时长。12额度这条线对不上：上一期讲的上游提前还额度有 reset 头可以核对，这条路径什么记录都不留。
补日志的两张
#6852 是上一期那条主线的正面回答：不写日志的那个分支，补丁里写了。13
改动只有两处。过滤条件从
reason == blockReasonCooldown 放宽成 reason != blockReasonDisabled；措辞从 are in cooldown 改成 are unavailable，单复数两种都改。14
eaxeax/CLIProxyAPI 的 fix/log-auth-unavailable-transient，sdk/cliproxy/auth/conductor_selection.go 第 2446–2466 行。第 2453 行是新过滤条件，第 2463 与 2465 行是改后的措辞。15对运维的直接影响落在告警上。现在按
are in cooldown 配的规则，等这一版合进去就不再命中。要改的就是这一句。还有一处更细的变化。摘要里的 reason 现在过一遍
SafeDiagnosticForLog：先取 600 字、最终截到 300 字、压成单行，抹掉 api_key=、各类 token、authorization 和 URL 里的账号密码。16好处是这一行能带上上游原文。代价是如果你的规则靠抓
api_key= 之类去认是哪张凭证，那条路也一起没了。冷却时长它不动。60 秒照旧，
transient-error-cooldown-seconds 仍然是那个开关。#6854 补的是另一处空白。Codex 走 Chrome uTLS 指纹那条路时，失败不留一行日志，
RoundTrip 拿到连接错误直接返回。17
internal/runtime/executor/helps/utls_client.go 第 101–124 行。第 109–112 行是连接失败时的出口；关闭连接失败的那条路在下一个函数里，才有一行 Debug。18补上之后每次失败一行 Warn，带 host、proxy、alpn、dial_ms、tls_ms、elapsed_ms、app_bytes_written、app_bytes_read、request_bytes，再加 error。19
这些值全塞在 message 里，因为网关的 LogFormatter 只打白名单字段，作者没有动白名单。
用处是能判断一件事：拨号失败、TLS 失败、对端在读请求之前关、读完之后关，这四种以前长得一样，现在能在这行里分开。
版本与上游
上游这一小时也安静，没有要跟着动的。
OpenAI 站点回到全绿，列出的组件全部 operational。20
上一期的 FedRAMP 事件还挂在 monitoring、没有 resolved。最后一次更新是北京 01:04，也就是上一期报过的那次推进，之后没有新动作。同一时段开的 gpt-5.6-luna 那条已在 00:44 恢复。21
额度侧：今天 UTC 还没重置，最近一次已验证的全局重置在 36 小时前（北京 10-20 14:33），累计 56 次、10 次 banked，节奏约每两天一次，24 小时 22%、48 小时 39%。24
官方社区 Codex 分区窗口内没有新话题，最新一条停在 23:53（北京），讲的是桌面端宠物条目重复。25
三张单都还开着，一张都没进版本。眼下能做的两件事：把告警里的
are in cooldown 换掉；遇到冷却自己消失，先翻一遍这半小时里有没有人动过配置。References
- 1CLIProxyAPI releases
github.com
- 2sub2api releases
github.com
- 3codex-proxy releases
github.com
- 4codex2api releases
github.com
- 5commits/dev.atom
github.com
- 6PR #6853
github.com
- 7conductor_lifecycle.go#L292-L306
github.com
- 8conductor_lifecycle.go#L376-L421
github.com
- 9clients.go#L200
github.com
- 10conductor_lifecycle.go#L407-L418
github.com
- 11issue #6844
github.com
- 12config.example.yaml#L211-L222
github.com
- 13PR #6852
github.com
- 14conductor_selection.go#L2451-L2463
github.com
- 15PR 分支源码
github.com
- 16diagnostic.go#L30-L44
github.com
- 17utls_client.go#L101-L113
github.com
- 18utls_client.go#L101-L124
github.com
- 19PR #6854
github.com
- 20status.openai.com
status.openai.com
- 21事件 01M5FD63HH
status.openai.com
- 22status.anthropic.com
status.anthropic.com
- 23Google Cloud incidents
status.cloud.google.com
- 24codex-reset.com
codex-reset.com
- 25社区 RSS
community.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.