分享下困扰了我两天的Codex gpt5.5 远程压缩失败，compact的问题解决方案

问题描述：

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是
• 我的开源项目完整开源，无未开源部分： 是
• 我的开源项目已链接认可 LINUX DO 社区： 是
• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

---

我使用的是sub2api+codex的组合，昨天更新了sub2api和codex的版本使用上了5.5，然后到下午发现一直远程压缩失败，不断寻找解决办法，都没有很好的方案，要不就是侵入性很强，现在我用一个零依赖的小型本地代理，用来临时绕过 Codex/Sub2API 的 compact 兼容问题的解决方案深得我心解决了这个困扰我两天的问题， 它会原样转发普通 Codex 请求，只在 compact 请求里把 gpt-5.5 改成 gpt-5.4 后再转发给 Sub2API。我上传到了我的github上，大家可以用一下解决远程压缩报错的问题。

GitHub - tiderzheng/codex-compact-proxy: Codex Compact Proxy 是一个零依赖本地小代理，用于临时兼容 Codex/Sub2API 的 compact 请求问题。它会保持普通 Codex 对 话继续使用 gpt-5.5，只在 /responses/compact 请求中把模型从 gpt-5.5 改为 gpt-5.4 后再转发给 Sub2API。 · GitHub

启动该服务后，需要修改下codex的配置文件，把 Codex 配置里的 base_url 改成：

base_url = “http://127.0.0.1:8081”

如果能帮助到大家并点个star，我会很开心

image561×345 7.27 KB

网友解答：

---

--【壹】--：

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是
• 我的开源项目完整开源，无未开源部分： 是
• 我的开源项目已链接认可 LINUX DO 社区： 是
• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

---

我使用的是sub2api+codex的组合，昨天更新了sub2api和codex的版本使用上了5.5，然后到下午发现一直远程压缩失败，不断寻找解决办法，都没有很好的方案，要不就是侵入性很强，现在我用一个零依赖的小型本地代理，用来临时绕过 Codex/Sub2API 的 compact 兼容问题的解决方案深得我心解决了这个困扰我两天的问题， 它会原样转发普通 Codex 请求，只在 compact 请求里把 gpt-5.5 改成 gpt-5.4 后再转发给 Sub2API。我上传到了我的github上，大家可以用一下解决远程压缩报错的问题。

GitHub - tiderzheng/codex-compact-proxy: Codex Compact Proxy 是一个零依赖本地小代理，用于临时兼容 Codex/Sub2API 的 compact 请求问题。它会保持普通 Codex 对 话继续使用 gpt-5.5，只在 /responses/compact 请求中把模型从 gpt-5.5 改为 gpt-5.4 后再转发给 Sub2API。 · GitHub

启动该服务后，需要修改下codex的配置文件，把 Codex 配置里的 base_url 改成：

base_url = “http://127.0.0.1:8081”

如果能帮助到大家并点个star，我会很开心

image561×345 7.27 KB