10/20 午后速报：Grok 的空 402 被当成欠费，一个请求最多连坐 11 个账号
这一小时四个仓库没发新版本，sub2api v0.2.17 把无法识别账单的 Grok 402 当成欠费，单请求最多连坐 11 个账号；修复 #8235 未合并，本文给出三条止血与判据。
这一小时四个仓库都没发新版本，主干也没有新提交。要紧的一条在 sub2api：v0.2.17 把无法识别账单的 Grok 402 当成欠费，单个请求最多能让 11 个账号退出调度。1
配套补丁已经开成 PR #8235，还没合并，发行版里没有它。2
一条空 402 怎么变成整池欠费
报障人给的复现记录只有一行。请求
7bcacfea-5f76-401f-a654-e70036af3d91 的失败转移事件里，platform 是 grok，upstream_status_code 是 402，message 是「xAI upstream returned status 402」。spending limit、out of credits、subscription required，一个都没有。1这些账号本身是好的：都绑了卡，手工清掉
temp_unschedulable_until 立刻恢复，重试同一请求也能成。1放大发生在三处。第一处是分类函数：
classifyGrokUpstreamFailure 把 statusCode == http.StatusPaymentRequired 直接算成账单问题，返回 GrokFailureBilling，冷却 30 分钟，ShouldCooldown 与 ShouldFailover 同时为 true。3
第二处在 handler。body 分类没命中，
case http.StatusPaymentRequired 仍然无条件调用 tempUnscheduleGrok(ctx, account, 30*time.Minute, "grok payment required")，注释写的是「没有 body 分类结论时沿用老的 30 分钟冷却」。4
第三处是换号。既然这一跳被判成可换号，failover 就继续取下一个账号，下一个账号又吃一次空 402。
gateway.max_account_switches 默认 10，单请求因此最多把 11 个账号打成同一个理由。5五分钟确认自己中没中
先看失败转移记录。同一次请求里连续几条
kind: failover，platform 都是 grok，message 只有「xAI upstream returned status 402」，这就是本条的形态。1再看账号。Grok 账号上出现
temp_unschedulable_reason 为 grok payment required、temp_unschedulable_until 在 30 分钟之后，而账号本身能正常授权，就可以判定为误伤。4有一件事现在做不到：这批记录里没有上游响应体。grok 那处在写运维事件时只填了状态码、请求 ID 和一句 message，结构体里虽有
UpstreamResponseBody 字段却没有赋值，所以空 body 与真欠费在日志里长得一样。8报障单把补这一格列成了第三条诉求，运维目前只能靠状态码加时间分布推断。1
三条止血，按代价排
- 先把账号捞回来。 面板的「临时不可调度」弹窗逐个恢复，或按上面的 DELETE 接口批量清。清完立刻能服务，代价是要人工盯，下一次空 402 还会再来。7
- 把换号上限压小。
gateway.max_account_switches从 10 调到 2 或 3，单次请求最多连坐 3 到 4 个号。代价是遇到真实欠费时换号次数也变少，客户端更早收到错误。5 - 打 #8235 补丁。 7 个文件、+119/−21，核心是新增
isGrokUnrecognizedPaymentRequired：空 body、HTML、以及只写着402、402 payment required、http 402的裸文本都算「不指向账号」，一律不冷却、不换号，直接把错误交回客户端。2
第三处的改法值得先看清楚再上手：补丁在分类函数里插了一段新分支，命中时返回
GrokFailureCompatibility，ShouldCooldown 与 ShouldFailover 都为 false。9
它同时改了明确账单 402 的落点。v0.2.17 记的是临时不可调度 30 分钟；补丁里这一类改走
rateLimitGrok，写的是额度恢复时间。2补丁自带的测试就是按这两条断言的：空 body、
402 Payment Required、<html>402 Payment Required</html> 三种都不写状态；带「run out of credits or need a Grok subscription」的才继续冷却。2它还顺带改了面板的探活路径。
account_test_service 里原来对空 body 的 402 也会写 30 分钟不可调度，现在同一判断先过一遍，未识别就返回。2别把这三张单混在一起
Grok 这条链上前后有三张单，各管一段，照着旧结论处理会走偏。
| 单号 | 上游状态 | 现在的行为 | 现在该做什么 |
|---|---|---|---|
| #8152 | 无法识别的 403 | 记成 entitlement denied，冷却 30 分钟，可换号 | 等 #8153；先清冷却 |
| #8197 | 任意 402（通用链路） | 池模式什么都不记，非池模式直接停用账号 | 别把余额敏感的号放进非池模式 |
| #8234 | 无法识别的 402（Grok 链路） | 记成 payment required，冷却 30 分钟，可换号 | 本文三条止血 |
#8152 是十月十六日那期报的 403 版本，补丁 #8153 至今没合并。10
#8197 走的是
ratelimit_service.go 的通用 402 分支，与 Grok 专用的这一条是两条代码路径。11报障人自己在单子里把三者的边界写清了：403 那条认不出的是权限，8197 那条对所有 402 一视同仁，本条要的是「没有账单证据就别罚」。1
这一小时的其他条目
四条次要动态，按形态标清，方便判断能不能现在就依赖。
| 条目 | 形态 | 北京时间 | 读者现在能做什么 |
|---|---|---|---|
| sub2api #8236 | issue，非 PR | 11:48 | 记下需求，暂无实现 |
| CLIProxyAPI #6791 | issue，0 评论 | 11:37 | 改代理配置前先自查 UA |
| sub2api #8195 | PR，仅 rebase | 11:55 | 继续等，窗口内无新代码 |
| CLIProxyAPI #6715 | PR，窗口内无新提交 | — | 继续等，仍 open |
#8236 想要的是现有开关的反向能力。OpenAI OAuth 账号现在有「仅允许 Codex 官方客户端」，作者希望再加一条「禁止 Codex 官方客户端家族使用指定账号」，用来把官方客户端流量与其它客户端分到不同号段。12
#6791 是 UA 指纹问题：xai 提供商在非官方 baseurl 下用的是 Go 默认 UA，openai 兼容通道则固定发自己的 UA，作者希望透传下游 UA 或至少给一个像官方客户端的默认值。13
本刊在 v8.0.35 里核到两处：openai 兼容执行器在每个请求上硬写
cli-proxy-openai-compat；xai 执行器只在 base_url 是官方 CLI chat-proxy 时才写 xai-grok-workspace/<版本>，其余走默认头，UA 就落到 Go 自带值。1415
#8195 的「新提交」要打个折扣。这张 PR 只有一个提交
f00af0cc，作者时间是十月十七日 22:27（北京），提交者时间才是今天 10:21，属于 rebase 到新主干，不是新代码。16#6715 在窗口内没有新提交，头提交仍是今天 10:54 把 dev 并进分支的那一笔，9 个提交、12 个文件，仍 open。17
本轮其余
主干也没动：sub2api 的 main 停在
8f2cbb53（昨天 20:45），CLIProxyAPI 的 main 停在 ae3ee3be（今天 00:55）、dev 停在 10:16。2223额度这边同样安静。codex-reset 今日 UTC 未重置，最近一次已验证的全局重置是 10 月 17 日 20:41（UTC），累计 55 次、10 次 banked；opentherank 记 63 次、中位间隔 3.1 天、最长 68 天。2728
社区窗口内没有可收的运维条目。OpenAI 开发者社区 Codex 分区最新一条落在今天 09:07（北京），在窗口之前。29
References
- 1
- 2fix(grok): 无法识别的 402 不再冷却账号 #8235
github.com
- 3
- 4
- 5sub2api v0.2.17 config.go 第 2435–2436 行
github.com
- 6
- 7sub2api v0.2.17 admin 路由第 408–409 行
github.com
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18sub2api releases
github.com
- 19CLIProxyAPI releases
github.com
- 20codex-proxy releases
github.com
- 21codex2api releases
github.com
- 22sub2api main 提交记录
github.com
- 23CLIProxyAPI dev 提交记录
github.com
- 24OpenAI Status
status.openai.com
- 25Anthropic Status
status.anthropic.com
- 26Google Cloud Status
status.cloud.google.com
- 27Codex Reset
codex-reset.com
- 28Codex Reset Tracker
opentherank.com
- 29OpenAI Developer Community · Codex
community.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.