【已解决】Codex远程压缩一直报错解决经验

XTer 2026-05-20 16:34 1

error running remote compact task: stream disconnected before completion: error sending request for url (https://chatgpt.com/backend-api/codex/responses/compact)

之前我一直允许都在报这个错误，只要对话一大就会报错（现象是30-50秒的压缩随便过，再长就会循环）

折磨我十几天，我只能不断开新对话。

然后我找了各种方法啊，甚至是先中转再接中转，都不能解决

当时找到的帖子和github：

codex遇到compact error问题 - 开发调优 - LINUX DO

codex with plus ，compact 没成功过，你们遇到吗怎么解决的 - 开发调优 - LINUX DO

Error running remote compact task · Issue #14860 · openai/codex

最终是一个github帖子点醒了我：

Diagnostic for remote compaction stream disconnects: test long-idle HTTPS path with slee.pt >90s · Issue #22798 · openai/codex

然后我让ai照着这个思路对现在clash进行了测试：

发现我之前一直用的japan节点就是60秒静默会直接切断的那一类

然后——换了个节点——问题就这么无痛解决了

唉，找对方法果然很重要

最新回复 (13)

monia 05-20 16:40

1楼

我到现在还连不上远程，之前连上一下，不知怎么再也用不了了
apparition 05-20 16:48

2楼
有另外一套方式

不过建议先用帐号测，我不太确定其他反代支不支持
```
remote_compaction_v2 = true

responses_websocket_response_processed = true
```
HavenLiew 05-20 18:13

3楼

发现我之前一直用的 japan 节点就是 60 秒静默会直接切断的那一类

我很好奇这节点为什么会这样，佬没有继续研究下去吗
XTer 楼主 05-20 18:16

4楼

不知道啊，可能是设置原因吧，就是上游设置了60秒静默连接就自动断呗。

我也不是网络有关的。对这个还真的不太清楚唉。
xinyann 05-21 17:41

5楼

我也是，最近几天一直报错，我还以为是上下文太长了，无法压缩，本来之前没有这个问题的，最近一直频发，不知道什么问题，换了节点也没用
xinyann 05-21 17:44

6楼

最关键的是这样的突发error让我经常没办法在原界面记录以迁移到新窗口里，让我在新窗口里还要花大量时间复盘，这到底要怎么解决
llinxiao 05-22 11:34

7楼
```
error running remote compact task: stream disconnected before completion: error sending request for url (https://chatgpt.com/backend-api/codex/responses/compact)
```
我也是一直遇到这个问题，各种办法都不行，然后我把账号登出，再登入就好了。。。我也一直用的是JP的节点
wahahahahaha 05-25 12:00

8楼

感谢佬，用这方法检查了一下代理，确实有些节点不行，换了就好了，之前改配置配超时时间都没有用。
Lucals 05-25 17:00

9楼

佬，我的情况是上下文压缩4-5分钟之后断开，也有可能是这种情况吗
ovels 05-25 17:11

10楼

我遇到这个问题是复制对话 id，发给新对话，让他继续写，这种有可能会漏掉一些东西。后面发现压缩的时候开 proxifier,把 default 也设置成代理就可以了，可能是压缩走单独的域名被规则漏掉了
XTer 楼主 05-25 17:29

11楼

有可能的，4 5分钟很可能是重试了好多次后报错
Lucals 05-25 17:36

12楼

神了，佬，测出来发现我用的机场所有高速节点都在60s左右截断，专线节点可以到90s后，换了个专线节点压缩成功了
ticktick 06-15 01:41

13楼

请教下大佬后来用的哪个机场的专线