上个月翻到一篇随笔，一个开发者说他拿 Codex 用了一周，用得比 Claude Code 还多。两边都开 xhigh 推理档，一个跑 gpt-5.6-sol，一个跑 opus-5，配置尽量对齐。
里面有一句话，我看完就停住了。
他说真急着排障的时候，手还是先伸向 Claude。理由不是 Claude 更好，是熟。
这句比整篇任何对比都值钱。
选工具从来不是"哪个分高"，是"手往哪儿伸"。平时你有闲工夫开两套 TUI 来回比、攒笔记、周末出个详细分析——他说要出，还没出——但线上真烧起来，你没那个时间。手先动，脑子后到。哪个在肌肉里，哪个就是当晚的"最强"。所以我看这类评测只盯一件事：作者出事的时候伸哪只手。
他埋了一个特别好的例子。
让 Codex 干活，它建了条分支链：A 指向 B，B 指向 main。然后让它 rebase，它对着 main 去了。交出来一个 PR，四千多行新增。他得再明明白白下一道令——只对那条该对的目标分支 rebase。
我看到这儿笑出声。不是笑他，是这场景太熟。
Agent 没做错事。它做的是你字面说的那件事。
你凌晨两点半给的那句话，它一字不改执行到底，然后站那儿等夸。一个没人敢点的合并按钮，就是这么来的。"听话"在 agent 身上算优点还是缺点，取决于你几点钟下的指令。
Claude 是另一种病。同一个需求、同一份文档，它出来的代码更复杂，但兜住了更多情况——抽象更多，概念更多，Sorbet signature、type alias 一层套一层。作者更喜欢 Codex 的简洁架构，还说 Codex 生成的 Ruby/Rails 代码注释更少，他觉得是好事。
注释这点我只认一半。
机器写的注释，八成是把代码原样翻译一遍的废话，删了是功德。可它要是顺手把"这里为什么这么写"那一行也省了——省掉的是后人半夜查这段代码的时间。少注释我欢迎，少理由我警惕。这俩看着像一回事，中间隔着一整次事故。
整篇里最值钱的一个数，作者自己可能都没往那边使劲。
Codex 改第一版确实快。但把 PR 收尾算进去——测试重跑、来回 review——总时长没优势。
翻译一下：快的部分看得见，慢的部分没人算。
管理层看的是"第一版几分钟出来"，看不见后面那两小时重跑和半小时 review 回路。这数一旦进汇报材料，就变成"提效"，然后有人开始算能砍几个岗。我见过的所有"提效 N 倍"都是这么来的：拦腰砍掉后半段。砍完半夜谁接电话？还是那个冤种。
顺便说句公道话，这篇比别人强在，他老实交代了两边插件和 skills 没配平——Claude 那边 skills 多，因为自己写的还没全迁到 Codex。他还建议直接让 Codex 去读 Claude 的 skills 文件夹、让它自己转一遍。
这就对了，可也说明一件事：大部分这类对比，测的是"我两边配置差多少"，不是"模型差多少"。自己都承认没配平，结论就得打折听。至于"再叠一层 AI 去迁 AI 的配置"——我们这行解决问题永远这招，先记着，回头还债。
还有个细节我挺在意：他说现在更想跑多个各自聚焦的小 Codex session，而不是以前全塞进一个大的 Claude session。他自己也说不确定是不是 Codex 特有。
我看不是。跟工具没关系，是人的毛病。一个大 session 塞三件事，最后哪件都没收干净——值班时也一样，一个 pager 里同时躺三个 Sev2，你哪个都只能看一半。
Jira 和 Atlassian 那块他也没藏。走 CLI 不走 MCP 的时候，登录流程是：打开浏览器、切回 CLI、再切回浏览器。这种东西上不了任何排行榜，但天天在啃你的时间。
MCP 的偏好倒有意思。他喜欢 Codex CLI 每次让他老老实实跑一遍 codex mcp login、走完整授权流；Claude 有时候想在一个 turn 里自己把认证跑完，然后卡死。
这个我太懂了。
这就是"想帮你"和"帮你把事办砸"中间那条线——它想替你省一步，结果把整步堵了。
作者最后的总结我认为是全文关键：Claude 总想越过你提的需求、猜你还想要什么；Codex 更像搭子，你说什么它做什么，一看到"差不多完成了"就停。
把这两句摆一块儿，问题就露出来了。
你要哪个？一个会猜的，你永远不知道它猜错没有；一个不猜的，你永远不知道它停错没有。猜的那个可能塞你一堆没要的抽象；不猜的那个可能递你一个四千行的 PR，然后安静等你点头。
没有哪个更安全。
所以我不太关心 Codex 和 Claude 谁赢。这篇读下来我记住的就一条，也是给自己的：
别在真出事那天第一次换工具。
熟的那个不一定强，但它是你唯一一个心跳一百二的时候还调得动的。想让新工具也进肌肉，只能靠那些没出事的晚上一点点练。至于"更强的 agent"——这周是 A，下周是 B，模型换个版本号，前面全翻篇。你的手只认它练过的那一套。
本期教训：工具没有"最好"，只有当下手够得着的那一个。