Codex和Claude Code長得越來越像了！

最近，開發(fā)者Elie Bakouch感到Claude Code和Codex的功能越來越像，他好奇到底哪家在領(lǐng)跑，于是就把兩家都有的功能做成了一張時間線。

這個時間線跨度從2025年2月到2026年6月，將Claude Code與Codex的相似功能時間順序排列，其中橙色代表Claude Code，藍(lán)色代表Codex。

每一行是一個雙方都擁有或相近的功能，涵蓋了從/goal、子智能體（subagents）到OpenAI最近推出的「dreaming」記憶機制等更新。

Elie統(tǒng)計的結(jié)果是：兩家共有24項相似功能，其中18項是Claude Code先發(fā)布的，Codex只先發(fā)了4項，剩下2項誰先誰后還有爭議。

單看兩家共有的功能，Claude Code更像那個引領(lǐng)節(jié)奏的人：18項功能搶先發(fā)布，橙色幾乎鋪滿了整張時間線的前半段。而Codex搶先發(fā)布的只有4項。

兩家的圓點貼得越來越近，一項新功能的先發(fā)優(yōu)勢，正在以天為單位蒸發(fā)。

Codex先發(fā)那4項里，有2項被Claude Code幾乎貼身扳了回來：/goal是Codex先上，11天后Claude Code追平；多智能體并行，又是Codex先發(fā)，Claude Code用了11天追上。兩次反撲，都沒超過兩周。

相比之下，Codex這邊接下來要啃下的那條清單更長。

兩家AI編程智能體，正在逐漸長成同一張面孔。

Elie整理的這份清單，覆蓋了Claude Code和Codex從發(fā)布到現(xiàn)在的24項共同功能。

這是他個人整理，交叉了npm發(fā)布時間、GitHub release和官方博客，并沒逐條與官方核對，但大趨勢是清晰的。

Claude Code比OpenAI新版Codex早約80天推出。它2025年2月先以終端里的編程智能體形態(tài)亮相，Codex要到5月才以云端軟件工程智能體的形式發(fā)布。

正是這早出發(fā)的約80天，加上之后一年里緊湊的更新節(jié)奏，讓Claude Code在24項里先發(fā)了18項，橙色鋪滿了前半張表。

作為后發(fā)者，Codex也不是一直在追。內(nèi)置沙箱（built-in sandboxing）、云端異步智能體（cloud async agent）、多智能體并行團(tuán)隊（multi-agent teams）、目標(biāo)模式（Goal mode），這幾項都是Codex先發(fā)。

還有兩項，Elie標(biāo)為有爭議。

檢查點與回滾（checkpoints/rewind），如果按「能撤銷代碼改動」這個更強定義看，Claude Code的 /rewind更接近完整檢查點回滾；如果按「會話回退/分叉」看，Codex側(cè)也有較早記錄，所以這一項仍應(yīng)保留為爭議項。

記憶dreaming（memory dreaming）的爭議，是它把兩件事攪在了一起。如果只看「記憶」能力，OpenAI側(cè)更早在ChatGPT memory體系中推進(jìn)；但如果看「dreaming」這個名稱和回看歷史、自我復(fù)盤機制，Anthropic在Claude Managed Agents中于2026年5月6日公開推出。

撇開這兩項，18比4，Claude Code的領(lǐng)跑優(yōu)勢，肉眼可見。

其實，「Codex」這名字不是2025年才有的。

OpenAI早在2021年就發(fā)過Codex模型，用自然語言生成代碼。但Elie比的是2025年才上線的Codex編程智能體。

OpenAI明明在AI編程上起了個大早，卻把編程Agent的先發(fā)優(yōu)勢讓給了Claude Code。

舊Codex證明了「模型會寫代碼」，Claude Code則率先把這件事做成了開發(fā)者愿意日常使用的智能體產(chǎn)品。

這場貼身肉搏里，兩家的功能正貼著臉往一塊兒長，已經(jīng)不是單點撞車，而是關(guān)鍵能力成組對齊。

最典型的就是/goal。

Codex的Goal mode做的也是同一件事：給定一個持久目標(biāo)，Codex就朝著它一輪輪干下去，幾小時、甚至幾天都不用人盯。這功能也早過了實驗階段，app、IDE插件、命令行里都能調(diào)用。

同一套機制，兩家各做了一份。

subagents也是。

更微妙的是，連名字都對上了。Codex給側(cè)邊提問命令加的/btw別名，直接和Claude Code撞名；技能系統(tǒng)那邊，Claude Code與Codex也都采用了Anthropic的SKILL.md格式。

Dreaming這一項更典型。

Anthropic給Claude Managed Agents（Claude托管智能體）做了個叫dreaming的機制，能回看歷史會話、找規(guī)律、自我改進(jìn)；OpenAI六月初也給ChatGPT上了同名的dreaming記憶系統(tǒng)。

可這兩個dreaming并不是同一個東西：Anthropic的Dreaming長在托管智能體平臺，不是Claude Code命令行里人人能敲的命令；OpenAI的Dreaming則長在ChatGPT的記憶系統(tǒng)里，也不是Codex的編程能力。

真正值得注意的是：AI Agent的產(chǎn)品語言、能力模塊和接口形式，正在越來越快地向同一套范式靠攏。

這意味著，功能清單本身已經(jīng)不再是壁壘。真正的差距，從「有沒有這個功能」，升級到了「這個功能到底做成什么樣」。

在AI這個快速迭代的領(lǐng)域，先發(fā)到底還值不值錢？

據(jù)WIRED報道，2025年9月，Codex的使用量只有Claude Code的5%。到2026年1月，這個數(shù)字躥到了接近40%：追趕的速度很快。

用戶數(shù)也在拉近。OpenAI在6月2日稱，Codex周活躍用戶已超過500萬，較2月桌面版上線時增長約6倍。Anthropic不單獨公布Claude Code的周活，第三方估算其5月在200萬量級。

兩者口徑也不完全對齊：Codex這500萬里非開發(fā)者已占兩成，是把「編程工具」攤成「辦公平臺」后的數(shù)字。

在更純粹的開發(fā)者側(cè)，Claude Code仍占上風(fēng)：過去30天npm下載量約4630萬次，是Codex命令行版（約1400萬次）的3倍多（第三方統(tǒng)計）。論「每周多少人打開」，Codex已經(jīng)反超；論「開發(fā)者用得有多重」，Claude Code仍領(lǐng)先。

值得Anthropic警惕的，是一些開發(fā)者的「倒戈」。

WIRED援引Notion聯(lián)合創(chuàng)始人Simon Last的說法，他和核心工程師在GPT-5.2前后轉(zhuǎn)向了Codex，理由是可靠性。他說Claude Code會對他撒謊，「說自己在干活，其實根本沒動」。

去年10月，OpenClaw之父Peter Steinberger公開宣布整套工具都用Codex搭成，四個月后，他本人也加入了OpenAI。

Peter Steinberger 自述已完全轉(zhuǎn)用 Codex CLI 作為日常主力，常在3x3終端網(wǎng)格里并行跑3到8個實例。

當(dāng)先發(fā)紅利一天天被攤薄，真正的勝負(fù)手早已不在「誰先做出來」。

雙方的功能清單一旦趨同，較量的戰(zhàn)場就變成了這些功能的體驗上。

早期比的是誰更會寫代碼、改bug、讀代碼倉庫。現(xiàn)在比的是一整套工程環(huán)境：記憶、計劃、沙箱、工具調(diào)用、子智能體、后臺任務(wù)、遠(yuǎn)程控制、長期目標(biāo)。

同一個功能，誰的響應(yīng)更快、長任務(wù)完成率更高、自動壓縮更干凈、權(quán)限更安全、成本更低。

雙方對AI編程的理解和路數(shù)也不一樣。

Claude Code更像「終端里的自主工程師」，先在命令行里把開發(fā)者工作流吃深，再用hooks、子智能體、技能、插件往外長。

Codex更像「多端工作臺」，把命令行、IDE、桌面App、移動端遠(yuǎn)程控制和云端任務(wù)揉成一體。

雖然打法不同，兩者的目標(biāo)卻撞在了一起：都不甘心只當(dāng)IDE里的一個插件，都想成為開發(fā)者每天打開的第一個入口，成為個人和企業(yè)的操作系統(tǒng)。

Elie甩出那張表，本想給兩家分個高下，結(jié)果反而揭開了另一個事實：AI編程智能體的差異化窗口，正在迅速關(guān)閉。雙方越追越緊，也越長越像。