Fast 发去了上游，用量记录仍写 auto；Sol 带工具的请求在混合池里被首号拦下
服务端把请求改成 Fast 之后，用量记录里仍写着 auto；sub2api 的混合账号池会把带工具的 Sol 请求交给只支持 Chat 的账号，再直接回 400。本篇给出两处的版本与源码位置、今晚的绕行，以及 Anthropic 与 OpenAI 两条上游事件的当前读数。
北京时间 15:24 之后的这半小时，CLIProxyAPI 收了一张新单、sub2api 开了一张草稿 PR，Anthropic 的 Connectors 事件转成了 monitoring。四个仓库没有新版本，主干也没有新提交。
三件事今晚就可能撞上：Fast 已经按 priority 发出去，用量记录里还是
auto；混合账号池会把带工具的 Sol 请求交给只支持 Chat 的账号，再直接回 400；Claude 的工具失败转到 Gemini 时被写成成功。Fast 发去了上游，用量记录里写的还是 auto
报障环境是 v8.0.38（commit
0db1902）、Docker 部署、Codex OAuth 账号，下游用 Oh-My-CPA 读 usage 队列。1服务端的写法，是给 codex 协议的
gpt-* 加 service_tier: priority，客户端自己不带这个字段。请求日志显示覆盖生效了：发出去的 body 带着
service_tier: priority，X-Codex-Routing-Hint 头写的是 tier=priority。| 场景 | 记录里的 service_tier | 上游响应里的档位 | 实际发出去的 |
|---|---|---|---|
客户端自己带 priority | priority | default | priority |
| 客户端不带，由 payload.override 改成 priority | auto | default | priority |
| 客户端不带，也没有覆盖规则 | auto | default | 不带 |
第二行和第三行在记录里一模一样。下游面板因此读不到 Fast 这一档。
根因只有一处：记录里的档位取自客户端原始请求。2
CLIProxyAPI v8.0.38
sdk/api/handlers/handlers.go 第 379–392 行：setServiceTierMetadata 读的是 handler 手里的 rawJSON，读不到就写 auto——这段跑在协议转换与 payload 规则之前。调用点落在执行入口，拿到的是客户端发来的那份 body。3
流式入口另有一处，调的是同一个函数。4
这个值随后进入执行元数据，再从 context 落进用量记录。5
记录结构体里，它和上游响应给的
ResponseServiceTier 是两个相邻字段。6代理在发请求那一刻，其实知道最终档位。
Codex 执行器要拼
X-Codex-Routing-Hint，tier 段从最终请求体里读。注释的原话是「档位从最终 body 读，这样 payload 规则不会让提示过期」。7
CLIProxyAPI v8.0.38
internal/runtime/executor/codex_executor_request.go 第 329–358 行：第 331 行写明档位取自最终 body，第 353 行用 gjson.GetBytes(upstreamBody, "service_tier") 把它拼进路由提示头。同一个代理，一条路读了最终体写进请求头，另一条路读客户端原稿写进记录。
v8.0.38 整包里搜不到
effective_service_tier 这个字段。今晚能做的三条：
- 客户端能带
service_tier的就自己带，记录里才会出现priority； - 改不了客户端时，用 request-log 里
X-Codex-Routing-Hint的tier=段核对这一趟到底走了哪一档； - 面板里
service_tier与response_service_tier都别当 Fast 的计费依据，前者是客户端原稿，后者是上游的写法。
sub2api：Sol 带工具的请求，在混合池里被第一个账号拦住
v0.2.17 里有一条降级通道：Responses 客户端打到只支持 Chat Completions 的账号时，把请求转成 Chat 再发。11
模型是
gpt-6.1-sol、请求里带工具时，这条通道直接把 400 写给客户端，然后 return。
sub2api v0.2.17
backend/internal/service/openai_gateway_responses_chat_fallback.go 第 65–84 行：第 78 行判模型名与工具数，第 80 行先把 400 写给客户端，第 81 行才 return——换号循环还没轮到它。也就是说，这一轮选号落在哪张 Chat-only 账号，请求就停在哪。
池子里有 Responses 能力的账号也轮不到它，这条请求已经回给客户端了。
PR #8295 把这条改成一次「请求与账号能力不匹配」的换号。12
改法有三处值得记。新增
GatewayFailureStageRequestCompatibility 阶段，错误体带上 NextAccountRetry。ShouldReportAccountScheduleFailure 对这个阶段直接返 false，账号健康与切换指标保持原样。handler 遇到这个 reason 就原样回客户端 400，不记到上游健康上。
只有托管网关（
accountRepo 非空）才转成换号；单账号直连的调用者拿到的仍是原来的 JSON 400。测试里留了反例：
reasoning.effort=none 这类真正的请求错误不换号，换的只有能力不匹配这一种。这张 PR 15:48 开出，draft，base main，两笔提交，还没合并。
今晚要绕开的就是选号这一步：在只支持 Chat Completions 的账号上，把模型映射配成不含
gpt-6.1-sol 的名单。13这份映射非空时就是白名单，名单里没有的模型不会选到这张账号。
或者把带工具的 Sol 请求绑到有 Responses 能力的账号分组。
Claude 的工具调用失败，转到 Gemini 时被写成成功
PR #6838 改的是一行路径选择。作者 GavinKung，10-21 16:55 开出，base dev，一笔提交，还没合并。14
PR 6838 头分支
internal/translator/gemini/claude/gemini_claude_request.go 第 179–188 行：resultPath 在 IsError 时改指 error，两条分支共用同一个写入点。v8.0.38 的同一条路只有
result 一条出口。16于是「命令失败」「权限不足」这类结果，到了 Gemini 眼里是一条正常返回。
同一版本里，Claude 转 Interactions 的那条路已经保留了
is_error。17两条翻译路因此对同一件事给了两种写法。
影响落在跨协议跑 agent 的场景。模型拿到「成功」就照着往下走，重试和换方法的理由都没了。
写文件、跑命令这类工具，失败会被当成结果继续往下推。
修复还没进发行版。今晚能做的只有绕：带失败工具结果的会话别路由到 Gemini 账号，或者在工具输出里把失败写明白，让模型至少读到那几个字。
上游：Connectors 修复已部署在观察，OpenAI 仍降级，重置还没落地
Anthropic 那条 Connectors 事件在北京 15:28:22 转成 monitoring，正文是「修复已部署，正在观察恢复」。18
仍标降级的是
claude.ai 与 Claude Cowork 两个组件，状态页整体仍是 Partially Degraded Service。受影响清单里只有这两个组件，Claude API 与 Claude Code 都正常。走 API key 的中转线路这一轮照常。
重置还没落地。追踪站首页写「not landed yet」，最近一次已验证的全局重置仍是北京 10 月 20 日 14:33，累计 56 次、10 次 banked、节奏约每两天。20
上一期折算的目标是太平洋时间 10 月 22 日上午十点前，对应北京 10 月 23 日凌晨 1 点。现在离它还有约九小时。21
等它落地之后记一句：上游刷新只动上游那一侧，本地凭证级冷却要留到自己的恢复时刻。
POST /v8/management/routing/cooldown/reset 带 auth_index 还要再跑一次。22今天能做的三件事
核对 Fast 看请求头。 看 request-log 里
X-Codex-Routing-Hint 的 tier=；记录里的 service_tier 是客户端原稿，判不出 Fast。混合池里摘掉 sol。 只支持 Chat Completions 的账号别留
gpt-6.1-sol，否则带工具的请求会撞在它上面。重置落地后再解一次冷却。 上游那一侧刷新完，本地凭证级冷却还停在原处，得手动跑一次重置接口。
References
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13sub2api v0.2.17 account.go 第 916–941 行
github.com
- 14
- 15
- 16
- 17
- 18Elevated errors affecting Connectors（status.claude.com）
status.claude.com
- 19
- 20codex-reset.com
codex-reset.com
- 21Tibo 的跟帖：明天上午十点前落地
x.com
- 22
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.