文章详情

专注互联网科技,赋能企业数字化发展

Codex被Claude碾压

作者:Codex被Claude碾压

自从尼区礼品卡陨落后用了半年的Claude就停了,用了几天Cursor和Antigravity,昨晚需要做阶段性的重构(把gemini和composer写的屎山清理干净)。想着codex多个图片生成功能并且据说和claude是同一档打算试试,结果表现堪称灾难性。 项目不大,仅就这30分钟的体验来说,codex问题具体体现在: 1. 会自己去读很多没必要读的无关文档把上下文撑爆然后压缩,结果就是token花了上下文填满了活没怎么干。 2. powershell utf-8的问题每一次对话都要犯一遍,看它的过程一直会有小问题要不断调整方向,就像一个读了很多书但是没经验的菜鸟。 3. 设定了过程和最终结果,但是它明显会偷懒,最后只做了10%不到就交活了,基本处于不可用的状态。Gemini做不完至少都会给你一个milestone 4.用量飞快,5小时额度没给我解决问题就没了,而且占周额度15%,非常不耐用。 然后就是光速续了Claude,切Opus交代重构任务它自己就进入plan mode,提了方案让你做选择后全程自主完成任务,中途发现的bug也自己顺带修复,最后交付完整的变动日志,行云流水。 让我打分就是Opus大于Sonnet大于Composer2.5大于等于Gemini 3.1Pro大于等于GPT 5.5 High 7.3更新 这两天在mac试了cli版本的codex,效果明显好了不少,但是个人还是更加喜欢claude,我也没测试过claude的win版本,还是建议在wsl或者mac环境里面使用

返回新闻列表