• 请不要在回答技术问题时复制粘贴 AI 生成的内容
muyangquan
V2EX  ›  程序员

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

  •  
  •   muyangquan · 1 day ago · 1463 views

    我用 cc switch+codex+中转站 API 干活,同一个 KEY 配置,DSH 和 Trae 都能持续保持不断,就 codex 执行一个任务自动停 N 回。但它不是连接中断或报错码,它是懒狗🐶式停下来,催一下干几分钟又停,而且还没有规律。有时候也能持续一个小时一直刷屏。大神们有啥经验丰富的,在哪设置一下能解决这问题吗? C C cli 也没这情况,但老连不上各种报错让我弃用了。

    15 replies    2026-09-22 15:56:53 +08:00
    shakaraka
        1
    shakaraka  
       1 day ago
    请提供不限于:
    1.原始日志
    2.对话 session jsonl
    3.中转站网址
    kkocdko
        2
    kkocdko  
       1 day ago   ❤️ 2
    按照我的经验,你使用的模型应该不是 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
        3
    HappyAndSmile  
       1 day ago
    应该是中转站网络或者你的网络差,网络差的时候,就是这样的,做着做着明明都没做完就直接说 done 花了多少时间这样
    wolfsun
        4
    wolfsun  
       1 day ago   ❤️ 1
    @HappyAndSmile 网络差的时候,应该是会提示 reconnect 吧,楼主说的情况应该是响应完整返回,很正常地就结束掉了地情况,我用 kimi 的时候也遇到过
    IvanLi127
        5
    IvanLi127  
       1 day ago
    你的中转站恐怕掺东西的。换一家看看吧。可能是真的 GPT ,但是不是正常 Codex 转出来的。无论哪里网络差也不会导致模型输出内容变化,所以不存在模型没返回停止 codex 客户端却不发下一轮请求的情况。
    defa21312
        6
    defa21312  
       23h 57m ago
    也有可能是降智,会表现为主动性不足
    cctrv
        7
    cctrv  
       23h 1m ago
    因為 Astra 之後,Codex Sol 基本處於半損壞狀態。Reddit 已經很多人抱怨。請使用 goal 指令,強迫 Sol 完成工作。
    keenkiller
        8
    keenkiller  
       17h 53m ago
    用/goal ,之前我也是遇到了这个问题
    sentinelK
        9
    sentinelK  
       17h 20m ago
    自动停止是 cc-switch 代理转换的问题。

    在目前,你可以理解为 codex 只能跑支持 responses API 的模型 provider
    HappyAndSmile
        10
    HappyAndSmile  
       16h 16m ago
    @wolfsun 不是的,我用的就是公司的,偶尔就是会一段时间内经常会这样,正常地完整返回,然后结束,每次都发生在连到我司海外的服务器不稳定的时候
    muyangquan
        11
    muyangquan  
    OP
       15h 50m ago
    @kkocdko
    @wolfsun
    @IvanLi127
    @cctrv
    我让 AI 找问题根源,结果基本实了。如你们判断,模型被造假了。追风尝试用 kimi k3 ,结果是只是名儿,核儿是 deepseek-flash-0731……

    通过 jsonl 分析,gpt/grok 的 ERROR 都表现在死循环或硬断,而软停的只有 k3 这个壳儿的模型
    muyangquan
        12
    muyangquan  
    OP
       15h 46m ago
    ## 问题本质

    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 系列定位就是"快进快出"。
    muyangquan
        13
    muyangquan  
    OP
       15h 31m ago
    @cctrv 是。因为实测 gpt 的效果不满意,才尝试国模的。
    我的所有任务指令都是让 GPT 对话版根据指定 IDE 和模型“翻译”过的(我输入自然语言任务,跟它探讨,再让它适配转化一下成技术性的指令)。结果 codex+外模验收时总会有被无视的那种漏项,总得复工。而用 deepseek4.1 或 glm5.3 确实听话,丝滑验收通过率极高。

    可能我就是吃粗粮的命吧。。。(其实主要是没吃过好饲料)
    DICK23
        14
    DICK23  
       15h 18m ago
    tool call 失败报错就会终止会话,这问题 github 上好多人遇到了
    wsbqdyhm
        15
    wsbqdyhm  
       10h 17m ago via iPhone
    @kkocdko #2 谢谢你的回复
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1118 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 82ms · UTC 18:14 · PVG 02:14 · LAX 11:14 · JFK 14:14
    ♥ Do have faith in what you're doing.