有一种codex辛辛苦苦，不如claude灵机一动的感觉

2026-04-11 14:251阅读0评论SEO资源

内容介绍
文章标签
相关推荐

问题描述：

一个问题，claude opus medium二十分钟内就能搞完，最后还没啥bug，用了codex gpt 5.4 xhigh，能搞半天，差距真的好大。

网友解答：

--【壹】--：

是的，看codex在那里半天找不到问题在哪里我真的。。。claude我眼睛一闭他就吭哧吭哧干完了。。。

--【贰】--：

其实感觉high和xhigh在没有良好的前期设计条件下差距不大，最好按需求设计流程来，然后列todo和任务依赖dag，按tdd worktree subagent模式来拉任务，重点还是自己要清楚自己设计的和想要的，也就是需求和设计清晰，不然他写的代码可能自己都看不懂了

--【叁】--：

没遇到过CODEX原地打转的情况

--【肆】--：

我司体感相反，CLAUDE OPUS4.6无法正常修复BUG、跟进问题、也无法良好的完成游戏相关功能，尤其涉及最新的游戏引擎，比如GODOT\UNITY，甚至古早C/C++轮子都无法正常理解，非常喜欢擅自使用std，甚至用不好，就很尴尬，前端同事之前还在用KIRO，现在也在用GPT 5.4，调好了还是挺好用的

--【伍】--：

我用的是plus。我感觉真的很明显。

--【陆】--：

看codex写代码有时候恨不得上手帮他改的感觉。claude这种感觉就要少很多，至少给个文件函数提示他自己就找到方向了。codex原地打转的概率很大

--【柒】--：

那可能真的是各有所长了

--【捌】--：

这个感觉还是要把依赖的相关文档写清楚感觉会好很多，我现在写框架相关的东西都会来一份压缩的文档和使用说明，如果不给文档或不走explore流程感觉会偏，可能领域方向不一样他本身训练数据偏少，可以试试给个docs目录然后让他写个AgentManual.md，写进claude.md让后续agent读

--【玖】--：

我感觉，不差钱的佬直接 all in claude 真的会节约很多生命。当然封号除外，中转波动一下然后写一下缓存我就要掉好多钱。

--【拾】--：

那GPT可能真就不太行
昨天改个逻辑也是翻过来覆过去给我改崩了

--【拾壹】--：

xhigh其实用起来很糟糕,一般在high和medium 里切换就行了

--【拾贰】--：

看来我需要为codex优化一下自己的工作流了。 claude 把我宠坏了。

--【拾叁】--：

好家伙，然后就你效率最高然后稳稳升职加工资

--【拾肆】--：

体感明显，也可能是我白嫖free的原因（ip已经是家宽了）

--【拾伍】--：

GPT 4.5? 你是说GPT 5.4吧？XHIGH会过度思考的，没事其实可以直接用HIGH

--【拾陆】--：

目前我们大量TOKEN的测试结果是，分场景，游戏下目前只有GPT 5.4可以正常编写游戏相关的代码，前端类的不要开到XHIGH，要用低思考模式，可以从HIGH开始测试，其他类型的要看类型，XHIGH并不是最好的

--【拾柒】--：

codex和claude在中大规模代码编写条件下我感觉claude写代码效果好很多，codex对我来说就是用来sync文档状态和找重构点、bug的工具了，复杂问题感觉codex比较费劲。不过如果约束代码上下文，做好边界切分codex还是可以的，至少服务不波动条件下速度比claude快一些

--【拾捌】--：

虽然我搞了codex的号池给同事用，但我自己一直都用claude

--【拾玖】--：

脑子糊涂了。打错了，我试试，可能会好一点。xhigh真的很慢。

标签：人工智能纯水