GPT-5.6-sol速度是真的感人。

就是就是，我也很纳闷，为啥这个5.6这么慢，我让他去安装一个skill，他都要思考10几分钟

这样就可以了，模型不要调那么搞，medium就挺快的

我感觉佬友是不是得关注一下 执行失败 的 报错呀 ^-^ 我用极高备份大量文件，都没你这么慢 ^-^

买了个plus 蹬了一天就被扬了

现在执行了就去看剧吧，反正现在一个任务没有半小时下不来。

为什么要对比呢？这不是明显被AI奴役了么。

执行失败我看了，和我让他做的任务不相干，然后乱七八糟根目录看了半天，下面才开始看我的任务去执行。

只是刚好要下班了，我觉得GPT5.6-sol应该做起来快，就开了两个模型。分别去做。结果GPT速度太感人了。

没有调到高或者极高，都是默认的。

现在巨慢，之前几分钟的事，现在跑了20分钟还没跑完

不至于吧, 开了fast模式还这么慢吗…

我也是 dedium fast ，着急的时候上1.5X，感觉还可以，我估计大概率是机场问题！！！

可能是子任务问题（我目前发现的情况是这个），推理不要开太高（虽然只是降低概率）。当前版本的5.6在codex上好像有个极其智障的bug，工具链活锁。推理开高了后它会开一堆subagent，每个并行任务都先跑去调工具链有的SDK或者工具链对同一资源有加锁的（比如Flutter），然后并行一堆命令全阻塞，阻塞完了还不一定立马超时获取执行（有的命令直接失败返回了或者卡死），然后每个超时或者失败的返回它的subagent又会立马去探查其他原因，于是它会看到有其他线程调用。于是有概率的解决方案是————直接杀掉进程，被中断的脚本被杀了失败循环上诉流程，直到失败N次恍然大悟认为环境有问题或者子任务终止或者放弃调用转入纯静态代码或者运气好通过。简单来说就是subagent过多依赖同一工具链或sdk环境有竞争情况下，有严重的并发bug。中午吃饭开一个任务，刚愉快吃完晚饭一看我现在人都懵了，token还在疯狂燃烧 ^-^一看余额和调用量天都塌了，无数的并发任务在疯狂血拼 ^-^