快速印象一周内使用 Codex 多于 Claude 的体验2026 年 8 月 21 日这是本周使用 Codex 多于 Claude 的一些快速且非常个人化的印象希望在周末能进行全面分析。Claude 与 Codex 技能对比今年一直努力让 Claude 和 Codex 保持同步为它们配备相同的插件和技能等。但实际上 Claude 的技能更多因为从一些会话中创建了技能并非所有技能都移植到了 Codex 上。解决办法是让 Codex 指向 Claude 的技能文件夹并要求它为 Claude 进行转换。紧急调试时的工具选择当时间紧迫比如调试紧急问题时还是会打开 Claude因为用起来更顺手。不是说它更好只是用着熟悉而调试时使用熟悉的工具很重要。Codex 在代码注释方面的特点Codex 在 Ruby/Ruby on Rails 代码中生成的注释较少非常喜欢这一点稍后会分享在这方面做的一些实验。Codex 与 Claude 代理工具输出风格差异Codex 代理工具的输出比 Claude 的更具“技术性”。Claude 感觉更像是在 Tuple 会话中的同事在和你交流而 Codex 更像是《星际迷航》里的 Data。会话开启方式的改变打算开启更多 Codex 会话并让它们更有针对性而不是像以前那样只开一个大的 Claude 会话。这可能并非 Codex 特有的情况但在使用 Codex 时注意到了这一点。更改速度与拉取请求耗时对比在看来Codex 进行更改的速度比 Claude 快。但完成主要更改后完成拉取请求PR却需要花费很多时间包括多次重新运行测试、审查等。喜欢这种严谨的态度但最终在时间上并没有优势。代码架构解决方案差异感觉 Codex 在代码架构方面创建的解决方案比 Claude 简单得多。Claude 通常会创建很多东西比如抽象概念、Sorbet 签名、类型别名等。Codex 则相对收敛创建的东西较少。本周还测试了一个改进的流程代码研究 - 设计更改 - 审查更改 - 实现 - 验证。让它们使用相同的文档实现相同的需求Claude 的代码稍复杂一些但能处理更多情况。Codex 犯错情况Codex 也会犯错。Claude 能理解从其他工作中分支并保持同步的意图。而 Codex 会做一些糟糕的事比如“分支 A 指向分支 B分支 B 指向主分支”当让它进行变基操作时它直接与主分支变基导致生成的 PR 增加了 4000 多行代码。不得不明确要求它只与目标分支变基。集成环境下的工具表现在使用命令行工具CLI而非管理控制平台MCP的环境中让 Codex 与 Jira 和 Atlassian 集成很麻烦。它会打开 Jira 提示登录然后切换到 CLI接着又回到浏览器。在这种情况下Claude 更愿意根据之前的会话理解需求并按要求完成任务。MCP 环境下的工具偏好在使用 MCP 时更喜欢 Codex 的 CLI 方式它会提示执行 codex mcp login每次都能正确打开认证和授权流程。Claude 有时会尝试自动运行结果可能会卡住。Claude 与 Codex 的主要区别Claude 和 Codex 的主要区别在于Claude 会尽力超越要求猜测可能想要的东西并直接去做而 Codex 更像一个伙伴会按说的做但不会过度发挥一旦觉得可能完成了就会停止。本文写作方式撰写了本文并使用 Grammarly 进行校对和修正。阅读推荐- [为 Codex 中的所有项目设置状态行] 2026 年 8 月 20 日- [你可以使用 Ruby 在 Claude Code 中设置状态行] 2026 年 8 月 19 日