codex-proxy 46 分钟并入 7 张单：省略 stream 的请求改成回 JSON，v2.1.22 里一笔都没有
codex-proxy 今天 46 分钟把 7 张单并进 dev：省略 stream 的请求以后回 JSON、字符串 input 不再被丢，但四个仓今天都没有新版；另附 CLIProxyAPI 新报的一条 Claude→Gemini 工具结果图片缺陷与今天的处置顺序。
四个仓今天都没有新版：codex-proxy v2.1.22、CLIProxyAPI v8.0.52、sub2api 0.2.19、codex2api v3.1.2 都还停在 10-28 到 11-03 的旧位上。1234
变的是 codex-proxy 的 dev 分支。北京时间 16:19:44 到 17:05:27，7 张单依次并入，首发到末笔 45 分 43 秒。其中两张会改你链路上的行为：省略
stream 的请求以后回 JSON，字符串输入不再被丢成空数组。| 仓库 | 当前版本 | 发布时间（北京） | 窗口内发版 |
|---|---|---|---|
| codex-proxy | v2.1.22 | 11-03 07:23 | 否 |
| CLIProxyAPI | v8.0.52 | 11-03 03:20 | 否 |
| sub2api | 0.2.19 | 10-28 18:16 | 否 |
| codex2api | v3.1.2 | 10-28 04:40 | 否 |
一、并进 dev 的这 7 张单
| PR | 并入时刻（北京） | 做了什么 |
|---|---|---|
| #889 | 16:19:44 | 删掉模型表里过期的引用 |
| #890 | 16:20:07 | 官方模型目录改成自动刷新 |
| #891 | 16:20:57 | 给带 client_version 的请求回 Codex 目录形状（5 文件 +317/−87） |
| #883 | 16:26:21 | 归一化字符串 input，翻转 stream 缺省（5 文件 +216/−4） |
| #882 | 16:42:47 | Antigravity 支持列表加 gemini-2.5-pro（3 文件 +23/−1） |
| #892 | 16:49:41 | 加 countTokens 与思考段对齐（11 文件 +743/−40） |
| #893 | 17:05:27 | 透传 store / metadata / truncation（9 文件 +392/−4） |
先更正上期一句话。上期截稿时把 #889、#890、#891 写成「仍开着」，其中 #891 在 16:20:57 就并了，比发稿早 52 秒。5 按那段写的「再去删两个缓存重启」明天可以省掉：#890 就是官方目录自动刷新。
现在 dev 的头是
8e4e856，也就是 #893 的合并提交，比 main 多 9 笔提交。发行版 v2.1.22 对应的是 7ae8044，这 7 笔一笔都没进去。二、省略 stream 的请求，以后拿到的是 JSON
codex-proxy dev 分支 src/routes/responses.ts 第 330–345 行：第 337 行 const clientWantsStream = body.stream === true;，第 341 行把它写进 proxyReq.isStreaming。6文件里有两处 stream，别混。第 196 行的
stream: true 是发给 Codex 上游的内部字段，恒为真；决定回给客户端什么格式的，只有第 337 行这一处。7谁受影响，看 #866 的复现路径就够了：报障人在 v2.1.16 的 Docker 镜像前面挂 LiteLLM，LiteLLM 省略 stream、按非流式 JSON 解析，于是拿到的 SSE 解不开，回给上层 HTTP 500。错误体里同时有
codex.response.metadata 和 response.completed 两个事件名，说明上游其实已经跑完了。8 这张单在 #883 合并后 3 秒被关掉，状态 completed。三、同一张单里，字符串 input 不再被丢
v2.1.22 只认数组形式的
input，写成字符串会被当成空数组。dev 补了归一化：字符串包成一条 user 消息，数组照旧走清洗。7
codex-proxy dev 分支 src/routes/responses.ts 第 187–202 行：第 193–195 行把字符串 input 包成 [{role:"user",content:[{type:"input_text",...}]}]，第 196 行是对上游的 stream: true。7今天的处置很简单：客户端发的是
"input": "一段话"，在 v2.1.22 上等于没发内容。要么改成标准的数组写法，要么等这一版发出来。四、store / metadata / truncation 过了网关，但只对第三方线路
#893 把它们接进了请求体：
store 只在是布尔值时采用，truncation 只收 auto 与 disabled，metadata 过一遍清洗，service_tier 没写就落到配置里的默认档。9但真正发出去的时候，走 ChatGPT Codex 账号那条路仍然把这四个字段摘掉。10
codex-proxy dev 分支 src/proxy/codex-api.ts 第 409–434 行：第 416–419 行把 store、truncation、safety_identifier、metadata 解构出来（所以不进 bodyFields），第 427–429 行注释写明 Codex 后端只接受 store: false，只有第三方 Responses 适配器才认 store: true。10所以别把「网关收了这个字段」当成「上游收到了」。走 Codex 账号的存储类参数今天没救，走自建 Responses 上游的才会原样带过去。
顺带一笔：
service_tier 的取值从 fast / flex 扩到了 auto / default / fast / flex / priority，不认识的值原样透传。这条只在 PR 描述里，我没逐行核。五、纯加法的一笔：countTokens、思考段、一个 403 参数顺序
#892 加了一个
POST /v1beta/models/{model}:countTokens，完全本地估算，不打上游，返回 { totalTokens }。它和 Anthropic 的 /v1/messages/count_tokens 共用新模块 src/utils/token-estimate.ts，这个文件在 v2.1.22 里是 404 —— 想确认这批改动有没有发版，比读 CHANGELOG 快。11估算口径记一下，免得对不上账：中文约一字一 token，非中文按四字符一 token 向上取整；每条内容额外加 4 与角色名；每张内联图固定 258 token；系统指令再加 4；每个工具加 16 并递归。它只用于 prompt 预算，不计费。
Gemini 客户端的思考段也修了：流式逐块输出带
thought: true 的 part，非流式同样。之前这些块在翻译里被抹平，客户端只看到最终答案。还有一个会影响读日志的坏味道。v2.1.22 的白名单拒绝把参数顺序传反了：
error.message 里是 "PERMISSION_DENIED"，而那句「某模型不允许」落在 error.status。dev 已换回来。12 今天的日志按字段 grep 会读反，先按 status 找模型名。#882 是一行改动：Antigravity 的支持列表里多了
gemini-2.5-pro。13六、次线：CLIProxyAPI 的 Claude → Gemini 工具结果图片
CLIProxyAPI 今天只多了一条 issue：Claude 格式请求里的工具结果图片，被当成了与
functionResponse 平级的兄弟 part 发出去。14 作者 xuliefeng，北京时间 16:38:53 开单，现在没有评论，也没有对应的补丁。v8.0.52 的代码对得上这个描述。15
CLIProxyAPI v8.0.52 标签 internal/translator/gemini/claude/gemini_claude_request.go 第 185–198 行：第 190 行先把这个 functionResponse 推进 partItems，第 191–195 行再为每张图单独造一个 inline_data part 追加在后面 —— 两者是兄弟关系，不是嵌套。15同一个仓库里另外两条翻译线早就改成嵌套了。而且——这条比 bug 本身更说明问题——搬家用的函数就躺在仓库里，注释还写着「把兄弟的 inline_data 搬到最近的前一个 functionResponse 上」，只是 Gemini ← Claude 这条线没调用它。
CLIProxyAPI v8.0.52 标签 internal/translator/antigravity/gemini/antigravity_gemini_request.go 第 914–932 行：第 921 行用 functionResponse.parts.-1 把图片塞进 functionResponse 内部，第 926–929 行的 collectFunctionResponsesWithSiblingInlineData 就是那个搬家函数。16修的时候别忘测试也锁着旧形状：
gemini_claude_request_test.go 里有一条注释写着「图片必须是独立的 inline_data part，不能塞进 result」，断言直接取 contents.1.parts.1.inline_data。17 光改实现，这条测试会红。报障原文还提了命名大小写（
inlineData / mimeType）。这一点我没当成结论——protobuf 的 JSON 映射两种写法都收，真正要改的是兄弟与嵌套的差别。七、上游与社区：本窗口是安静的
OpenAI 状态页最近一条事故是「ChatGPT 里文件上传报错」，北京时间 13:39 已恢复，落在本窗口之前。18 Anthropic 状态页最近一条停在 10-29 00:19 且已恢复；Google Cloud 那条多产品事故最后更新在 10-28 08:38。
重置追踪也没有新东西。codex-reset 的 feed 里最后一条真正带承诺的信号停在 11-02 23:51，
signal.active 是 false；今天唯一变新的是 newest_post_at，那是被一条标记为只看不承诺的闲聊帖顶上去的。19八、今天按这个顺序做
- 先确认没有新版：四个仓的版本位都没动，不为这批改动升任何仓。真要核 dev 进没进，
git ls-remote看 dev 头是不是8e4e856。 - 查客户端写没写 stream：跑 codex-proxy 且前面挂着 LiteLLM 或类似 SDK 的，今天请客户端显式写
"stream": true或false。依赖缺省值的，在 v2.1.22 上按 SSE 处理、在新版上按 JSON 处理，行为会随升级翻转。 - 查客户端 input 的形状：发字符串的，今天在 v2.1.22 上等于空输入。改成数组，或者等发版。
- 别指望 store / metadata 到上游：走 ChatGPT Codex 账号那条恒
store: false，要这些字段生效只能走第三方 Responses 上游。 - CLIProxyAPI 上跑 Claude → Gemini，且工具结果带图：今天没有补丁，升级也不解决。临时把工具结果里的图改成文字摘要，或把图放进独立的 user 消息。
- 读 v2.1.22 的 Gemini 403 日志先看 status 字段：message 与 status 是反的，按 message 筛「模型不允许」筛不到。
- 别拿 CHANGELOG 判断发版：dev 的
[Unreleased]写着「暂无已记录的变更」，而 #866 那条说明被归到[v2.1.x] 2026-09-01 至 2026-09-07段里了。20
References
- 1Releases · icebear0828/codex-proxy
github.com
- 2Releases · router-for-me/CLIProxyAPI
github.com
- 3Releases · Wei-Shaw/sub2api
github.com
- 4Releases · james-6-23/codex2api
github.com
- 5Pull requests · codex-proxy
github.com
- 6
- 7
- 8codex-proxy issue #866
github.com
- 9codex-proxy PR #893
github.com
- 10
- 11codex-proxy PR #892
github.com
- 12
- 13
- 14CLIProxyAPI issue #7227
github.com
- 15
- 16
- 17
- 18OpenAI status · incident
status.openai.com
- 19codex-reset feed
codex-reset.com
- 20codex-proxy dev · CHANGELOG.md
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.