GPT5.6慢的原因到底是指令遵循太好了 还是说卡命令行呢?

Loveyless 2026-07-14 12:22 1



就一个简单的拆分意图去提交,他这个命令,卡了我5分钟,没动过,而且之前也老出现这种情况。我不得不把它打断,重新让它跑,它就会跑得很快



可以看这张图的最上面,他跑了12分钟,就简单地提交代码,然后我打断了一下他就好了。他前面那个指令卡了我巨久的时间。

最新回复 (19)
  • Chrome 07-14 12:23
    1

    主要两个原因

    网络不好

    codex卡


    网络整好了,可以试试opencode那个拉稀般的速度

  • Furina 07-14 12:24
    2

    感觉不是慢,就是卡了。一直卡住非常恶心。洋工还得洋模型来磨

  • Loveyless 楼主 07-14 12:24
    3

    我打断一下,重新让他跑,他就立马好了。我帖子更新了一张图。我靠,我最近经常碰到这个卡命令的问题。

  • Loveyless 楼主 07-14 12:25
    4

    是的,最近老卡命令。我操,某个命令行卡得巨久,我说怎么不动了。

  • Chrome 07-14 12:25
    5

    你这个问题我反反复复在很多地方看到过


    那就完全不是网络的问题

    是codex的harness有问题

  • ANIIAN 07-14 12:26
    6

    太慢了,有佬解决这个问题吗?随随便便就跑四五个小时,过于离谱了

  • jcc 07-14 12:26
    7

    估计有时候会思维链左右互搏,多等会也能出来,或者中断重来

  • ltw 07-14 12:27
    8

    确实,还会调用很多子agent,我他喵一个简单任务你给我搞几十个agent这不纯属浪费钱嘛

  • sbarbar 07-14 12:28
    9

    我也遇到过,中断再让他继续就行了。

  • hfli 07-14 12:30
    10

    Gpt5.6感觉不如gpt5.5刚发布那段时间好用

  • ldzzz 07-14 12:37
    11

    要么卡了,要么读取太多了内部工具报错没有感知到 之前claudecode 也会这样 claudecode可以/btw codex没有这个功能 只能打断 但是codex打断后大概率嘴硬,都说没有卡xxx

  • OpenAI 07-14 12:40
    12

    是首字的问题。我GPT放CPA接CC,设置超时30s,只要超过30s没有API首字响应到达就会自动断开并重试,这样就好很多了,不用手动断开重发。

  • neteroster 07-14 12:41
    13

    首字问题,现在有一定比例的请求会直接卡死或者ttft十几分钟甚至更长

  • ZephyrL 07-14 12:43
    14

    感觉是openai自己的bug,首字经常干到二三十分钟,应该是openai自己的处理请求进程卡死了。


    预测还会重置,体感太差了,就算5.5降智起码都还能正常请求,这个5.6卡得活都干不了

  • Nasavoyager 07-14 12:43
    15

    我倒没有遇到卡命令,主要是一个简单的问题搞的极其复杂,绕一大圈再做。如果停了重新直接要求它开始做,就很快做好

  • Monody 07-14 12:47
    16

    我也一样,我还以为网不行呢,中断再重试,速度又变快了

  • blueslmj 07-14 12:49
    17

    我昨天出去了一趟,回来6个多小时,它卡了6分多小时,停止让它继续才行。感觉跟任务复杂度有关系,我另外一个项目就很快

  • 少年倚剑凌清秋 07-14 13:21
    18

    感觉是 codex 的问题,思维模式就好像一个犹豫不决的人,做事贼拉扯

  • eddy1990 07-14 13:33
    19

    这两天确实经常用着用着就不懂了,要自己结束后发送“继续”,然后立马又好了,出现的频率太大了,之前基本没出现这种情况。

* 帖子来源Linux.do
返回