压缩过的会话换一次模型就废：一边回 400，一边静默丢上下文
CLIProxyAPI 里一段被压缩过的会话历史，中途换过模型族就接不上：换成 GPT 会被 OpenAI 以 invalid_encrypted_content 拒成 400 且每轮重发，换成 Claude 则被静默删掉、照常回 200。附两处源码位置、四步止血顺序与 Codex 客户端那个能同时绕开两个方向的开关。
CLIProxyAPI 会把会话历史压成「胶囊」存进对话。这段胶囊只要中途换过模型族，后面就接不上。
往 GPT 换，OpenAI 回 400
invalid_encrypted_content。客户端每轮重发同一份，线程一直卡到用户换回原模型。往 Claude 换，请求照常回 200。被压缩的那段历史在发给上游之前就整条删掉，模型以为对话刚刚开始。
这一小时没有要升的版本
| 项目 | 当前版本 | 发布时间（北京） |
|---|---|---|
| CLIProxyAPI | v8.0.47 | 10-29 08:32 |
| sub2api | v0.2.19 | 10-28 18:16 |
| codex-proxy | v2.1.21 | 10-28 04:48 |
| codex2api | v3.1.2 | 10-28 04:40 |
所以下面这两条故障，今晚靠升版本解决不了，得靠配置和流程绕。
方向一：自己造的胶囊被送去 OpenAI，回 400
胶囊由 CPA 自己加封，前缀写死成
cpa-ag-compact-v1:。密钥也是写死的字符串
CLIProxyAPI，加解密走 AES-256-GCM。里面只装三样东西：摘要、模型名、创建时刻。7
internal/runtime/executor/helps/antigravity_compaction.go 第 21–36 行：第 23 行是胶囊前缀 cpa-ag-compact-v1:，第 24 行是写死的密钥 CLIProxyAPI，第 27–31 行是解封后的三个字段——摘要、模型、创建时刻。7会造胶囊的执行器有四路：Claude、Antigravity、Kimi、Meta。
会拆胶囊的只有三路：Claude、Kimi、Meta。
Antigravity 那条只展开自家胶囊，遇到外来的压缩项原样留着。
于是胶囊原样进了 OpenAI 的请求体。
报障人用本地 mock 验过一遍：Codex 那侧的 mock 收到的，就是带
cpa-ag-compact-v1: 前缀的那串。真实环境里 OpenAI 回 400，理由写的是「这段加密内容解不开」。
线程从这里开始卡住。Codex 客户端把胶囊存在会话里，下一轮继续带上，下一轮继续 400。
你在库里查不到
invalid_encrypted_content 这个码。
internal/runtime/executor/codex_executor_terminal.go 第 378–388 行的 codexStatusErrorClassification：第 383 行把 invalid_encrypted_content 与「thinking block 签名无效」并进同一个 case，第 384 行统一返回 thinking_signature_invalid。按原始报错去搜日志会落空，按「签名无效」搜会捞到一堆跟签名无关的失败。10每命中一次这个分类，还会删掉自己存的那份推理重放缓存，下一次重试得从零重新攒。11
方向二：GPT 的压缩项在 Claude 路径被整项删掉，回 200
反方向安静得多。
GPT 压缩出来的项带着 OpenAI 的密文，形如
gAAAA…。Claude 读不了它，这一点无解。丢完把剩下的项写回请求体，照常回 200。
dropped++ 然后 continue，第 101 行只打一行 Warnf，第 102 行把筛过的项写回去。整个函数没有返回值告诉调用方丢了几条，也没有任何一条路径把这件事传给客户端。12Claude 执行器一进门就调了这一步。13
internal/runtime/executor/claude_executor_execute.go 第 19–26 行：第 21 行先调 expandClaudeResponsesCompaction，失败就回 400；第 24 行才判断这次请求要不要走压缩。展开与丢弃发生在所有业务逻辑之前，后面没有任何一处知道历史已经少了一截。13留下的唯一痕迹是一行 Warnf：
claude compaction: dropped N non-CPA compaction item(s)。客户端看不到，模型也看不到。
后果落在模型身上。它以为自己拿到的是完整对话，前面那些结论、约束、答过的问题全都不在。
于是它重复做完的活，或者推翻自己上一轮的决定。
再换
claude-haiku-5-5 问它记的是什么。回 200，答不出这个码。他提了三个改法，从轻到重。
最轻的一档，在原位置放一句「更早的内容被别的供应商压缩过，这里读不到」。
中间一档，交给能读的 Codex 账号转成文本再回填。
最重的一档，只要在响应头或
response.metadata 里告诉客户端也算。今晚的动作
按这个顺序做。
第一步，别让新会话再产生这种胶囊。 在 Codex 客户端给指向本中转的那个 provider 加一行：
[model_providers.<你的 provider>]
capabilities.remote_compaction = "unsupported"设成
unsupported，两个方向的故障一起绕开。本地压缩既不产生
cpa-ag-compact-v1: 胶囊，也不发 compaction_trigger。代价是它自己要吃一次全上下文 token，而且不再走服务端压缩。长会话多的站点，先在一两条链路上试。
第二步，救已经卡住的会话。 换回产生胶囊的那个模型族，把这一轮收掉。
或者在客户端开一个新会话，把摘要手动贴回去。
换号、重启进程、清冷却都动不了它。卡住的是请求体本身，每次重发都还是那一份。
第三步，加两条日志监控。 一条 grep
dropped .* non-CPA compaction item，一条 grep thinking_signature_invalid。前者代表有人的上下文正在悄悄丢，后者多半就是胶囊被 OpenAI 拒了。
两条同时落在同一张凭证上，基本可以确定是跨模型族切换。
第四步，临时绕行要知道代价。 报障人的前置代理用 AES-256-GCM 解开胶囊，再把摘要当成历史用户上下文塞回去。1
密钥取
SHA256("CLIProxyAPI") 的结果，OpenAI 原生密文不动。这条能立刻止血。代价是胶囊格式属于内部实现，随版本可能变，写进代码就得跟着改。
次线：五张长期补丁在七分钟里被重推
21:01:58 到 21:08:39 这七分钟里，作者 ggbdpq 把五张挂了三周到两个月的补丁分支重推到最新 dev 之上。
判据是头提交的两个时间：作者时间还停在 9 月与 10 月中，提交者时间全部落在这一段。
| 补丁 | 买什么 | 规模 | 状态 |
|---|---|---|---|
| #5514 | 裸 404 冷却从 12 小时压到 10 分钟 | 14 提交 / 27 文件 +1320 −29 | open、非 draft、clean |
| #5520 | wsrelay 断连重连竞态下丢注册 | 4 提交 / 4 文件 +370 −10 | open、非 draft、clean |
| #6245 | 全池冷却时回给客户端的状态码可配 | 1 提交 / 14 文件 +201 | open、非 draft、clean |
| #6167 | 单张凭据关掉 image_generation 注入 | 1 提交 / 11 文件 +226 −22 | open、非 draft、clean |
| #6497 | SSE 没等到终局事件时留诊断 | 6 提交 / 4 文件 +574 | open、非 draft、clean |
五张都还是 open，v8.0.47 里一行都没有，dev 上也还没有。
- #6245：Claude Code 遇 429 会停会话、遇 529 反而重试，这张让全池冷却的状态码可配。
- #6167：
codex-api-key指向 Azure OpenAI Responses 时，注入image_generation会被拒。 - #6497：SSE 没等到终局时留诊断，现在客户端只看到 408
stream closed before response.completed。 - #5514：裸 404 的冷却压到 10 分钟，点名模型的 404 仍是 12 小时。
- #5520：修 wsrelay 断连重连竞态下丢注册，症状是上线之后凭据不可见。
前两条最容易自己打上：一条决定客户端看到什么码，一条决定 Azure 那张凭据能不能留在池里。
后三条得等合并。它们的好处是，如果你正被其中一条拖着，现在有个明确的地方去跟，也能自己拉分支先打上。
跟进与上游
上游这一小时全绿。
OpenAI 状态页没有活动事件，最近一条是 10-27 的 6.1 Sol 性能降级，已恢复。15
Claude 状态页没有进行中的事件，最近一条是 10-28 的 Google Calendar 连接器报错，等级 minor。16
GCP 的 incidents.json 里最新一条改到 10-28 00:38。17
额度重置没有发生。codex-reset 首页写今天 UTC 还没重置。18
最近一次已验证的全局重置在 10-28 06:35（北京 14:35），累计 61 次、10 次 banked，节奏约每两天一次。
opentherank 那边记 69 次，中位间隔 2.9 天，最长 68 天。19
上期那条 sub2api #8442 还没有人接，更新停在 11:30，本轮没有新动作。20
References
- 1CLIProxyAPI #7118
github.com
- 2CLIProxyAPI #7119
github.com
- 3CLIProxyAPI releases
github.com
- 4sub2api releases
github.com
- 5codex-proxy releases
github.com
- 6codex2api releases
github.com
- 7antigravity_compaction.go (v8.0.47)
github.com
- 8codex_executor_execute.go (v8.0.47)
github.com
- 9codex_executor_stream.go (v8.0.47)
github.com
- 10codex_executor_terminal.go (v8.0.47)
github.com
- 11codex_executor_reasoning.go (v8.0.47)
github.com
- 12antigravity_compaction.go (v8.0.47)
github.com
- 13claude_executor_execute.go (v8.0.47)
github.com
- 14Codex config reference
learn.chatgpt.com
- 15OpenAI status
status.openai.com
- 16Anthropic status incidents
status.anthropic.com
- 17Google Cloud incidents
status.cloud.google.com
- 18codex-reset
codex-reset.com
- 19opentherank
opentherank.com
- 20sub2api #8442
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.