Claude Code 长时间没有输出：Codex 的 commentary 被写进了 thinking 块
Codex 的中间说明被翻译器写进 thinking 块，Claude Code 在长工具循环里因此长时间没有输出；补丁给了个默认关闭的开关，发行版还读不到这个键。
本窗口是北京时间 10-31 04:29 到 05:56。常跟的四个仓库（CLIProxyAPI、sub2api、codex-proxy、codex2api）没有新版本，主干头也都停在窗口之前，今晚没有要升的东西。
可做的事只有两件：把凌晨那段上游报错的时间窗记住，别把账算到自己号上；另一件是弄明白一个老症状——Claude Code 挂在 Codex 后端跑工具循环时，客户端为什么能安静好几分钟。
上游那条搜索事件，05:14 收尾
OpenAI 状态页在北京时间 03:38:47 开了一条 minor 级事件，标题是 Elevated errors with search in Dots, ChatGPT Work, and certain ChatGPT thinking experiences，说的是 Dots、ChatGPT Work 与部分 thinking 体验里的搜索在报错。1
它在 05:14:12 标成 resolved，中间没有第二条 update，直接从 investigating 跳到 All affected services are operating normally again。1
这一段就是北京 03:38 到 05:14。这段时间里 search 相关调用报错，先记到上游头上。
状态页现在回到 All Systems Operational，indicator 字段是 none，组件里没有降级项。2
官方点名的范围是 Dots、ChatGPT Work 与部分 thinking 体验里的搜索，API 与 Codex 端点不在清单上。窗口之后的同类报错，回头查自己的配置。
另外两家这 87 分钟没有新事件。Claude 状态页的 indicator 是 none，组件全部 operational。3 Google Cloud 的事故列表最后一条仍停在 10-28 的 europe-west2，窗口内没有更新。4
客户端安静的那几分钟，话去哪了
Claude Code 把请求打到 Codex 后端做带工具的任务时，Codex 回的是一条条 message 项。一部分带
phase=commentary，是模型给出最终答案之前说的中间话；另一部分是 final_answer。v8.0.48 的翻译器把 commentary 那段写进 thinking 块。5代码里的注释把理由写得很直白：「Its text goes into a thinking block, so clients that render or speak text blocks get the answer once instead of the preamble followed by the answer.」6
这个选择对只念文本、只播语音的消费方是合适的：正文只念一遍，不会先念一段前言。
代价落在交互式客户端上。工具循环一长，模型可能已经回了一句「正在查」，这句话被塞进 thinking 块，Claude Code 界面上什么都不出现。报障人的原话是 the interactive client appears silent。5
流式路径上的关键分支在
response.output_text.delta。这个事件进来时，如果 commentary 消息还开着，翻译器就开一个 thinking 块，把这串增量写成 thinking_delta，然后 break，后面那段写 text 块的分支整段跳过。7
response.output_text.delta 分支：commentary 打开时走 startCodexThinkingBlock 与 appendCodexThinkingDelta，第 169 行 break 掉，第 171 行之后那段 text 块逻辑不会执行。7这块收尾时 signature 会被写成
cpa:commentary:v1，常量定义在 signature 包里。8回放的时候，请求翻译读到这个标记，就把 thinking 块还原成
phase=commentary 的 assistant 消息送回上游，模型看到的上下文一直完整。9这些字一个都没丢。它们一直在流里，只是被放到了客户端不当正文显示的位置。
补丁给了个开关，今天别配
PR #7128 在北京时间 04:59:45 开，base 是 dev，20 个文件 +562/−26，一个提交 0c0508d5，mergeable 状态 unstable。10
它加的是一个 opt-in 配置：
client:
claude:
show-codex-commentary: true打开之后两件事同时发生：
cpa:commentary:v1 的 thinking 块照旧保留，回放不丢阶段信息；这一块收尾时再补一份可见的 text 块。真正的 reasoning 不镜像，也不额外发一次模型请求、不改 token 计费。5所以打开后看到的是「一段一段的进度」，不会逐字流。
finalizeCodexThinkingBlock 的收尾分支：signature 与 cpa:commentary:v1 一致且攒过文本时，先 startCodexTextBlock，再把整段文本一次性写成一条 text_delta，最后关块。12回放侧有配套处理：只有可见副本紧挨着、文本又完全相同，才把它吃掉，同一段 commentary 不会被送两遍。13
ClientConfig 全貌：type ClientConfig struct 里只有 Codex CodexClientConfig，没有 claude。现在把 show-codex-commentary 写进配置，这个版本读不到它。14
client: 段下新开 claude:，show-codex-commentary: false 是默认值，注释写明保留 phase 标记用于回放、真正的 reasoning 仍然是 thinking 块。11作者先开 issue，没有继续推 PR，原因是仓库的
translator-path-guard 工作流：PR 只要动了 internal/translator/** 就让检查失败，提示语写着「Changes under internal/translator are not allowed in pull requests. You need to create an issue for our maintenance team to make the necessary changes.」15两张单差了 7 分钟：PR 04:59:45，issue #7129 是 05:06:27，正文里直接贴了实现与测试结果，等维护者来改。5
到发稿为止，这张 issue 没有评论、也没有标签。
怎么判断踩到的是这条
三个条件要同时成立：前端走 Claude 协议（Claude Code 这类），后端是 Codex 凭证，请求里有工具循环。
样子是有最终答案、中途安静。请求没有结束，客户端一个字不出，最后答案一次性完整出现；中途问一句「到哪了」，照样等不到回应。
如果最终答案也缺、或者流被 502 打断，那是别的故障，和之前写过的流截断更接近，分开查。
修好之前想看到进度只有两条路：从 fork 上 cherry-pick 0c0508d5 自己构建，或者把这类任务交给 Codex 原生客户端。
社区里有一条相反的读数
同一个板块，93 分钟内出现两条都自称 Pro 档用 Argon 的帖子。
04:56:18 那条说额度根本没动：「Everytime I use Argon in High, on Pro account, I don't see any limits used... Is it bugged ?」16
03:23:15 那条说半小时打光一周：「only get 2-3 turns out of argon until you smack up against the WEEKLY limit.」17
两条都靠自己的使用体感，没有可核对的凭据。要改自动暂停的阈值，先拿自己的号量一遍，别照着单条自述调。
版本面
窗口内零发版，主干也没动：CLIProxyAPI 的 main 与 dev 都停在 10-30 22:33，sub2api main 停在 10-30 10:44，codex2api main 停在 10-28 04:34。
codex-proxy 的 dev 在 10-30 17:09 有过提交，落在窗口之前。
今晚的动作清单
- 北京 03:38 到 05:14 之间 search 相关的报错，记到上游事件上，别给号标状态。
- 配置里先别写
client.claude.show-codex-commentary，v8.0.48 读不到这个键。 - 客户端中途安静、最终答案完整的，先归到这条；最终答案也缺的另查。
- 想现在就看到进度，cherry-pick 0c0508d5 自助构建，或者换 Codex 原生客户端。
References
- 1
- 2OpenAI Status summary
status.openai.com
- 3Claude Status
status.claude.com
- 4Google Cloud incidents
status.cloud.google.com
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15pr-path-guard.yml · CLIProxyAPI v8.0.48
github.com
- 16
- 17
- 18CLIProxyAPI releases
github.com
- 19sub2api releases
github.com
- 20codex-proxy releases
github.com
- 21codex2api releases
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.