很多开发者同时订阅了 Claude Code 和 OpenAI Codex，两个工具在同一个屋檐下干着相似的活，却很少有人能说清楚它们真正的差别在哪。我们通常凭"手感"做选择，顺手就打开最熟悉的那一个，至于为什么，往往语焉不详。

Lucian Ghinda 是一位资深 Ruby on Rails 开发者，他做了一个小实验：把 Codex 当成主力用上一整个星期，而不是像往常那样默认打开 Claude。他在自己的博客上记下了十条即时感受，并预告周末会做一份更完整的分析。这份观察不是冷冰冰的测评，而是一份"相处一周"的私人笔记。我读完以后，结合自己的使用经验做了整理和补充，想聊聊这两个 AI 编程工具在角色定位上的本质差异。

两种角色：同事 vs 工具#

作者用了一个很妙的比喻。他说 Claude 更像 Tuple 会话里那个跟你并肩写代码的同事，它会边写边"说话"，语气里带着人味；而 Codex 更像是《星际迷航》里的 Data，一个高度理性、输出偏技术向的机器人伙伴，它不跟你寒暄，直接给结论。

这个比喻精确地概括了两者最核心的差异。Claude 有一种"陪伴感"，它在协作时会试图照顾你的情绪和语境；Codex 则更像一台精密的仪器，你给它指令，它执行，然后停下来等你。这不是谁好谁坏的问题，而是两种完全不同的相处方式。

代码风格：一个克制，一个爱加戏#

最让作者喜欢的一点是，Codex 在 Ruby / Ruby on Rails 项目里写的代码，注释更少。少了那些"显而易见的注释"，代码读起来更清爽。这背后是两种生成哲学在起作用：Codex 倾向于"少即是多"，写得克制；Claude 则更愿意铺开，动不动就引入抽象、概念、Sorbet 类型签名、类型别名等等。

作者还做了一个对照实验。他让两个工具用同一份需求文档、同一个流程（代码研究 → 设计变更 → 评审变更 → 实现 → 验证）来实现同一个需求。结果是 Claude 的代码更复杂，但确实覆盖了更多边界情况；Codex 的代码更简单、更收敛，但可能在极端情况下考虑得不够周全。

这里没有绝对的对错。复杂意味着更健壮，也可能意味着过度设计；简单意味着更好维护，也可能意味着遗漏。关键在于你的项目处在什么阶段，以及你更看重天平的那一端。

速度的错觉：改得快，不等于交付快#

作者感觉 Codex 改代码的速度比 Claude 更快。但有意思的是，等他开始收尾一个 Pull Request 时，Codex 反而花了很多时间：反复跑测试、反复评审、反复打磨。他欣赏这种"较真"，但从总时间上看，两边其实打成平手。

这是一个很容易被忽略的观察。我们常常只盯着"生成代码有多快"，却忘了真正吃掉时间的是验证、测试和评审。一个工具改得快，但如果它在收尾阶段更谨慎，最终交付时间未必更快。速度的体验，和速度的事实，往往是两回事。

犯错的方式：Claude 会猜，Codex 会停#

Codex 也会犯错。作者举了一个具体的例子：Codex 把分支关系搞错了，分支 A 指向分支 B，分支 B 又指向 main。当他让 Codex 做 rebase 时，它直接用 main 去 rebase，结果弄出一个四千多行改动的 Pull Request。他不得不明确地告诉它"只用目标分支 rebase"。

这暴露了 Codex 的一个特点：它不会主动揣摩你的意图，你需要把指令说得非常明确。而 Claude 则更愿意去猜你想要什么，并且会主动把猜测的结果直接做出来。

作者最后的总结我特别认同。他说 Claude 会"超越你的要求"，主动猜测你可能想要什么，然后直接去做；而 Codex 更像一个"伙伴"，它只做你交代的事，不会多做，并且在"看起来差不多完成"的第一时间就停下来。

集成的细节：MCP 登录的两种体验#

在工具集成上，两者的差异也很真实。作者的环境里用 CLI 工具而不是 MCP 来连 Jira 和 Atlassian，Codex 的表现很折腾：一会儿打开 Jira 网页让他登录，一会儿又切回 CLI，一会儿再切回浏览器。而 Claude 更积极地想帮他把事情办成，并且会参考之前的会话经验。

但反过来，在处理 MCP 登录这件事上，作者更喜欢 Codex 的 CLI 做法。Codex 会明确提示他运行 codex mcp login，每次都正确打开授权流程；而 Claude 有时会在一回合内自动去跑登录流程，结果卡住。

这说明"主动性"是一把双刃剑。主动的 Claude 在有些场景里能省事，在另一些场景里反而添乱；克制的 Codex 在有些场景里显得笨拙，在另一些场景里却更可靠、更可控。

我的看法：没有更好的工具，只有更合适的用法#

读完这份观察，我最大的收获不是"谁更好"，而是一个更实用的结论：你要根据任务的性质，选择让谁来干。

如果你要的是一个能帮你把模糊想法推进成方案的"协作者"，Claude 那种爱猜、爱铺开、爱照顾语境的特质会更顺手。如果你要的是一个能精确执行、不多做、不多说、跑完就交差的"执行者"，Codex 的克制反而更让人安心，尤其在自动化流水线或批量任务里，它的"停下"是优点而不是缺点。

作者还提到一个很有意思的习惯转变：以前他喜欢开一个超大的 Claude 会话，把所有事情都塞进去；用了 Codex 之后，他更想开很多个聚焦的小会话。这个习惯本身可能并不专属于 Codex，但它提醒我们，AI 编程工具正在悄悄改变我们组织工作的方式。

归根结底，选择 AI 编程工具，本质上是在选择一种协作哲学。Claude 想当那个懂你的同事，Codex 只想当那个靠谱的工具，而你要做的，是搞清楚此刻你更需要谁。

参考来源#

本文基于 Lucian Ghinda 的文章《Quick impressions: A week of using Codex more than Claude》（2026-08-21）进行的原创中文改写与解读。原文链接：https://allaboutcoding.ghinda.com/a-week-of-using-codex-more-than-claude/