Muse 升到 $200：面板读到了新额度，号池还在 429
Muse 订阅升到 $200 后额度读数已经更新，号池却还停在上一次的额度冷却上：本期判清两种 429 的来源、给出不删号就能放掉的那条接口，另附自定义选路被会话亲和绕过、OAuth 回调转发器绑 0.0.0.0 的现状与五张未合并补丁。
没有版本可报的时候，值得报的是那些「状态已经过期、却还在替你做决定」的地方。这一小时正好凑齐三处。
主线是一张昨晚开的单。Muse Code 订阅从 $50 升到 $200，面板上 refresh 之后额度读出了新值。
可用 API key 调 muse 却一直 429；重新授权没用，最后靠删号重建才恢复。3
三条结论先放前面。429 有两种，判据在响应体里。重新授权清不掉旧状态，能清的是另一个接口。这一小时的补丁都还没进 dev。
四仓版本
| 项目 | 当前版本 | 发布时间（北京） |
|---|---|---|
| CLIProxyAPI | v8.0.48 | 10-30 22:37 |
| sub2api | v0.2.19 | 10-28 18:16 |
| codex-proxy | v2.1.21 | 10-28 04:33 |
| codex2api | v3.1.2 | 10-28 04:40 |
本窗口从北京 23:25 算起，四个仓库零发版。codex-proxy 与 codex2api 连新条目都没有。
一、Muse 升到 $200 之后：读数是新的，状态是旧的
报障人写得很具体：升级前他先把上一档的周额度跑完了，代理也如实报了出来。升到 $200 后点了额度刷新，读数确实是新的。3
问题出在刷新和路由读的不是同一样东西。
Meta 的 429 进到执行器，会先被
isMetaSubscriptionQuota 认一遍。
internal/runtime/executor/meta_executor.go 第 346–384 行（v8.0.48）：第 346–356 行从 resets_at 算出要等多久，第 359–370 行是这个错误自带的 credentialScoped 标记，第 372–382 行是那句判定。4判成订阅额度用尽之后，返回的不是普通状态错，而是带着
credentialScoped: true 的那个错误。5要等多久取的是上游给的
resets_at。Muse 的额度按周算，所以这个恢复时刻最远是七天。这个标记在冷却判定里意味着「整张凭证都欠费」，不是「这个模型暂时不行」。6
而且它不会因为一次成功就放掉。成功分支里专门留了一条：凭证级冷却仍在生效时，保留不动。7
于是两份状态并存：一份是刚刷出来的新额度，一份是上个窗口留下的恢复时刻。路由只认后者。
二、为什么重新授权救不了它
换成新 token 也走不通，因为换文件那条路会继承旧状态。
凭证文件的替换走 file snapshot 分支。这个分支里
Unavailable 与 NextRetryAfter 原样从旧记录抄过去。Quota 整份克隆回来，连观测时刻都一并搬。8
sdk/cliproxy/auth/conductor_lifecycle.go 第 388–414 行（v8.0.48）：第 408–409 行抄走不可用标记与下次重试时刻，第 413–414 行把旧的额度状态整份克隆回来。重新授权走的就是这里。8删号重建是另一条路：旧记录没了，新记录没有任何额度冷却。
这正是「重新授权无效、删号有效」这两句话能同时成立的原因。
先别急着删号。看客户端收到的那个 429 是谁写的。
本地挡下时，
code 是 model_cooldown，message 是「All credentials for model … are cooling down」，还带 reset_seconds。9本地那种，一条命令就能放掉：
curl -X POST http://127.0.0.1:8317/v8/management/routing/cooldown/reset \
-H "Authorization: Bearer <management secret>" \
-H "Content-Type: application/json" \
-d '{"auth_index":"<凭证的 auth_index>"}'这个接口清的是指定凭证的模型级与凭证级冷却，返回里带
auth_index 与受影响的模型列表。12有一个前提：这张凭证不能挂着 401 失败记录。
挂着的话，清冷却那一步第一行就返回，模型级那部分照清，凭证级那部分留着。13
如果 429 是上游那种，删号也没用。下一轮它还会回同样的窗口，只能等
resets_at 或者换一张凭证顶上。这套判据不只对 Muse 适用。凡是按订阅额度计费、上游会回
resets_at 的供应商，都可能出现「读数变了、状态没变」。三、同一个号池上的第二种错误：403
Muse 这一类订阅号还有另一个错误，症状接近、原因完全不同。
Muse 只认自家客户端。指纹不对时回 403
client_attestation_denied。错误原文写得很直白：这张 key 计费在一个 Muse Code 订阅上，订阅只覆盖 Muse Code 客户端发起的请求。15
报障人抓了 Muse Code 1.4.14 的包，新指纹是
muse-build/1.4.14 加 tbh:exec，另带四个 session 头。他实测新指纹回 200，旧指纹过一会儿重试也能 200——这条 403 是间歇的。15
为什么必须和上一节分开：403 是身份问题，去清额度冷却只会白忙；429 是额度问题，改指纹也不会好。
四、亲和抢在选择器前面
如果你给某个号池装了自定义选路策略，有一类号你排不掉。
SessionAffinitySelector 的 Pick 先查会话缓存。命中之后，只要那个号还在本地可用集合里，它就直接返回。回退选择器根本没被问过。16
sdk/cliproxy/auth/selector.go 第 1195–1214 行（v8.0.48）：第 1199 行查缓存，第 1200–1204 行命中即 return auth, nil；只有第 1207 行注释以下那条路径才会去问回退选择器。16要说清楚它拦得住什么、拦不住什么。
被本地判成冷却或停用的号，亲和会跳过——可用集合里没有它。
它拦不住的是「策略上不该用、本地仍算可用」那种：额度已经恢复但你想留着的付费号，或者你自己觉得已经超量的号。
#7122 补的就是这一层：加一个可选的 CandidateFilter 接口。回退选择器实现了它，亲和就在查缓存之前先过滤；过滤报错直接中止本次选择，不再退回去用那个本该被排掉的号。17
同一位作者还递了另外两张，凑起来才是完整的一套。
补丁加的是
Builder.WithSelectorFactory：重载时按工厂重建，工厂报错就拒绝这次路由更新。19#7123 是兜底。给嵌入式应用一个 Hooks.ValidateConfig，管理端保存前先验。不通过回 422，文件与内存里的配置都不动。20
三张都还 open，都不在 v8.0.48 里。今天的规避只有两条：把
session-affinity 关掉，或者把不想被选中的号直接停用。五、OAuth 回调转发器写死 0.0.0.0
从管理面发起 OAuth 登录时，代理会在本机起一个小转发器，把回调转到管理端。
监听地址是写死的。
internal/api/handlers/management/auth_files_oauth_callback.go 第 47–72 行（v8.0.48）：第 61 行 addr := fmt.Sprintf("0.0.0.0:%d", port)，第 62 行直接拿它起监听——server.host 配成 127.0.0.1 也一样。23这件事只在登录待完成的那段时间成立：转发器在 Web UI 发起登录时起，登录结束就停。24
但那几分钟里，三个本机端口对整个网段是开着的。
补丁没合之前，在公网管理面上点登录的那几分钟，记得把这三个端口挡住。
今晚的动作
先判 429 的来源。
code 是 model_cooldown 就是本地挡的，是 Meta 原文就是上游回的。这一步决定后面走哪条路。本地挡的，用
cooldown/reset 放掉，不要删号。 命令在第二节，拿 auth_index 调一次即可。删号重建能好，是因为它换了记录，代价是你得重新登一次号。
上游回的，别动号。 等
resets_at，或者换一张凭证顶上。删号不会让上游的上一个窗口消失。Muse 类号顺手查一眼 403。 日志里搜
client_attestation_denied。有的话那不是额度问题，改指纹才有效，而改指纹的补丁还没合。公网管理面登录期间挡住 54545 / 1455 / 51121。 这是往回补那个写死的监听地址。
本窗口其余条目
| 条目 | 买什么 | 状态 |
|---|---|---|
| #7126 | 让一个插件注册多个 OAuth 登录入口 | open，零评论 |
| #7113 | Muse Code 1.4.14 客户端指纹 | open |
| #7122 | 亲和复用前先过一遍候选过滤 | open |
| #7123 | 管理端保存前校验配置，失败回 422 | open |
| #7124 | 自定义选择器跨配置重载存活 | open |
#7126 是功能请求不是故障：插件的能力结构只能挂一个 OAuth 登录入口。同一套账号体系有两个登录门户的供应商，只能自己造一个选择页。26
sub2api 本窗口有三条（控制台外观、设置页 i18n、Creem 支付接入）。都属界面与收款，与额度风控无关，本期不收。
上游与额度
OpenAI 那条图片编辑事件动了，但没结束。
14:35 从 identified 推进到 16:06 的 monitoring，原文是「已实施缓解措施，正在观察受影响服务以确认恢复」，
resolved_at 仍是空。27组件那一栏还是 Images 的
degraded_performance，整站标 minor。28上一期写这条的时候它还停在 identified。现在的意思：缓解做了，但还不能说好了。
图片编辑这条链路，继续别对着一个号扇出重试。
Claude 状态页全绿，今天没有事故。29
Gemini 那边是社区信号，不是官方公告，但三条指向同一件事。
r/GeminiAI 有人报 Pro 账号从 0% 起只跑了约 20 次生成就触顶，自述配额被砍掉至少三分之二。30
同一板块有人说 Argon 连续 24 小时被回落到 3.8，并弹出「高级模型当前需求高，本次由其它模型作答，不计入你的额度」。31
还有一条「六条消息就把 Argon 用完」，30 赞、25 条评论。32
对中转的动作是两件。按新的消耗速度重算自动暂停阈值，别沿用旧百分比。
把「a different model was used」这类回落提示写进日志监控——回落不等于失败，但那一轮不扣额度。
额度重置没有发生。codex-reset 写今天 UTC 还没重置，最近一次已验证的全局重置仍是 10-28 06:35 UTC，累计 61 次、10 次 banked。33
它的接口里那个「重置信号」还停在 10-22 那条，且已标为失效——之后没再出现新的承诺。34
References
- 1v8.0.48 发布页
github.com
- 2dbb70621 的提交页
github.com
- 3CLIProxyAPI #7125
github.com
- 4meta_executor.go (v8.0.48)
github.com
- 5meta_executor_execute.go (v8.0.48)
github.com
- 6conductor_cooldown.go (v8.0.48)
github.com
- 7conductor_cooldown.go (v8.0.48)
github.com
- 8conductor_lifecycle.go (v8.0.48)
github.com
- 9selector.go (v8.0.48)
github.com
- 10handlers.go (v8.0.48)
github.com
- 11auth_files.go (v8.0.48)
github.com
- 12quota.go (v8.0.48)
github.com
- 13conductor_cooldown.go (v8.0.48)
github.com
- 14meta_executor.go (v8.0.48)
github.com
- 15CLIProxyAPI #7113
github.com
- 16selector.go (v8.0.48)
github.com
- 17CLIProxyAPI #7122
github.com
- 18service_config.go (v8.0.48)
github.com
- 19CLIProxyAPI #7124
github.com
- 20CLIProxyAPI #7123
github.com
- 21auth_files_oauth_callback.go (v8.0.48)
github.com
- 22antigravity/constants.go (v8.0.48)
github.com
- 23auth_files_oauth_callback.go (v8.0.48)
github.com
- 24auth_files_provider_oauth.go (v8.0.48)
github.com
- 25CLIProxyAPI #7121
github.com
- 26CLIProxyAPI #7126
github.com
- 27事件详情
status.openai.com
- 28OpenAI status summary
status.openai.com
- 29Anthropic status
status.anthropic.com
- 30
- 31my argon doesn't work
reddit.com
- 32Six messages with Argon
reddit.com
- 33codex-reset
codex-reset.com
- 34codex-reset feed
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.