OAuth 号的上游 5xx 不换号：sub2api 直接回 502，规则还要求状态码逐字相等
sub2api v0.2.17 把上游 5xx 的换号只开给 API Key 类型的账号，OAuth 号会直接收到本地改写的 502；同一张单里那条没生效的自定义规则，卡在账号开关、状态码逐字相等与流内路径三道门上。
北京时间 10-23 10:24，sub2api 上来一张单：多账号场景里，一个号报错之后其余号一直没被用上，客户端最后收到
unexpected status 502 Bad Gateway: Upstream service temporarily unavailable。报障人自己加的临时不可调度规则，错误码和关键词都对上了，账号却没进不可调度。1
本刊在 v0.2.17 的源码上把这条路径走了一遍。两件事各有各的原因，两条都落在代码里：
- 换号那条路只对 API Key 类型的账号开着；
- 规则要命中，状态码必须与本地记下的那个码一字不差；
/v1/responses流里的response.failed，在到达规则匹配器之前就被截住。
窗口是北京时间 09:07 到 10:45。四仓零新版本。同期 CLIProxyAPI 一侧的动静落在同一片 schema 清洗代码上，另有一张设备码登录的单补了三笔。
一、那句 502 是本地改写的
上游回 500/502/503/504 时，sub2api 会把上游的话换掉：状态码统一换成 502，文案换成
Upstream service temporarily unavailable。2
backend/internal/service/openai_gateway_passthrough.go 第 847–862 行：401 与 403 各换一句文案，其余 ≥500 一律落到第 858–859 行那句 Upstream service temporarily unavailable；写给客户端的状态码是 502，不跟随上游。所以客户端那句 502 指不出上游的状态码。要判性质，看运维日志的「上游状态码」，那里记的是上游原值。3
二、换号只开给 API Key 号
shouldFailoverOpenAIPassthroughResponse 是透传侧唯一的换号判定。4它先放行几类与账号类型无关的：访问态错误、请求体过大、池模式下命中可重试状态码、429 与 529。5
然后是一道类型闸：
if account == nil || account.Type != AccountTypeAPIKey { return false }。6只有过了这道闸，500/502/503/504/520–526 才算「该换号」。7
代码注释写得更直白：透传模式默认保持原样代理。只有容量错误以及 API-key 上游的瞬时 5xx，才先触发多账号 failover。8
判否时走
handleErrorResponsePassthrough：账号状态照常更新，然后把那个 502 写给客户端，这一份请求不再换号。3用 OAuth 号跑 Codex 中转的，撞的就是这一条。多账号不轮换，是这条默认口径的直接结果。
面板上这一项叫「同账号重试状态码」，提示写着「仅在池模式下生效，留空使用默认值」。10
把它改成
[401, 403, 429, 502, 503]，5xx 就进了「先同账号重试、用尽再切号」那条路：同账号最多 3 次，间隔 500ms、1s、2s。11切号的总额度仍由
gateway.max_account_switches 管着，默认 10。12先想清楚「在原号上再试三次」这一步再决定加不加。它对上游持续降载有用，对真欠费只是把 502 拖得更久。
三、规则要命中，得同时过三道
第一道，账号上得真的开着。
temp_unschedulable_enabled 不为 true，规则整段不参与匹配。13第二道，状态码逐字相等。匹配函数第一行就是
if rule.ErrorCode != statusCode || len(rule.Keywords) == 0 { continue }，关键词在它之后才去 body 的前 64 KiB 里找。1415
backend/internal/service/ratelimit_service.go 第 2686–2700 行：第 2693 行要求 rule.ErrorCode 与传进来的状态码完全相等，不等就跳过；关键词匹配只对前 64 KiB 的 body 做。所以规则里写 503、本地记的是 502，永远不命中。该写哪个码，抄运维日志里「上游状态码」那一列，别抄客户端看见的 502。
第三道，流式失败在这一层就被截住。
response.failed 或 error 帧的状态先由 openAIStreamFailureStatus 算。401/403/429/529 原样返回，其余一律归 502。503 是唯一的例外：只有消息里出现
server is overloaded、servers are overloaded、servers are currently overloaded 三句之一，它才被保留。1617而拿到这个状态的
handleOpenAIStreamTerminalAccountSideEffects，switch 里只有 403 与 401/429/529 两档，default 直接 return statusCode, false。18
handleOpenAIAccountUpstreamError 的地方；第 1661–1662 行的 default 让其余状态码原地返回。规则匹配器就挂在那条被跳过的路上。也就是说，流内失败永远走不到规则这一层。哪怕上游真在流里塞一个 503，也一样。
判别只有一步：看运维日志里的「上游状态码」。是 503，属 HTTP 层，规则本该命中，去查开关和那个码；是 502，或事件类型写着
stream_failed，属流内路径，改规则这一侧就到此为止。四、就算命中了，默认也只停模型
模型级命中只给这个模型记冷却，账号在别的模型上仍会被选中。21
想把整个账号拉出调度，得在规则里显式选账号级，v0.2.17 的字段叫
scope: account。22顺手更正一条旧消息：给规则加
account_wide 的 PR #7545 今天 10:20 由作者自己关了。他的原话是 0.2.16–0.2.17 已经用 scope（account/model）加三态选择器实现了同一件事。他说：「这个 PR 已经过时」。23v0.2.17 整包里搜
AccountWide 是零命中，那个键在这个版本里并不存在。五、CLIProxyAPI：同一片 schema 代码上的第三张单
09:33，hrygo 开了 #6900：给递归的工具 schema 加一个可选的「只断环」展开。24
提案里写得很清楚：有的上游拒收递归引用，有的上游接受无环的本地引用。所以「把每个引用都内联」与「只去掉递归」是两件事。
现状确实是把每个本地引用都复制一份。清洗的 Phase 1 先调
inlineLocalRefsForClean，注释写明「清洗器后面会删掉 $defs 与 definitions，所以每条路由都必须在这里展开引用」。25复制有预算：一次内联最多搬 256 KiB。26
问题就在这句提示上。清洗时
$defs 与 definitions 整段会被删掉，28 于是 See: Value 指向的那个定义，在发出去的体里已经不存在。模型拿到的是一个空对象，加一句找不到出处的提示。这条是功能提案，v8.0.40 里既没有开关，也没有「只断环」的实现。今天要动只能在代码里动。
一分钟后，这位作者还给 #6897 与 #6898 各补了一条 release recheck。两单在 v8.0.40（提交
d946c4fb、Go 1.26.10、macOS arm64）上，缩小复现都还在。3132#6898 那条值得单独说，因为上一期本刊在整条请求路径上没能复现它。这次的复现缩到了 helper：参数
{"user":"v"} 配一个 {"type":"object","properties":{}} 的声明，两个 cleanup 入口都回 {}，ClaudeToolIsParameterless 对它仍返回 true。32报障人自己也写明这是离线 helper 执行，结论只到 helper 这一层。这一条的范围是隐式开放对象，记着会用得上。
六、设备码登录：三笔都落在回调口径上
这张单在窗口里又落了三笔，都在收口同一件事。
08:48 那笔把设备登录的 state 单独登记，浏览器回调带这种 state 时直接拒。35
09:10 那笔给落盘加了超时：保存凭据时套一层
oauthSessionTTL 超时；写盘卡住，会话到点就自己结束。37前两笔落在上一期发稿前十几分钟与几分钟，本期一并交代，因为它们是同一件事的三段。
七、另外三仓与上游
四仓版本都没动。CLIProxyAPI 仍是 v8.0.40，main 与 dev 都停在 10-23 08:09；sub2api 仍是 v0.2.17，主干 10-22 10:33。
上游这半天是干净的。OpenAI 状态页整体 All Systems Operational，没有活动事件；最近一条仍是凌晨那条「新广告账户分配管理员失败」，08:07 已恢复。43
额度侧照旧。codex-reset 写今日 UTC 尚未重置；库里最近一次已验证的全局重置是 10-23 01:10（北京），累计 57 次、10 张 banked，节奏约每 2 天。
首页仍把 Tibo 10-22 14:55 那条「明天太平洋时间 10 点前落地」列为有效信号。46
opentherank 记 65 次、中位间隔 3 天、最长 68 天。47
八、今天的处置表
| 处境 | 今天做什么 | 依据 |
|---|---|---|
| 用 OAuth 号跑多账号，指望上游 5xx 自动换号 | 默认按原样回 502。池模式下把 502/503 写进「同账号重试状态码」，先接受同账号重试三次 | passthrough.go |
| 自定义规则写了 503 却不生效 | 先看日志的「上游状态码」：是 502 就把规则改成 502；是 stream_failed 就改不动 | ratelimit_service.go |
| 规则命中了，账号却还在被选 | 规则粒度默认模型级；要整号停调，把 scope 选成账号级 | account.go |
还在等 #7545 的 account_wide | 作者已关单，直接用 scope | #7545 |
| 工具用递归 schema，走 Gemini、Vertex、Antigravity | 现在的降级会给一句指向已删定义的提示；等 #6900 或自己打补丁 | #6900 |
| 想在面板里点按钮做 Codex 设备码登录 | v8.0.40 没有这个接口；等 #6715 合入 | #6715 |
References
- 1sub2api #8307
github.com
- 2
- 3
- 4同文件第 776–806 行
github.com
- 5同文件第 780–794 行
github.com
- 6同文件第 796–798 行
github.com
- 7同文件第 799–806 行
github.com
- 8同文件第 427–433 行
github.com
- 9account.go 第 1239–1251 行
github.com
- 10EditAccountModal.vue 第 490–492 行
github.com
- 11failover_loop.go 第 34–41 行
github.com
- 12config.go 第 2435–2436 行
github.com
- 13account.go 第 442–452 行
github.com
- 14ratelimit_service.go 第 2678–2700 行
github.com
- 15同文件第 2499 行
github.com
- 16
- 17
- 18
- 19EditAccountModal.vue 第 4120–4133 行
github.com
- 20同文件第 5152–5157 行
github.com
- 21ratelimit_service.go 第 2634–2646 行
github.com
- 22account.go 第 133–148 行
github.com
- 23sub2api #7545
github.com
- 24CLIProxyAPI #6900
github.com
- 25gemini_schema.go 第 133–140 行
github.com
- 26同文件第 768 行
github.com
- 27同文件第 1232–1258 行
github.com
- 28同文件第 1120 行
github.com
- 29kimi_executor.go 第 1459 行
github.com
- 30xai_executor_request.go 第 1204 行
github.com
- 31#6897 的 recheck 评论
github.com
- 32#6898 的 recheck 评论
github.com
- 33translator.go 第 955–969 行
github.com
- 34CLIProxyAPI #6715
github.com
- 35提交 bf185a34d9
github.com
- 36提交 b5eff859e8
github.com
- 37提交 8a0e5b66c5
github.com
- 38v8.0.40 的 auth_files_v8.go
github.com
- 39CLIProxyAPI 发行页
github.com
- 40sub2api 发行页
github.com
- 41codex-proxy 发行页
github.com
- 42codex2api 发行页
github.com
- 43OpenAI 状态页
status.openai.com
- 44Claude 状态页
status.claude.com
- 45Google Cloud 状态页
status.cloud.google.com
- 46codex-reset
codex-reset.com
- 47opentherank 的 Codex 重置页
opentherank.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.