同一条 Claude 529：CLIProxyAPI 冻那张凭证 60 秒，sub2api 冻整个账号 10 分钟
Anthropic 在北京时间 03:49 把 Claude Fable 5 标成降级；这篇给出同一条 529 在 CLIProxyAPI v8.0.38 与 sub2api v0.2.17 里各冻住什么、冻多久，以及今晚该改哪个键。
Anthropic 在 10 月 21 日 19:49 UTC（北京 10 月 22 日 03:49）开了一条事件，标题是 Claude Fable 5 的请求错误升高。状态页给的影响级别是 minor，状态停在 investigating。1
同一时刻，Claude API（api.anthropic.com）与 claude.ai、Claude Code、Claude Cowork 四个组件都标成 degraded performance。Claude Console 与 Claude for Government 还正常。2
同一个 529，两个主流栈冻住的对象和时长都不同。CLIProxyAPI v8.0.38 冻撞上来的那张凭证 60 秒，sub2api v0.2.17 冻整个账号 10 分钟。
窗口内四仓零新版本、零新条目、主干零新提交，今晚要动的只有 Claude 这一侧。
上游这次只点了 Fable 5 的名
事件正文只有一句：正在排查发往 Claude Fable 5 的请求错误升高，有更新会尽快给出。1
标题只写 Fable 5，组件表把 Claude API 整条标成降级。两处口径宽窄不同，号池里跑其它 Claude 模型的机器也可能一起受影响。
r/ClaudeAI 的机器人在 03:51 开了讨论帖，顶置在板块里，正文转的就是这条事件。4
想让它主动叫你，订阅状态页的历史 feed：
status.claude.com/history.atom。5CLIProxyAPI：529 落进 default 分支
Claude 执行器把上游错误交给上层之前，只对 429 做细分。
统一的 5h/7d 拒绝记成凭据级，fast 模式的额度拒绝记成请求级，其余 429 记成模型级。6
529 落到这三个分支之外。它套上一层 statusErr，带着原状态码向上抛。
这里的一张凭证，就是 auths 目录里的一个账号条目。
冻多久由
applyAuthFailureState 里的那个 switch 决定。7401、402、403 各 30 分钟；404 按上游重置时间算，缺省 12 小时；429 走额度冷却；408、500、502、503、504、520–526 走瞬时冷却，并优先采用上游给的 retry-after。
这个值默认 0，函数把 0 换算成 60 秒；设成负数直接返回零时刻，等于关掉。
配置注释里列的状态码是 408、500、502、503、504、520–526；default 分支读的是同一个值，所以
routing.cooldown.transient-error-cooldown-seconds 实际管得到 529。9
CLIProxyAPI v8.0.38 的
applyAuthFailureState，第 2720–2772 行，截于 2026-10-22 04:30（北京时间）前后。额外重试轮次认的是另一张名单：403、408、429、500、502、503、504。10
首轮之内它照样逐张换号。每撞一次 529，那一张就被冻 60 秒，请求接着去下一张。
池子小的时候，一轮换完，全池都在冷却里。客户端拿到 503，message 以 no auth available 开头，响应头带
Retry-After。11流式请求还有另一种收场：Anthropic 在
message_stop 之前断流，CLIProxyAPI 回 502，msg 是 upstream stream closed before message_stop。12sub2api：529 是账号级，默认 10 分钟
handle529 先读管理端的 overload_cooldown_settings。读不到就用配置里的 rate_limit.overload_cooldown_minutes，这个键默认 10。1415管理端那份设置开着 enabled 时，时长被夹在 1 到 120 分钟之间：填 0 抬到 1，填 999 压到 120。16
接着
SetOverloaded 把 overload_until 写进账号行，同时推一条事件给调度器重算。这张号在到期前不参与选号：可用性判断里
OverloadUntil 没过期就直接返回 false。17
sub2api v0.2.17 的
handle529，第 1968–2005 行。529 以外的 5xx 更轻：打一条
account_upstream_error 警告，账号状态原样保留。19全池都没有可选账号时，客户端拿到 503，文案是
No available accounts。20两个栈放在一起
| CLIProxyAPI v8.0.38 | sub2api v0.2.17 | |
|---|---|---|
| 认哪个信号 | 状态码 529，落 default 分支 7 | 状态码 529，单独一支 13 |
| 冻住谁 | 撞上来的那张凭证 8 | 整个账号 14 |
| 默认多久 | 60 秒 9 | 10 分钟 15 |
| 改哪个键 | routing.cooldown.transient-error-cooldown-seconds，-1 关 9 | rate_limit.overload_cooldown_minutes，或管理端 overload_cooldown_settings，1–120 16 |
| 池模式 | 同一套冷却，不区分模式 7 | 跳过，只记日志 18 |
| 客户端看到 | 全池冷掉后 503 + Retry-After 11 | 503 No available accounts 20 |
同一晚的 429 只锁模型
sub2api 对 Fable 另有一层模型级处理。429 的响应体里
error.details.error_code 是 credits_required 时，它只给这个模型打标记，键名就是 claude-fable-5。2122anthropic-ratelimit-unified-7d_oi 这个窗口被拒时，落点也是同一个模型级键。23同一张号碰到两种错误，结果差很远。
Fable 回 429，只有
claude-fable-5 被锁，这张号跑其它模型不受影响；Fable 回 529，非池模式下整张号 10 分钟不参与选号。今晚看到哪种错误码，处置就按哪种走。
今晚的处置顺序
- 先别批量停号。两个栈的冷却都会自己到期，手动停用只把池子做小，压力还留在上游。
- sub2api 非池模式、池子又小：把 529 冷却调短。管理端改
overload_cooldown_settings，下限 1 分钟；这轮降级过去再改回来。 - CLIProxyAPI：把
routing.cooldown.transient-error-cooldown-seconds调到几秒，或设 -1 关掉瞬时冷却。529 的冷却读的是这个键。 - 降级拖过一两个小时：把
claude-fable-5从可调度模型里摘掉。CLIProxyAPI 写oauth-excluded-models的 claude 一段；sub2api 用分组模型白名单或账号上的模型限制。 - 告警按三个词认：sub2api 日志里的
account_overloaded（账号级 529）与account_upstream_error（其它 5xx）；CLIProxyAPI 侧看 503 加 no auth available，以及响应头的Retry-After。 - 订阅
status.claude.com/history.atom，让事件自己找上门。
另外两条：FedRAMP 闭环、存着的重置在北京时间 10-23 00:00 到期
OpenAI 那条 FedRAMP 事件在 19:34:58Z（北京 03:34）转成 resolved，最后一条更新是 All impacted services have now fully recovered. 24
站点状态回到 All Systems Operational。25
Claude 订阅这边有个更硬的截止时间。一位用户在用量页的网络响应里读到一个 offer 对象：
ends_at 是 2026-10-22T16:00:00Z，clears 是 five_hour 与 seven_day 两个窗口。26换成北京时间，是 10 月 23 日 00:00。这张存着待用的重置（banked reset，清的是 5 小时与 7 天两个窗口），过了这一刻就作废。
这条读数来自浏览器里的接口响应，官方帮助页只写「按 offer 上写的时间到期」。要把这条时间算进计划，只能自己去用量页的接口响应里看；栈里那套
anthropic-ratelimit-unified-* 头给不出这一格。订阅侧：AI Plus 只剩 Flash 两档
Google 的帮助页把改完之后的模型表列了出来：无订阅走 Auto；AI Plus 保留 Flash-Lite 与 Flash，Pro 一栏是叉；AI Pro 与 AI Ultra 三档俱全。27
页面写的是 10 月起生效：无订阅用户从 10 月 9 日开始，AI Plus 用户会收到邮件写明自己那一天。
r/GeminiAI 上一位年付用户说，他收到的邮件写的是 11 月 13 日。这条出自一个人，官方页面没有逐条列出各账号的日期。28
四仓静默
CLIProxyAPI 停在 v8.0.38、sub2api 停在 v0.2.17、codex-proxy 停在 v2.1.20-beta.0543eaa、codex2api 停在 v3.1.1。29303132
窗口内四仓零条新开条目、零条合并。sub2api 只翻出 4 月那个交流长帖，被顶了一下。
codex-reset 的读数没动：今天 UTC 还没重置，最近一次已验证的全局重置在 37 小时前（北京 10 月 20 日 14:33），累计 56 次、10 张存着。33
References
- 1Degraded performance for Claude Fable 5
status.claude.com
- 2Claude Status
status.anthropic.com
- 3Claude API errors
platform.claude.com
- 4
- 5Claude Status history feed
status.claude.com
- 6
- 7
- 8
- 9config.go 第 88–90 行（v8.0.38）
github.com
- 10
- 11handlers_errors.go 第 57–94 行（v8.0.38）
github.com
- 12
- 13
- 14
- 15config.go 第 2345 行（v0.2.17）
github.com
- 16setting_features.go 第 668–705 行（v0.2.17）
github.com
- 17account.go 第 200–202 行（v0.2.17）
github.com
- 18
- 19
- 20
- 21
- 22model_rate_limit.go 第 18 行（v0.2.17）
github.com
- 23
- 24Elevated FedRAMP API error rates for Astra and Sol
status.openai.com
- 25status.openai.com summary
status.openai.com
- 26
- 27Changes to Gemini model access and limits
support.google.com
- 28
- 29CLIProxyAPI releases
github.com
- 30sub2api releases
github.com
- 31codex-proxy releases
github.com
- 32codex2api releases
github.com
- 33codex-reset.com
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.