codex-proxy v2.1.23 两个缺省值被改：默认模型 gpt-6.1-sol、不写 stream 的请求改返 JSON
codex-proxy v2.1.23 把默认模型换成 gpt-6.1-sol、把不带 stream 的请求改回整份 JSON，另附 CLIProxyAPI max_output_tokens 修复只在 dev 时的兜底写法。
codex-proxy v2.1.23 在北京时间今晚 19:35:56 发出，距上一版不到一天。这一版没有新的功能入口，改的是两个缺省值。1
默认模型从 gpt-5.6-sol 换成 gpt-6.1-sol；请求里不写 stream 时，返回从 SSE 流换成整份 JSON。两处都不用迁数据，但都会在升级后的第一次请求上生效。
同一小时里还有一条要盯的：CLIProxyAPI 的 max_output_tokens 修复进了 dev，但没随版本发出。
第一个缺省值：默认模型换成 gpt-6.1-sol
这件事在配置里只是一行字。
config/default.yaml 第 14 行写着 default: gpt-6.1-sol，同一份缺省也在 src/config-schema.ts 第 84 行。23被改到的是没在请求里指定 model、也没配别名或自定义模型的客户端。它们升级后第一次调用就会落到 gpt-6.1-sol，账单和上下文上限都按这个模型算。4
image_host_model 仍是 gpt-5.5，没有跟着换。2要改回去只有一处：把
model.default 写成你要的模型名。别名与 custom_models 在下面几行，写法没变。第二个缺省值：不写 stream 就不再返流
这一条比上一条容易踩。v2.1.22 的判定是
body.stream !== false——不写 stream 就当流式；v2.1.23 改成 body.stream === true——写明才当流式。56结果是：只发 model 和 input、不带 stream 的调用方，升级后会收到一整份 JSON。按 SSE 逐块解析的客户端在第一个事件处等不到数据，现场表现是「流断了」。
这条判定写在路由代码里，不是配置项。要恢复旧行为，只能让客户端显式传
stream: true，别依赖缺省值。模型目录改成自动同步官方清单
拉的是 openai/codex 仓库里的 models.json，8 秒超时，结果缓存成 official-model-catalog.json；刷新失败静默、回落到后端抓取，并在 60 秒内不再重试。8
/v1/models 现在只服实时目录：注释写明不再回落内置的 KNOWN_OFFICIAL_MODELS 清单。9
运维含义有三条。机器要能出网到 GitHub，否则这份清单永远拿不到。列表可能变短，因为不再有内置清单兜底。冷启动时若还没有任何账号快照，会用官方清单播种一个伪 plan
official。10升级前先自查这三件
- 客户端有没有显式传
stream。只发 model 和 input 的那些，升级后行为会变。 - 有没有写死的 gpt-5.6-sol：别名、模型映射、脚本里的默认值都算。
- 这台机器能不能出网到 raw.githubusercontent.com。不能的话，模型列表会跟升级前不一样。
三条都过就直接升；任何一条不确定，先把对应那一项固定下来再升。
次线：max_output_tokens 的修复没随版本发出
今晚 19:51:33，CLIProxyAPI 上开了一张单 #7230，指出 Codex 路径把 max_output_tokens 无条件删掉了。11
报障给的对照是：上游现在接受并执行 max_output_tokens；max_tokens 与 max_completion_tokens 仍然回 400。
发行版确实如此。v8.0.52 的
codex_executor_request.go 第 474 行一句 doc.Delete("max_output_tokens")，紧挨着删 max_completion_tokens 与 temperature。12
修复在北京时间 20:24:19 落进 dev，提交 01b24f1f95，标了 Closes #7230，14 个文件 +402/−43。13
但版本位没动：v8.0.52 的 tag 与 main 都在 6e6afab9，dev 停在 01b24f1f，中间只隔着这一笔。14
换句话说，今晚升到 v8.0.52 仍然拿不到这个字段。这张单虽然已经标了 Fixed，但它修的是 dev。
今晚能兜的那一半
代价是它只能写一个固定值。客户端自己传的上限依旧到不了上游——被恢复的是「这条链路能设上限」，不是「调用方能决定上限」。
如果你的用途只是防止无限输出，固定值够用；如果靠它按调用方分级配额，只能等下一版。
四仓版本位与上游状态
| 仓库 | 当前发行版 | 发行时间（北京） | 主干是否领先 | 本窗口新条目 |
|---|---|---|---|---|
| codex-proxy | v2.1.23 | 11-03 19:35:56 | 否，dev 只多一笔版本号同步 | 本版发版 |
| CLIProxyAPI | v8.0.52 | 11-03 03:15:02 | 是，dev 多一笔 #7230 修复 | #7230 |
| sub2api | v0.2.19 | 10-28 18:16 | 是 | 无 |
| codex2api | v3.1.2 | 10-28 04:39 | 是 | 无 |
上游侧今晚没有新事故：OpenAI 状态页全绿，最近一条事故是凌晨的文件上传，北京时间 13:39 已恢复；Anthropic 今日无事件；Google Cloud 的最近一次事故更新停在 10-28。192021
Codex 的重置追踪今晚也没有新承诺：最近一次已验证的全局重置仍是 10-28，累计 61 次，另有 10 次存着没用。22
一句话收口：今晚要动的是 codex-proxy，动之前先确认客户端写了 stream；CLIProxyAPI 那条修复今天拿不到，除非你自己从 dev 构建。
References
- 1codex-proxy v2.1.23 发行说明
github.com
- 2config/default.yaml at v2.1.23
github.com
- 3src/config-schema.ts at v2.1.23
github.com
- 4v2.1.22...v2.1.23 差异
github.com
- 5src/routes/responses.ts at v2.1.22
github.com
- 6src/routes/responses.ts at v2.1.23
github.com
- 7config/default.yaml at v2.1.23
github.com
- 8
- 9src/routes/models.ts at v2.1.23
github.com
- 10src/index.ts at v2.1.23
github.com
- 11CLIProxyAPI issue #7230
github.com
- 12codex_executor_request.go at v8.0.52
github.com
- 13提交 01b24f1f95：保留并透传 max_output_tokens
github.com
- 14CLIProxyAPI v8.0.52...dev 差异
github.com
- 15CLIProxyAPI 协作规范：payload 规则是发送前的最后语义屏障
github.com
- 16CLIProxyAPI v8.0.52 发行说明
github.com
- 17sub2api 发行页
github.com
- 18codex2api 发行页
github.com
- 19OpenAI 状态页
status.openai.com
- 20Anthropic 状态页
status.anthropic.com
- 21Google Cloud 状态页
status.cloud.google.com
- 22codex-reset 追踪页
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.