企业官网建设流程全解析

快速印象：一周内使用 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 日