v8.0.54 一版收掉四张单：Codex 消息 ID 的 + 与 /、Claude 中途降档、插件热重载丢用量
CLIProxyAPI v8.0.54 今晚发布，一版收掉四张当天报障单；这篇按升级后该盯哪几处排，并列出这一版没收的几条路和今晚的上游额度读数。
CLIProxyAPI v8.0.54 在北京时间今晚 20:16 发出来了。1
从 v8.0.53 到这里是 12 笔提交、25 个文件。2
同一时刻主仓 dev 与这个标签指向同一个提交，主干上没有等发版的改动。3
这一版的重点很集中：四张今天报上来、今晚关掉的单，随着同一个版本一起落地。
下面按「升完要盯哪几处」排，不按提交顺序。
一、升级动作：换上去，配置不用动
升完照旧跑，没有新增开关，没有默认值变化。
三类部署今晚值得换上去：
- 接了 Codex Desktop 新版客户端，日志里出现过
Expected an ID that contains letters, numbers, underscores, or dashes的； - 让客户端把顶层
output_config.effort钉死、真实档位写在消息里的（pi、一部分 Claude Code 封装）； - 开过插件热重载，又发现用量记录有缺口的。
二、Codex 输入 ID：截到 64 字符之后，+ 和 / 原样发了出去
这张单今天报上来，当晚就随版本修掉了。4
现象是一条 450 字符的 message ID。v8.0.53 会把超长 ID 截到 64 字符，再补一段 9 字符的哈希后缀。5
上游回的是 400：
Invalid 'input[102].id': string does not match pattern. Expected an ID that contains letters, numbers, underscores, or dashes.4复现体很干净，
msg_ 接 30 个 A、再接 +/、再接 414 个 A，模型是 gpt-6-astra，客户端 Codex Desktop 0.166.0-alpha.5.1。
+、/ 这类 Base64 字符跟着原样进了新 ID。6
这一处只碰
id 字段，call_id 与工具配对保持原样：整包搜下来，codex_input_ids.go 里没有 call_id 的引用。同一个 ID 在一个请求内是确定性的，前缀取原字符、后缀取 sha256 前 8 字节。跨轮稳定，客户端重放旧会话也能对上。
三、Claude 中途降档：用量记一档，模型选另一档
这条在 v8.0.53 上有两个出口，一起修了。
起因是一批客户端的缓存策略。pi
@earendil-works/pi-ai 1.5.0 把顶层 output_config.effort 钉成 low，用来保住 prompt 缓存前缀；真实档位放在会话最后一条 role: "system" 消息里。8v8.0.53 的用量统计只读顶层，于是每条请求都记成
low。8第二个出口更直接：走 devin 的时候，
devin/claude-opus-5-5 恒选到 claude-opus-5-5-low 这个变体，把顶层 effort 改成 high、或者把模型名写成 devin/claude-opus-5-5(high) 才换得过来。9v8.0.54 新加了一个提取器：遍历
messages，取最后一条带 output_config.effort 的 system 消息，转小写返回；thinking.type 为 disabled 或 between_tools 时返回空串。10
接线在用量侧：
extractThinkingConfigForUsage 先照旧取顶层配置，取到指令时让指令覆盖它。12
devin 那边在选模型变体之前再读一次同一个函数，把
thinkingLevel 覆盖掉。14影响分两块。账单上记的思考档位从此与实际一致，已记成
low 的历史记录留在原样。走 devin 的部署，模型变体跟着真实档位走。四、插件热重载：quiesce 失败现在会中止
这一条会改变部署行为。
同一版里
rpcPluginAdapter.HandleUsage 遇到失败只打一条 debug 日志，没有重放，用量事件就这样掉了。15v8.0.54 换成三态判定：取不到调用能力返回
(false,false)；quiesce 成功返回 (true,true)；插件明确不支持这个方法（unknown_method、method_not_found 等）返回 (false,true) 继续换；其余真错误返回 (false,false)，调用方回滚。16
!okCall 与真错误都返回 proceed=false，只有 quiesceUnsupported 放行。17日志也分了级：不支持与 ctx 取消打 Debug，真失败打 Warn
pluginhost: plugin quiesce failed，成功替换打 Info pluginhost: plugin hot reloaded。以后再看到
plugin quiesce failed，就是这一次热重载没有生效、旧插件还在跑；想立刻换掉得重启进程。五、另外两处小改动
Antigravity 的回退版本从 2.24.0 抬到 2.29.0，同时补了 changelist 映射
1013060670。19注释写明了原因：Cloud Code 对低于 2.23.0 的客户端拒绝新模型，这个地板值必须保持在它之上。19
长跑实例的 hub manifest 拉不到时会上报 2.29.0，不会再因为版本号过低被拒掉新模型。
用量明细多了两块：缓存命中的图片与音频 token，以及 interactions 协议的按模态 token 拆分。20
回去核账的时候，图像与语音输入的成本终于能单列。
六、这一版没收的
DeepSeek 那条还开着：OpenAI 兼容路由会丢掉 Codex 的
compaction_trigger，压缩返回 0 条。21v8.0.54 的 12 条 changelog 里没有这一项。1
流已提交之后的终局额度答复还在评审，58 个文件，覆盖 Responses WebSocket。22
按 soonest-reset 挑凭证的策略也在评审，14 个文件、状态 clean，思路是同档里挑「最长窗口最早重置」的那张。23
Responses Lite 丢工具那条被判不走 CPA：维护者指出相关函数在 Cockpit Tools 侧，请求进 CPA 之前就被改写了，关成 not planned。24
sub2api 两单都还 open。Ultra 套餐用 setup-token 授权的号拿不到真实 7d 额度，今天中午有人跟了一条「加一」。25
原生 Images 路径按 size 出图那条，傍晚的新评论说 2K 请求连 1448×1086 都不到；报障人用的是自编译版本、基线 v0.2.19。26
两笔已经合并、都还没发版：codex2api 那条让账号文本白名单不再藏图片模型，11:15 合进主干，而 v3.1.3 是今天 02:22 发的。27
sub2api 的注册邮箱精确黑名单 13:01 合进主干，最新发行版还是 10 月 28 日的 v0.2.19。28
七、上游额度
codex-reset 的读数：今天 UTC 仍未重置，最近一次已验证的全局重置是 10 月 28 日 06:35 UTC，距今满 7 天。29
模型给的概率是 24 小时内 36%、48 小时内 59%；页面同时写明等得久概率也不上升。29
对号池的含义：周窗口按各账号自己的首次请求起算，群体性重置只覆盖五小时与部分周额度。容量规划押在重置上不划算。
今晚的动作三件：升到 v8.0.54、翻日志找
plugin quiesce failed、把 pi 那类客户端的实际档位与账单核一遍。References
- 1
- 2compare v8.0.53...v8.0.54
github.com
- 3compare v8.0.54...dev
github.com
- 4
- 5codex_input_ids.go·v8.0.53 L224-L236
github.com
- 6codex_input_ids.go·v8.0.53 L234-L236
github.com
- 7codex_input_ids.go·v8.0.54 L205-L215
github.com
- 8
- 9
- 10
- 11
- 12apply.go·v8.0.54 L772-L792
github.com
- 13apply.go·v8.0.54 L784-L787
github.com
- 14devin_executor.go·v8.0.54 L418-L424
github.com
- 15
- 16host.go·v8.0.54 L1152-L1182
github.com
- 17host.go·v8.0.54 L1170-L1182
github.com
- 18
- 19antigravity_version.go·v8.0.54 L18-L27
github.com
- 20usage_helpers.go·v8.0.54 L1895-L1925
github.com
- 21
- 22
- 23
- 24
- 25#8508 Claude Ultra setup-token 额度无法获取
github.com
- 26
- 27codex2api #852 账号文本白名单不再隐藏图片模型
github.com
- 28sub2api #8504 注册邮箱精确黑名单
github.com
- 29codex-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.