10/20 午后速报：SGLang 的 reasoning 被记成 0，v8.0.35 与 main 都认不出这个平铺字段
这一小时四仓零新版本，CLIProxyAPI 补上了第三种 usage 写法的解析：SGLang 上游的 reasoning 读数在 v8.0.35 上仍记 0，本文给出判据、三档版本状态与今晚的处置顺序。
这一小时四个仓库都没发新版本；有动作的只有 CLIProxyAPI，它的 main 与 dev 各前移了一笔。要紧的一条在 CLIProxyAPI：SGLang 上游的 reasoning 读数被记成 0，补丁当天中午就进了 dev，发行版还没带。1
时间线很短。北京时间 12:22 有人开单，12:25 补丁提交到 dev，12:29 报障人自己在单里写下「已部署验证」，把单关掉。2
发行版没有这一笔。今天凌晨 03:02 发出的 v8.0.35 里，这段解析仍是两级回落；main 上也还没有。3
影响面先说清楚：受影响的只有本地 usage 明细的拆分。输入、输出、总量三个数照常解析，上游账单按它自己的 usage 计算，跟这里无关。1
面板上思考占比一直是 0%，可能就是这条
中招的人看到的现象很一致：模型确实在思考，本地记录里 reasoning 每一行都是 0，非推理输出却等于整份 output。1
触发条件只有一条：上游把
reasoning_tokens 平铺在 usage 顶层。SGLang 的 OpenAI 兼容服务就是这么发的。1报障单贴了一条真实请求的 usage：
prompt_tokens 241114、completion_tokens 1156、reasoning_tokens 530，最后一个与 prompt_tokens_details 同级。1OpenAI 与 vLLM 那几种写法把 reasoning 嵌在
completion_tokens_details 下面，Responses 风格嵌在 output_tokens_details 下面。这两种写法这段代码认得出，读数正常。1自检不用翻源码。挑一个走 SGLang 上游的模型，看一条请求的原始 usage 里有没有顶层
reasoning_tokens，再对一眼本地明细里这一项是不是 0。两个条件同时成立，就是这条。同一份文件里，另外两条路早就认平铺写法
usage_helpers.go 里有三个解析器，分别对 Anthropic、Interactions 和 OpenAI 兼容三种 usage。4前两个早就带了平铺回落。Anthropic 那条路依次找
output_tokens_details.thinking_tokens、output_tokens_details.reasoning_tokens，最后落到平铺的 thinking_tokens；Interactions 那条路直接读 reasoning_tokens。4只有 OpenAI 兼容这条路的回落链停在两级：先
completion_tokens_details.reasoning_tokens，读不到再试 output_tokens_details.reasoning_tokens，再往下就没有了。4
后果落在记账那一层。
NewSubsetTokenBreakdown 把非推理输出算成 output 总量减去 reasoning，reasoning 读成 0，这一项就把整份 output 都算进去。5拿报障单那条请求算：1156 个输出本该拆成 626 个非推理加 530 个推理，现在整份 1156 都记在非推理一侧。1
如果你们的成本分摊或容量报表按这一项看思考占比，那个比例会一直是 0%。总量口径没有变化。
补丁只有七行，落在回落链的第三层
补丁在 dev，提交
e198f3cd，2 个文件、+34/−1。2改法两处。
hasOpenAIStyleUsageBucketFields 的判定里加上平铺键，回落链末尾再补一层 if !reasoning.Exists() 去读 usage.reasoning_tokens。2另外 28 行回归测试，喂的是 SGLang 形状的 payload。2
第一处值得单独说一句。那个函数决定「这份 usage 算不算带分桶字段」，旧代码里一份只带平铺
reasoning_tokens、没有 prompt 与 completion 计数的 usage，连用量的边都摸不到。SGLang 正常会带全，所以日常更常见的是第二处。
三个 ref，三格状态
3f0cef01 本身只是 README 的三语赞助商改动，没有代码。8跟着一起进 main 的两笔，是上一期与更早那期报过的缺陷：非流式 /v1/responses 丢 reasoning 明细，以及 Claude responses 的 tool_use 结束原因被改写成 end_turn。910
| ref | 平铺 reasoning_tokens | 非流式 /v1/responses 的 reasoning | Claude responses 的 tool_use | 你该怎么用 |
|---|---|---|---|---|
| v8.0.35（发行版） | 无 | 无 | 无 | 现在装着的那一版，三项都缺 3 |
| main | 无 | 有，7db0935a | 有，c449529e | 从 main 自建的人已经拿到后两项 7 |
| dev | 有，e198f3cd | 有 | 有 | 三项齐全，但还没有 tag 6 |
main 上那句回落长这样：
output_tokens_details.reasoning_tokens 读不到时再试 completion_tokens_details.reasoning_tokens。发行版的同一位置只有前半句。11今晚三条处置
- 要立刻拿到正确拆分，就自己补这七行。 改
usage_helpers.go的两处：第 1046 行附近的判定加平铺键，第 1085 行附近的回落链加第三层；或者直接跑 dev 构建。发行版要等下一个 tag。2 - 只求稳，就把这两个字段标成不可信。 reasoning 与非推理输出在修复前都别拿来算占比或分摊成本，判断退回 output 总量；总量这一栏这版是准的。5
- 上游那边保持原样。 SGLang 发的是它既定的 schema，报障人在单里也这么写；问题在本地这一段解析。1
范围提醒一句：这把解析被 OpenAI 兼容执行器、Kimi、xAI、Antigravity 的 summary 与 Claude 的压缩路径共用。12121313141516 这些路径上只要上游发平铺键，都会走到同一处。
sub2api：Grok 402 那张单这一小时没动
上一期给的三条止血今天仍然有效，这一小时没有新进展。
PR #8235 还是 open，唯一一条评论来自 CLA 机器人，11:30 要求作者签署贡献者协议。17
除了这条机器人评论，单里没有别的声音；报障单 #8234 也还是 open、0 条评论，最后更新停在 11:26。18
所以「一条空 402 冷却整个号池」这件事，今晚仍得自己处理：逐个把账号从临时不可调度里放出来，把换号上限调小，或者自己打那张补丁。
CLIProxyAPI 这边还有一条不算进展的更新：Codex 设备登录那张 PR #6715 在 12:54 做了一次并 dev，代码没动，仍 open。19
上游与社区：这一小时没有新事件
- OpenAI 状态页 All Systems Operational，0 个活动事件，0 个降级组件。20
- Anthropic 状态页 All Systems Operational，今日无事件。21
- Google Cloud 的事件列表仍是 7 条，最近一条还是 10-08 到 10-09 的 Cloud Storage。22
- Codex 今日 UTC 尚未重置，最近一次已验证的全局重置在 10-18 04:41（北京），累计 55 次、10 次 banked。23
- opentherank 的口径是 63 次、中位间隔 3.1 天、最长 68 天。24
- 官方社区 Codex 分区最新一条是 09:07 的「Plus plan 5hr usage meter?」，落在窗口之前。25
Reddit 上这一小时的新帖是模型体验与作品展示，跟中转运维不搭边，这一期没有收。r/OpenAI 一条讲 GPT-6 在 Plus 里生成卡顿，r/GeminiAI 两条是效果求助与体验晒图，r/ClaudeAI 两条是用 Claude 玩 RuneScape 和用一个会话复刻短片流程。26272829
还开着的两件事，下一期接着看：这笔修复随哪个 tag 发出，
#8235 什么时候有人评审。References
- 1
- 2
- 3CLIProxyAPI releases
github.com
- 4
- 5
- 6
- 7v8.0.35…main 的提交差异
github.com
- 8
- 9
- 10
- 11
- 12
- 13
- 14xai_executor_execute.go 第 265 行
github.com
- 15antigravity_executor_stream.go 第 452 行
github.com
- 16claude_executor_compaction.go 第 214 行
github.com
- 17fix(grok): 无法识别的 402 不再冷却账号 #8235
github.com
- 18Grok 402 空 body 被当成欠费 · sub2api #8234
github.com
- 19
- 20OpenAI Status
status.openai.com
- 21Anthropic Status
status.anthropic.com
- 22Google Cloud Status
status.cloud.google.com
- 23Codex Reset
codex-reset.com
- 24Codex Reset Tracker
opentherank.com
- 25OpenAI Developer Community · Codex
community.openai.com
- 26
- 27How to get better response?
reddit.com
- 28
- 29
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.