2. Linux.do
  3. 还有醒着的佬友吗？我的codex中邪了好像。。

还有醒着的佬友吗？我的codex中邪了好像。。

cat 2026-07-12 00:36 1

codex一直工作到“上下文已被压缩”，这时我想让它写个项目交接提示词给下一个对话窗口。



然后人老先生就开始无尽反复的“重新连接中1/5”，起初怀疑是梯子节点timeout了，后来发现不是梯子的原因，去Claude code用其它模型发现是正常对话。然后以为是CPA的free账号没额度了，看了一下也是有的。我还特意用Claude code试了一下CPA也能对话。


最后怀疑是上下文内容太多导致响应过长，从而致使无法正常压缩，然后进入一直失败一直压缩的死循环里。然后我去.codex里的sessions文件夹里把历史对话的记忆文件全删了。



这下重新测试发现确实显示“正在思考”了，也不压缩上下文了，也不重连了，直接“你已达到使用上限。请稍后再试。”了。。



友友们有知道这种情况咋办吗？我是要等好几个小时明天再写吗？



我开新对话它就显示这个。。重启vscode也还是“重新连接中1/5” ^-^

好端端的突然中邪了…

最新回复 (11)
  • upwardand 07-12 00:38
    1楼

    你用的中转站吗？那真可能是达到使用上限了

  • 席乐 07-12 00:38
    2楼

    我醒着，但我只能祝你好运。 我认为这是你转发的 api 导致的，如果是原生 responses 应该不会这样

  • cat 楼主 07-12 00:43
    3楼

    CPA反代的free的gpt账号，为什么还会有“上限”这一说？是什么的上限？是5.6模型的缘故吗，之前5.5从没有上限过。。还是我今天用得太多之前一直用的少？ ^-^

  • cat 楼主 07-12 00:44
    4楼

    cc里默认配置选项就是responses

  • apparition 07-12 00:46
    5楼

    反代后产生的错误不一定就是那个错误

    我猜是轮询到的号不给用该模型

  • paddington 07-12 00:51
    6楼

    在config文件里加上如下配置，亲测能有效降低重连出现概率

    原理是改变本地Agent和服务器间的通信方式


    model_provider = "openai_http"
    

    
[model_providers.openai_http]
    
name = "OpenAI HTTP"
    
wire_api = "responses"
    
requires_openai_auth = true
    
supports_websockets = false
  • gethub 07-12 00:52
    7楼

    （帖子已被作者删除）

  • cat 楼主 07-12 00:55
    8楼

    但是佬5.5模型是所有号都可用的（我的号是封一个建一个，一个一个用，这个号昨天还能用5.5），现在codex换成5.5也还是重连。。

  • cat 楼主 07-12 01:05
    9楼

    还是不行，算了，我明天再研究研究，谢谢佬友

  • EthanSky 07-12 01:06
    10楼

    换5.4重新压缩一下试试，这个问题我之前也有过。


    1.换5.4压缩，如果成功，压缩完成之后换回原模型对话就行

    2.归档对话文件，然后找到原对话文件备份一份，交给ai进行修复，完成之后重新导入

  • cat 楼主 07-12 01:10
    11楼

    我也试过，但换成5.4还是不能对话。方案二我不太明白，请问修复是去哪里修？让5.4修吗？我这个codex直接换什么模型都只回复“达到对话上限了”。

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐