一周多用 Codex 少用 Claude 的个人体验

本周我更多地使用了 Codex 而不是 Claude，以下是一些快速且非常个人的印象（希望周末能进行完整分析）。

(1) 虽然今年我试图让 Claude 和 Codex 保持同等水平，拥有相同的插件/技能等，但 Claude 拥有更多技能，因为我从一些会话中创建了技能，但并非所有技能都移植到了 Codex。

修复方法很简单：将 Codex 指向 Claude 的技能文件夹，并要求它为 Claude 转换这些技能。(2) 当我赶时间时（比如调试一些感觉紧急的事情），我仍然会打开 Claude，因为不知何故我对它更熟悉。

我并不是说它更好，但它很熟悉，而在调试时，使用我熟悉的工具很重要。(3) Codex 在 Ruby/Ruby on Rails 代码中产生的更改注释更少。我非常喜欢这一点，很快我会分享我在这方面进行的一些实验。

(4) Codex 代理框架的输出比 Claude 的更具“技术性”。Claude 感觉更像你的同事在 Tuple 会话中给你写信，而 Codex 感觉更像《星际迷航》中的 Data 版本。

(5) 我想开启更多 Codex 会话并保持专注，而不是像以前那样进行大型 Claude 会话。这可能不是 Codex 特有的，但我在使用 Codex 时注意到了这一点。(6) 在我看来，Codex 完成更改的速度比 Claude 快。

但在完成主要更改后，完成拉取请求需要付出很多努力：重新运行许多测试、审查等。

我喜欢这种彻底性，但最终在时间差异方面并没有优势。(7) 我觉得 Codex 在代码架构方面创建的解决方案比 Claude 简单得多。Claude 通常会创建很多东西：抽象、概念、Sorbet 签名、类型别名等等。

Codex 则更克制，创建的更少。本周我还测试了改进的流程：代码研究 -> 设计更改 -> 审查更改 -> 实现 -> 验证。但我让它们使用相同的文档实现相同的需求，Claude 的代码稍微复杂一些，但处理了各种情况。

(8) Codex 也犯了一些错误。Claude 能理解我从其他工作中分支出来并保持同步的意图。

Codex 做了一些糟糕的事情，比如分支 A 指向分支 B，分支 B 指向 main，当我要求它变基时，它却与 main 变基，这导致创建了一个有 4000 多个新增内容的 PR。我必须明确要求它只与目标分支变基。

(9) 对于 Codex，在我使用 CLI 工具而非 MCP 的环境中，与 Jira 和 Atlassian 合作很麻烦。它会打开 JIRA 提示我登录，然后切换到 CLI，再回到浏览器。

在这种情况下，Claude 更积极地尝试获取我想要的东西，并根据之前的会话按照我想要的方式去做。

(10) 在使用 MCP 时，我更喜欢 Codex CLI 的方式，它会要求我执行 codex mcp login，并且每次都会打开正确的身份验证和授权流程。Claude 有时会尝试在一轮中自动运行它，可能会卡住。

我觉得 Claude 和 Codex 之间的主要区别是：Claude 试图超越要求，猜测你可能想要什么并直接去做，而 Codex 更像一个伙伴，做你告诉它的事，但不会过度。它会在第一个可能完成的迹象时停止。