本周使用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+新增内容的PR。我不得不明确要求它仅与目标分支重新基准。(9) 对于Codex，在我使用CLI工具而不是MCP的环境中，“与Jira和Atlassian一起工作”非常麻烦。它打开JIRA以提示我登录，然后切换到CLI，再返回到浏览器。在这种情况下，Claude更愿意尝试获取我想要的东西，并按照我想要的方式去做，基于以前的会话。(10) 在使用MCP时，我更喜欢Codex CLI的方式，它会让我执行codex mcp login，每次都打开正确的认证和授权流程。Claude有时会尝试在一次回合中自动运行它，这可能会导致卡住。我觉得我在Claude和Codex之间感受到的主要区别是，Claude尝试超越要求并猜测你可能想要的东西，然后直接去做，而Codex更像是一个伴侣，执行你告诉它的事情，但不会做得过头。它会在第一信号时停下来，表明它可能已经完成。