不要用gpt-5.6-sol-max,否则会变得不幸。细数gpt-5.6-sol的大问题

羽织 2026-07-11 08:50 1

5.6的问题包括但不限于:


无限制的边界审查:





一个小时前就已经定位到了问题,并解决,但是死循环了:

修完问题→派发审查→审查觉得有潜在风险→修改,继续派发

不断地修各种潜在边界问题,死循环




疯狂的派遣子agent消耗额度:



/agent 下面积累了一堆 agent 名字,查看内容也很麻烦,有什么好的方案或者 skill 吗 ^-^
codex v144.1


用了一天了,感觉就是看它很忙,看它调了一大堆工具不知道在做什么,很多任务能跑上十几二十分钟没进展,放弃了切到5.5能用不到一半的时间到5.6的进展,哎有点失望,等了这么久


最新的 claude code cli 在检测到其他非 A畜模型后会恶意开启多个 subagent 进行上千次调用,增加其他模型的token消耗量。目前测试 gpt 会被影响,其他模型不确定。下图为 1小时请求次数
[fedd0f5252a247e8aed9507f4dabfe11]


我只有claude code配置好了项目全套 codex我都是用来办公的 同时开启了多个agent 一起改动然后合并 这套动作进行了至少3次 还在哪里规划额度直接消耗了100刀


这真的不是退化了吗?居然干了100分钟还没搞完,跑了我60刀额度了,麻了
[image]
[image]


还有其他毛病等等


那你说用xhigh会不会更好?


同样是xhigh,跑分不如5.5xhigh:



(知乎博主的跑分)


实际上5.5xhigh对标的是5.6 max,但是max又有一堆毛病。。


结论:用5.5 xhigh,或者是想办法禁了或者提示词强约束子代理工具,让5.6-max不要乱用子代理工具

最新回复 (19)
  • outgoing 07-11 08:52
    1

    用 5.5 xhigh



    就你的图里,价格翻了一倍了,这样还要选吗

  • 虚弱的吧唧 07-11 08:52
    2

    sol ultra体感下来就是磨洋工,用了更多的token干了更多的时间,完成质量嘛倒也没比5.5高很多^-^

  • 羽织 楼主 07-11 08:53
    3

    但是5.6额度被他派子agent的毛病和边界问题顶不了几下就被嚯嚯光了 ^-^

  • outgoing 07-11 08:53
    4

    派子agent应该只有ultra才会吧,我用max没遇到

  • nianzhibai 07-11 08:53
    5

    max不会派遣子代理 Ultra 才会派遣子代理

    肯定用 max 啊

  • 羽织 楼主 07-11 08:54
    6

    5.6 模型本身就有这种倾向

    所以最好的做法是直接想办法给他禁了子代理 ^-^

  • FFFFFFFFFir 07-11 08:54
    7

    真正感觉有提升的就是pro模型了,比5.5pro改进还比较明显,但是不知道为啥它连github公库都访问不了

  • cainiao3hao 07-11 08:56
    8

    max一样有这个倾向,之前5.5不主动提subagent它绝对不会派,昨天试用了下max然后一个对话派了仨直接烧完额度,换了个号又派了俩。不知道是不是任务难度的关系,还是bug啥的,今天倒是没派了。

  • 成浩 07-11 09:00
    9

    佬,像这种情况,能不能通过提示词让它不要派出子代理,在长任务中会有效吗?

  • Ricardo 07-11 09:00
    10

    我彻底对5.6失望了,看看接下来的deepseek和谷歌,还有老马的新模型吧,也希望gpt6能回来,我不会再使用5.6一次了

  • lueluelue 07-11 09:01
    11

    可以给 5.6 的三个模型的提示词里面,限制一下子代理吧。他好像还挺听那个的

  • Kemou 07-11 09:02
    12

    没有必要非得使用max,官方也说得很清楚了,绝大部分任务使用地球high都能覆盖,高难度的可以使用sol medium或者high ,没必要上max甚至是多agent的ultra,那样分分钟就烧完了,也没有多少实质性提升,还浪费时间


    官方跑分和各种建议都提到low medium high的提升很显著,后面其实都很小了,在swe的跑分下(普通任务)完全没区别,三个模型之间也是,只有超高难度任务(比如rust重写c语言编辑器)才有必要max、ultra


    有那额度还不如开个terra的fast模式,快得多

  • wayned 07-11 09:03
    13

    我主要是在 Codex desktop 上用 5.6,有些 bug 不一定是模型的问题,感觉最大的问题还是 Agent 的问题,可能写得太烂,导致实际使用的时候不少 bug

  • Furina 07-11 09:07
    14

    你是不是装superpowers这样的skill了,没有遇到过你说的问题

  • himym 07-11 09:10
    15

    这么糟糕吗? 我们公司同事反馈都还不错。。

  • Ricardo 07-11 09:10
    16

    老哥,你是怎么使用的,我默认5.6-sol-max,但是太太太太慢了

  • himym 07-11 09:11
    17

    我之前在 pi 里用的,也觉得有点慢,听同事的换回 codex app 里使用,又快又好

  • Ricardo 07-11 09:12
    18

    不应该啊 在pi里面不是应该更快吗?那思考强度呢?也是和我一样的max?佬?

  • KINDNESS 07-11 09:13
    19

    这么看来,他比较适合重型项目,这么审查 bug应该会少很多

* 帖子来源Linux.do
返回