为啥 codex cli 总莫名其妙停工， DSH 和 Trae 没事

请提供不限于：
1.原始日志
2.对话 session jsonl
3.中转站网址

按照我的经验，你使用的模型应该不是 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 。它比较传统，对于各种来源的模型的宽容度最好。

@HappyAndSmile 网络差的时候，应该是会提示 reconnect 吧，楼主说的情况应该是响应完整返回，很正常地就结束掉了地情况，我用 kimi 的时候也遇到过

你的中转站恐怕掺东西的。换一家看看吧。可能是真的 GPT ，但是不是正常 Codex 转出来的。无论哪里网络差也不会导致模型输出内容变化，所以不存在模型没返回停止 codex 客户端却不发下一轮请求的情况。

也有可能是降智，会表现为主动性不足

因為 Astra 之後，Codex Sol 基本處於半損壞狀態。Reddit 已經很多人抱怨。請使用 goal 指令，強迫 Sol 完成工作。

用/goal ，之前我也是遇到了这个问题

自动停止是 cc-switch 代理转换的问题。

在目前，你可以理解为 codex 只能跑支持 responses API 的模型 provider

@wolfsun 不是的，我用的就是公司的，偶尔就是会一段时间内经常会这样，正常地完整返回，然后结束，每次都发生在连到我司海外的服务器不稳定的时候

@kkocdko
@wolfsun
@IvanLi127
@cctrv
我让 AI 找问题根源，结果基本实了。如你们判断，模型被造假了。追风尝试用 kimi k3 ，结果是只是名儿，核儿是 deepseek-flash-0731……

通过 jsonl 分析，gpt/grok 的 ERROR 都表现在死循环或硬断，而软停的只有 k3 这个壳儿的模型

问题本质

Codex 的 agent loop 判定"本轮是否继续"的唯一依据，是模型在 responses 流中是否持续输出 function_call：

- 模型继续输出工具调用 → needs_follow_up=true → 执行工具后继续采样（正常循环）；

- 模型输出一段普通 message 后结束流 → needs_follow_up=false → 本轮完成 → 等待用户输入。

deepseek-v4-flash-0731 的固有行为是"干几步就说一句、说完就收尾"，它把过程汇报当成了任务完成信号发出。Codex 无法区分两者，于是"干一步就停"。

佐证：catalog 中该模型 supports_parallel_tool_calls=false、无 none 以外的低档推理（仅 none/high ），flash 系列定位就是"快进快出"。

@cctrv 是。因为实测 gpt 的效果不满意，才尝试国模的。
我的所有任务指令都是让 GPT 对话版根据指定 IDE 和模型“翻译”过的（我输入自然语言任务，跟它探讨，再让它适配转化一下成技术性的指令）。结果 codex+外模验收时总会有被无视的那种漏项，总得复工。而用 deepseek4.1 或 glm5.3 确实听话，丝滑验收通过率极高。

可能我就是吃粗粮的命吧。。。（其实主要是没吃过好饲料）

tool call 失败报错就会终止会话，这问题 github 上好多人遇到了