快速印象：一周使用 Codex 多于 Claude 的体验

# 快速体验：一周以来更多使用Codex而非Claude 来源：https://allaboutcoding.ghinda.com/a-week-of-using-codex-more-than-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指向主分支`，当我要求它变基时，它基于`主分支`进行变基，这导致了一个包含4000多个添加的拉取请求。我必须明确要求它只与目标分支变基。 （9）对于Codex来说，在我的环境中使用Jira和Atlassian很麻烦，因为我使用CLI工具而不是MCP。它打开JIRA提示我登录，然后切换到CLI，然后再回到浏览器。在这种情况下，Claude更愿意尝试获取我想要的东西，并按照我想要的方式完成，基于之前的会话。 （10）在使用MCP时，我更喜欢Codex CLI的方式，它要求我执行`codex mcp login`，每次都会打开正确的认证和授权流程。Claude有时会试图在一个回合中自动运行，可能会卡住。 我认为Claude和Codex之间的主要区别在于，Claude试图超出要求并猜测你可能想要什么，然后直接去做，而Codex更像是一个伙伴，它会执行你告诉它的事情，但不会过度执行。它会在完成的第一个迹象出现时停止。