在长任务里 5.4 和 5.5 总会遇到这个问题，在碰到自动压缩上下文的时候如果当前模型是 5.4 以上，极大概率触发 stream disconnected 导致自动任务失败，并且重试继续失败无法当前会话，目前看来比较靠谱的办法是手动切换到 5.3 ，回复内容触发压缩上下文后，方能成功，后面又手动切回 5.4 ，但是长任务始终不是个办法，github 上有提改 tcp user timeout 好像也不太有效，这个问题困扰比较久了，不知道各位有什么好法子？
This topic created in 193 days ago, the information mentioned may be changed or developed.
 |
olivergrace006Apr 26
1
用官方的账号好像没出现过这种问题，你是不是用的 CPA 反代，据说 CPA 反代的话要把 provider 设置成 OpenAI 还是 openai-xxxx 这个形式，我是基本上没遇到过这种情况
|
 |
2
原来不是我一个人，真的用了很多办法都不行。本人是 200 刀包月（自己主号）的 Pro ，也一样发生这个问题。
现在的临时解决办法是跟 op 一样，切换到 5.3 进行上下文压缩然后再切换回来！ |
 |
3
@olivergrace006 是官方的账号
|
|
4
@marvinxtechbot18 我昨晚最后发明了一个狠招，我让他把 codex cli 的源码改了，压缩的时候不走 compact 那个，用正常的补全➕压缩的 prompt 去做压缩，结果这个问题就不再犯了，他自己改自己哈哈哈
|
|
olivergrace006Apr 26
5
@MengLUO 这样实现感觉效果应该没那么好吧，压缩实现的逻辑和原本保持一致的吗？
|
 |
zwyyy456Apr 26
6
同样碰到了这个问题，我 5.4 还好，5.5 压缩失败率极高，也是官方的 pro 帐号，100 刀的正价帐号。
|
 |
yuan321Apr 27
7
x 上有人提到了相同的问题，应该会很快修复的吧。codex 负责人说这周集中处理 bug
|
 |
nekoyakiApr 27
8
用的官方正价订阅+很干净、网络质量很好的代理，没有中转站，这几个月，每个月都会偶尔触发一次两次 compact 失败。这个真的只跟运气有关，不需要反思自己的环境。之前我也时不时遇见 compact 失败，尤其是四月份以后，每次 compact 失败会导致这个 session 直接废了， 而且还会直接吃掉百分之十好几的 5 小时额度，希望能早日解决吧
|
 |
piconeApr 27
9
以前也有遇到过，compact 经常失败，试了几十次都这样。后来这个问题就突然好了
|
 |
willxiangApr 27
10
我刚刚已经连续好几次了，卡在这里了，不行准备换新会话了
|
 |
xingfu0539Apr 27
11
我几乎必然会失败，而且即使是刚开始没聊两句，手动/compact ，还是大概率触发失败 Error running remote compact task: timeout waiting for child process to exit 。
curl -I https://chatgpt.com 返回 HTTP/2 403 cf-mitigated: challenge server: cloudflare 整体上感觉还是跟网络环境有一定的关系，不管是因为出口 IP 被重点监测，还是链路太长导致的质量差。 |
|
12
@olivergrace006 我看了下效果是一样的，你可以试试
|
|
13
@xingfu0539 但是用 降到 5.3 发送点什么让他再压缩就成功了，就不会触发这个
|
 |
sadan9Apr 28
14
官方 200 的 Pro ，被这个问题困扰好几天了。
|
|
xingfu0539May 7
16
@MengLUO 我试了下在我这不行，我按照 github 上的 issue 建议，重编了 codex cli ，就没啥问题了，改一下超时参数。
|
|
17
@xingfu0539 我让他源码里改用 completion + prompt 去做压缩，不送去 compact 那个后端地址了
|
Select Language