Codex和Claude Code长得越来越像了！
最近, 有个叫Elie Bakouch的开发者, 感觉到Claude Code和Codex的功能越发相像, 他心里好奇究竟哪一家处于领跑地位, 于是呢, 就把两家都涵盖同样有的那些功能汇总制作成了一张时间线。
时间线跨度为, 从2025年2月起, 一直延续到2026年6月, 把Claude Code与Codex具备相似功能的情况, 按照时间顺序加以排列, 在此排列里, 橙色所代表的是Claude Code, 蓝色所代表的则是Codex。
每一行都存在着一个功能, 此功能为双方所拥有, 或者是相近的, 该功能覆盖了诸多方面的更新, 从 /goal 开始, 包括子智能体（subagents）, 一直到 OpenAI 最近所推出的「dreaming」记忆机制。
Elie所统计得出的结果呈现为, 两家所拥有的具备相似功能的项目数目总计为24项, 其中, 有18项这类相似功能是由Claude Code率先进行发布的, 而Codex仅仅先前发布了4项这类相似功能, 还有2项相似功能究竟是谁先发布谁后发布仍存在有争议的情况。
仅是瞧着两家所共有的功能, Claude Code给人更像是那个引领节奏之人的感觉: 它有 18 项功能率先发布 , 橙色差不多完全覆盖了时间线前半段。然而 Codex 抢先问世的仅有 4 项。
两家之中的圆点, 贴得是越来越靠近了, 而一项全新功能所具备的先发优势, 正以天作为计算单位进行着不断蒸发。
先发的四项当中的Codex, 在两次的情况里, 有两项已被Claude Code近乎贴身地扳回: /goal的状况是Codex先行放上, 过了十一天Claude Code追平；对于多智能体并行的情形, 又是Codex先发出, Claude Code耗费了十一天追赶上。这两次的反扑, 都没有超出两周。
相比之下，Codex这边接下来要啃下的那条清单更长。
你试着追我、我努力赶你, 在这样的过程当中, 双方出现撞车情况的, 并不单纯只是时间, 就连斜杠命令的那个名字, 还有技能文件的那种格式, 也都一块儿开始有重合的状况存在了。
两家AI编程智能体，正在逐渐长成同一张面孔。
18比4 Claude Code赢在了起跑线
由Elie整理的这份清单, 涵盖了Claude Code以及Codex自发布开始直至如今的24项共同具备的功能。
这是由他个人进行整理的, 其中交叉了npm发布的时间, 以及GitHub release和官方博客的相关内容, 并没有逐条去和官方进行核对, 不过大趋势是清晰的。
比OpenAI新版Codex大约早整整八十天面世的是Claude Code, 它于2025年2月率先亮相在终端里的编程智能体之形态, 而Codex一直得等到5月才以云端软件工程智能体这般的架势发布。
正是这约80天的早早出发, 再者后续一年内紧凑的那更新节奏, 这样一来使得Claude Code在24个事项里率先发了其中18项, 橙颜色把前半张表格铺得满满当当的。
这些功能涵盖了不带有界面样式的脚本化形式, 也就是headless, 还有模型上下文协议, 即MCP, 以及自定义的斜线命令, 也就是custom slash commands, 另外还有上下文压缩, 也就是context compaction, 同时包含子智能体，即subagents, 以及生命周期对应的钩子, 也就是hooks, 还有技能, 即skills等等。
作为相对靠后的发展者, Codex并非总是处于追赶状态。其具备内置沙箱, 属于自身的一种特性, 云端同时存在异步智能体, 这也是其单独具有的, 有多智能体并行团队这一形式, 同样是Codex率先产生的, 还有目标模式这一方面情况, 该模式也是Codex先行发展而来的, 标点皆是Codex先推出的。
还有两项开云正版app下载开云app在线入口开云真人app,开云真人app地址，Elie标为有争议。
按「能撤销代码改动」这个更强定义来看, 检查点与回滚（checkpoints/rewind）中的Claude Code的 /rewind更接近完整检查点回滚, 若按「会话回退/分叉」看, Codex侧也有较早记录, 所以这一项仍应保留为争议项。
提到记忆dreaming（memory dreaming）的争议之处, 在于它将两件事情给搅和在了一处。单独看「记忆」能力的话, OpenAI那一侧更早是在GPT memory体系里进行推进的；然而若说到「dreaming」这个名称以及回看历史、自我复盘机制, Anthropic是于2026年5月6日在Claude Managed Agents中公开推出的。
先把这两项抛开不谈, Claude Code有着18比4的成绩, 其处于领跑位置所具有的较明显优势, 是依靠肉眼就能清晰看出来的。
其实，「Codex」这名字不是2025年才有的。
OpenAI很早就发布过Codex模型, 时间是在2021年, 可它能干的是运用自然语言生成代码。可是, Elie所比拼的乃是在2025年才上线的Codex编程智能体。
OpenAI明明很早就涉足AI编程领域, 然而, 它却将编程Agent的先发优势拱手让给了Claude Code。
曾有的Codex证实了「模型能够编写代码」, Claude Code反而率先将此事造就成开发者肯于日常予以运用的智能体产品。
功能像素级对齐 是抄袭，还是收敛？
在这场贴身肉搏当中, 两家的功能, 正贴着彼此的脸, 朝着一块儿增长, 早已经不是单个点的碰撞, 而是关键的能力, 以组的形式达成了对齐。
最典型的就是/goal。
在Claude Code官方文档当中, 对于/goal的定义是这样的, 具体来说就是, 要去给它设定一个完成的条件, 此后, 它会跨越多个回合持续进行操作, 一直到条件得以满足的时候才会停下。然后, 每一回合结束后, 由一个体积小且运行速度快 的模型来判断条件是不是达到, 若没有达到, 便会继续进入下一個回合, 控制权不会交还给用户。
Claude Code官方文件里头 /goal 的释义是, 设定好完结的条件, 每运行完一回由一个体积小且速度快的模型去判定是不是达成了, 假如没达成那就接着继续。
Codex的Goal mode所做的也是同样的一件事情, 那就是, 给定一个持久目标之后, Codex便会朝着它一轮又一轮地持续进行下去, 长达几小时, 甚至是几天的时间都无需人在旁边盯着, 此功能也早已度过了实验阶段, 在app里能够调用，在IDE插件里也能够调用, 在命令行当中同样能够调用。
同一套机制，两家各做了一份。
subagents也是。
Claude Code的子智能体，在各自独立的上下文窗口运行，其目的是隔离上下文, 约制工具, 复用配置, 削减成本；Codex依靠并行的专用智能体, 运行subagent工作流, 其后汇总结果。
更具有微妙性的是, 就连名字都实现了对应。Codex给侧边提问命令所添加的/btw别名, 直接与Claude Code重名；在技能系统那部分, Claude Code以及Codex均采用了Anthropic的SKILL.md格式。
Claude Code的技能, 采用Anthropic发起而后开放为标准的SKILL.md格式, Codex的技能, 同样采用Anthropic发起而后开放为标准的SKILL.md格式, 并且, 二者连文件名都是一致的。
仔细对比两家的文档, 你会察觉到, 这并非是谁抄袭谁之类故事所涵盖的情况, 而是AI编程智能体这一产品, 其自身正朝着一种固定形态收敛, 长任务、子智能体、上下文压缩、权限沙箱、工作区隔离、插件以及技能生态, 不管是何种主体去做, 最终都极有可能呈现出这样的形态。
Dreaming这一项更典型。
Anthropic为Claude托管智能体打造了一个称作dreaming的机制, 该机制具备回看历史会话的能力, 能够找寻规律, 还可以自我改进, OpenAI在六月初也为GPT添加了同名的dreaming记忆系统。
然而, 这两个名为dreaming的, 并非是同一事物: Anthropic的Dreaming, 生长于托管智能体平台之上, 并非Claude Code命令行中, 人人皆可敲击键入的指令；OpenAI的Dreaming, 却是存在于GPT的记忆系统之中, 同样也不是Codex所具备的编程本领。
真正值得予以留意的是, AI Agent的产品所具备的语言, 其能力模块, 还有接口的形式这般样子, 愈发火速地朝着统一的这一套范式逐步靠近。
这表明着, 那份功能清单自身已然不再是阻碍。实际存在的差距, 先是出自「是否存有这个功能」, 而后提升到了「这个功能究竟被打造为何种样子」。
先发抢热度 赢到最后却看可靠性
在AI这个快速迭代的领域开云app官方最新下载地址，先发到底还值不值钱？
按照WIRED的报道, 在2025年9月的时候, Codex的使用量仅仅是Claude Code的5%, 而到了2026年1月, 此数字飙升至接近40%, 其追赶速度相当之快。
用户数量同样也处于逐渐拉近的状态。OpenAI在6月2日的时候宣称, Codex从2月桌面版上线以来, 其每周活跃的用户数量已然超过了500万, 增长幅度大约为6倍之多。Anthropic并不会单独公布Claude Code的每周活跃状况, 通过第三方进行估算, 其在5月时保持于200万左右的量级。
两者之间的口径, 也并非完全达成一致地对齐: Codex当中, 这500万里的非开发者, 已占据了两成的比例, 它是在将「编程工具」摊开成为「办公平台」之后得到的数字。
在更为纯粹的开发者那一侧, Claude Code依旧占据优势地位, 过去30天里npm的下载量大概是4630万次, 它是Codex命令行版本（约1400万次）的3倍还多 , 这是第三方统计得出的数据。说道「每周有多少人打开」, Codex现在倒是实现了反超 ；要说「开发者使用的频繁程度」, Claude Code仍然是处于领先的。
值得Anthropic警惕的，是一些开发者的「倒戈」。
《连线》援引了Notion联合创始人西蒙·拉斯特的说法, 他与核心工程师在GPT - 5.2前后转向了科迪克斯, 原因是可靠性。他表示克劳德代码会对他说谎, 「称自己在工作, 实际却毫无动静」。
去年10月, 公开宣布整套工具都用Codex搭成的是OpenClaw之父Peter Steinberger, 四个月以后, 加入OpenAI的正是他本人。
彼得·施泰因贝格尔宣称, 自己已然彻底转而采用康代克斯命令行界面当作日常的主要工具, 常常于三乘三的终端网格之中, 并行运行三至八个示例。https://steipete.me/posts/just-talk-to-it
每天先发红利都在逐渐被摊薄, 而真正决定胜负的关键根本不在「谁先做出来」这一点上。
差异化窗口正在关闭
一旦双方的功能清单趋向相同, 那么较量的战场就转变为这些功能的体验方面了。
早期比拼的是谁更擅长编写代码, 还有在发现软件错误后进行修改, 以及去读取代码仓库。现在比拼的是一整套工程环境, 它包括记忆, 还有计划, 再者是沙箱, 另外还有工具调用, 以及子智能体, 还有后台任务, 再就是远程控制, 最后是长期目标。
同样的功能, 哪一个达到响应更快的程度, 哪一个达成长任务完成率更高的状况, 哪一项做到自动压缩更干净的效果, 哪一个拥有权限更安全的特性, 哪一个具备成本更低的条件?
双方对AI编程的理解和路数也不一样。
Claude Code更近似于「终端当中的自主工程师」, 先于命令行之内将开发者工作流深入领会, 接着借由hooks、子智能体、技能、插件向外拓展。
Codex更类似「实现多端操作的整合平台」, 是将命令行这一方面, 以及IDE这一领域, 还有桌面App这一类型, 再加上移动端远程控制这一功能以及云端任务这一事项, 融合为一个整体。
虽然打法存在差异, 然而两者的目标却交汇到一处: 都并非心甘情愿仅仅做IDE里的一个插件, 都期望成为开发者每日开启的首个入口, 进而成为个人以及企业所用的操作系统。
Elie把那张表甩出去, 原本是想着要给两家区分出个高低上下, 然而却反倒把另一个事实给揭示开来了: AI编程智能体的差异化窗口, 正在快速地关闭着。双方彼此追赶得越来越紧密, 而且变得越来越相像了。
参考资料：
https://x.com/eliebakouch/status/2062693979087397189?s=20%20
https://x.com/MTSlive/status/2062569780947849398%20
https://openai.com/index/chatgpt-memory-dreaming/%20
https://gist.github.com/eliebak/e1f30ab973ee3ef41cba275d65c3b2cb
标签： AI编程工具 ClaudeCode Codex 功能对比 技术发展
还木有评论哦，快来抢沙发吧~