• 请不要在回答技术问题时复制粘贴 AI 生成的内容 V2EX › 程序员 为啥 codex cli 总莫名其妙停工， DSH 和 Trae 没事 muyangquan · 1h 56m ago · 195 views 我用 cc switch+codex+中转站 API 干活，同一个 KEY 配置，DSH 和 Trae 都能持续保持不断，就 codex 执行一个任务自动停 N 回。但它不是连接中断或报错码，它是懒狗🐶式停下来，催一下干几分钟又停，而且还没有规律。
有时候也能持续一个小时一直刷屏。大神们有啥经验丰富的，在哪设置一下能解决这问题吗？
C C cli 也没这情况，但老连不上各种报错让我弃用了。 Codex 停工 配置 6 replies • 2026-09-22 02:16:20 +08:00 1 shakaraka 1h 54m ago 请提供不限于： 1.原始日志 2.对话 session jsonl 3.中转站网址 2 kkocdko 1h 22m ago 1 按照我的经验，你使用的模型应该不是 openai 的模型。
openai 的模型，对于 codex 的调用方式有做后训练，它更加适应这个环境。这与 api 转换（ chat completion api / responses api ）无关。
例如，deepseek v3 的时候，转换并接入 codex 就经常出现类似问题，忽然停下来不动，或者工具调用格式错误。 v4f 之后，官方声称是配了 codex ，很多人以为只是提供了 responses api ，其实不止于此。
v4f 对 codex 的调用方式有做后训练，适配性明显更好。如今，glm-5.3-flash 对 codex 的适配也很好。
但 qwen 3.8 flash 就明显不太行，依然经常出现调用错误和停顿问题。如果要追求最佳的兼容性，那么，只能选择 opencode 。
它比较传统，对于各种来源的模型的宽容度最好。 3 HappyAndSmile 1h 12m ago 应该是中转站网络或者你的网络差，网络差的时候，就是这样的，做着做着明明都没做完就直接说 done 花了多少时间这样 4 wolfsun 46 mins ago 1 @ HappyAndSmile 网络差的时候，应该是会提示 reconnect 吧，楼主说的情况应该是响应完整返回，很正常地就结束掉了地情况，我用 kimi 的时候也遇到过 5 IvanLi127 39 mins ago 你的中转站恐怕掺东西的。
换一家看看吧。可能是真的 GPT ，但是不是正常 Codex 转出来的。
无论哪里网络差也不会导致模型输出内容变化，所以不存在模型没返回停止 codex 客户端却不发下一轮请求的情况。 6 defa21312 14 mins ago 也有可能是降智，会表现为主动性不足