Codex撞脸Claude Code，新功能只领先11天

18比4：时间线上的贴身肉搏

一张由社区维护的时间线对比图，将两家AI编程工具的趋同过程展现得淋漓尽致。这张图跨越了从2025年2月到2026年6月的关键时期，以橙色代表Claude Code、蓝色代表Codex，清晰标注了每一项共有功能的发布时间。统计结果出人意料：在双方都拥有的18项核心功能中，Claude Code抢先发布了14项，而Codex仅领先4项。更重要的是，Codex那为数不多的先发优势中，有两次反扑都发生在短短11天内——无论是/goal指令还是多智能体并行能力，Claude Code都像装了追踪导弹一样迅疾补位，没有被拉开任何实质性差距。

从/goal到dreaming：一个功能矩阵的全面对齐

功能列表几乎成了双方标准配置的“点名单”。从无界面脚本化（headless）、模型上下文协议（MCP）、自定义斜杠命令（custom slash commands），到上下文压缩、子智能体（subagents）、生命周期钩子（hooks）和技能系统（skills），两家产品惊人地一致。在长任务执行上，Claude Code的/goal指令定义为：设定完成条件后，一个轻量模型会在每轮执行后自动判断条件是否满足，不满足便继续循环，而非归还控制权给用户；Codex的/goal模式功能序列也如出一辙。在子智能体实现上，Claude Code将它们隔离在各自独立的上下文窗口中，以约束工具调用和成本，而Codex则通过并行的专用智能体来完成类似工作流，最终汇总结果。甚至连近期备受关注的“dreaming”记忆机制，双方也经历了激烈的名称和实现方式争议。撇开这些细节，Claude Code在发布时间上的领跑优势，肉眼可见。

连名字都被撞了：/btw和SKILL.md

更微妙且让开发者津津乐道的，是那些近乎“撞名”的细节。Codex为其侧边提问命令赋予的别名/btw，直接与Claude Code中早已存在的同名命令重合，引发了社区对其是否“抄袭”的热议。同时，两家的技能（Skills）系统纷纷采用了由Anthropic发起后开放为行业标准的SKILL.md格式，连文件名都保持一致。这种在细枝末节上的雷同，已经不是简单的功能“借鉴”，更像是产品形态在标准化框架内收敛到最优解的自然结果。

开源推平了技术高墙

曾经，Codex和Claude Code各自依靠独特的“黑科技”——如Claude Code高达100万Token的上下文窗口和压缩技术，或Codex的云端异步沙箱——来构筑护城河。但随着以OpenClaw为代表的开源工作流框架的兴起，这种技术壁垒正在被迅速瓦解。OpenClaw将大模型与本地终端工具链（如Git提交、沙盒测试）的交互过程标准化，使得过去那些专有的“高级特性”成为了行业的通用配置。当底层的核心技术被拉平后，两家厂商唯一的差异化出路就只剩下在更加细微的用户体验层面进行无止境的“内卷”，这也直接导致了产品表象上不可避免的趋同。

3倍下载量与逆袭的周活跃用户

尽管产品形态趋向一致，但在开发者生态中，两者的真实战场早已从功能比拼转向了用户习惯和市场定位。数据显示，在过去30天内，Claude Code的npm下载量高达约4630万次，是Codex命令行版（约1400万次）的3倍多，彰显出其在深度开发者群体中的统治力。然而，如果论“每周有多少用户打开”，Codex却已经实现了反超。知名开发者Peter Steinberger甚至自述已完全转用Codex CLI作为日常主力，常在3x3的终端网格中并行运行3到8个实例。这种数据上的反差揭示了一个关键事实：Claude Code更像是一位“终端里的自主工程师”，吃深了高复杂度、高价值的重构任务（如Stripe公司用其让1370名工程师在4天内完成跨语言代码迁移），而Codex则凭借其亲民定价和GitHub社区的生态渗透，成为了更多普通开发者日常编码的默认选择。最终，开发者社区的评价也发人深省：工具并不等同于技能，如果你不懂软件工程，两者都会输出糟糕的结果。