OpenAI搬空Claude Code！用戶家當一鍵進Codex，唯獨帶不走Claude

新智元報道

AI編程大戰，盯上了對手用戶的家當。

換一個AI編程工具，最貴的從來不是訂閱費，而是那個你改了半年的CLAUDE.md，積攢的幾十個技巧，MCP服務器上一個個點過來的授權，還有一串閉眼就能敲出來的斜杠命令。

這些東西不用花錢買，卻是Claude Code替你干活的說明書。換到Codex，說明書作廢，一切都得從頭寫起。

真正讓開發者舍不得離開的，正是這份攢了半年、裝在自己機器上的家當。

OpenAI最近干的事，就是把這份家當整個打包，搬進自己家。

8月11日，OpenAI把外部智能體導入的說明統一到了一份文檔里。

打開ChatGPT桌面端，設置里多了一個Import，能掃到Claude Code、Claude Cowork和Cursor；在Codex CLI里敲一個/import，認Claude Code和Cursor。

勾幾下，這些工具留在你機器上的配置、技能、插件、項目和最近30天的聊天，一次性搬過來。

搬的是副本。

官方文檔寫得很清楚：導入不會修改或刪除你已有的智能體配置。

相當于給對手的用戶免費派了一輛搬家車，上門裝箱，隔壁那間屋子還給你原樣留著。

順手翻了一遍這套流程的全部文檔，有一個詞從頭到尾沒有出現過——/export（導出）。

只能搬進，不能搬出。

搬走的東西

比你以為的要多

先說這輛車能裝什么，官方給出了一張「搬家清單對照表」：

指令文件（Claude Code這邊主要就是CLAUDE.md）搬過去變成AGENTS.md；

settings.json搬過去變成config.toml：Claude Code那套JSON加Markdown的混搭，到Codex這邊統一收進一個TOML文件；

Skills還是Skills，插件還是插件，但插件能不能直接用，得往下看。

MCP服務器配置對上Codex的MCP配置，Hooks對上Codex hooks，子智能體對上Codex agents。

你自己寫的那些slash命令：把一段常跑的流程封成/xxx，團隊共用的那種，搬過去之后不叫命令了，全部轉成skill。

插件里自帶的命令也一樣，安裝時就地轉換。

名字換了，調用方式換了，使用范圍也可能跟著變。所以嚴格說，這一項不是搬遷，而是改裝。

Claude Code的項目記憶變成Memories。最近30天的聊天進ChatGPT chats。

至于「項目遷移」，官方的原話是，已有項目文件夾會變成「使用同一文件夾的項目」。

說白了，Codex只是接管了你本機那個目錄，不是把整個倉庫上傳或復制到OpenAI那邊去。

勾選清單細到指令、設置、技能、插件、項目和聊天，逐項可選。

這里有一個細節，最能看出這活兒做得認不認真。

從Claude Code搬過來的老會話，常常太長了，Codex一口氣讀不完。

放在別的工具上，這種情況通常就是一句報錯，剩下的你自己想辦法。

Codex的做法很貼心：會話搬進來的時候，它順手記了一筆賬：這段對話有多長、占多少額度。

等你回到這段老對話里、發出搬家后的第一句話，它先自動把前面的內容縮一遍，騰出地方，再接著往下答。

你不用管，也不用刪，搬進來就能接著聊。

Codex這套導入，也不是今天突然冒出來的。

/import最早出現在CLI 0.140.0，那會兒只能搬Claude Code的設置、技能和聊天記錄，Cursor用戶得自己手抄。

6月9日，Codex app 26.608把導入流程搬進桌面端，還塞進了首次使用的引導。

7月21日的CLI 0.145.0是真正擴容的一版，一口氣擴到六個遷移方面：設置、MCP服務器、插件、會話、命令、項目級記憶。

8月7日的0.147.0再補上Cursor技能導入，以及已導入會話的后續同步。

三個月，三次迭代。

看來，OpenAI等不及要把Claude Code的用戶接過來了。

只能搬進不能搬出

整套文檔里，沒有一個命令是用來把Codex的配置搬出去的。

你在Codex里改的東西，不會回寫Claude Code。

桌面端確實給了一個自動更新開關，設置里能開，還能查導入歷史。

但看清楚它同步的方向：它的作用，是把Claude Code、Cursor那邊的新東西源源不斷地同步到ChatGPT這邊。

上家繼續更新，下家繼續接收。

CLI這邊的口子更小。

8月7日發布的Codex CLI 0.147.0加了兩件事：導入由Cursor托管的技能，以及同步已導入的Claude、Cursor會話的后續變化，并且不產生重復內容。

從哪個門搬進去，決定了你和上家還剩多少聯系。

你以為自己一直在配工具，其實一直在攢資產。

現在，有人告訴你，這些資產可以打包帶走，還能一直跟著上家更新。

搬家這套玩法，兩家都做過，做法不一樣。

3月初，Anthropic上線記憶遷移工具Memory Import，瞄準的就是ChatGPT用戶，把你在ChatGPT、Gemini里攢下的偏好和上下文導進Claude。

它的支持文檔同時寫道：你也可以把Claude的記憶導出去，用于備份或者遷移。

兩個方向都開著。

3月30日，OpenAI發了一個Apache 2.0開源插件codex-plugin-cc，讓Codex在Claude Code內部跑起來，把自家的代碼審查和任務托管做成對手終端里的斜杠命令。

插件里有個/codex:transfer，把當前的Claude Code會話轉成一條持久的Codex線程。插件文檔里寫明，它用的就是Codex的外部智能體會話導入器，和今天這套導入是同一套轉換規則。

從「進對手家里」，到「把人接走」。四個多月，OpenAI的動作升了一級。

四樣東西沒法搬走

社區里做過完整遷移的開發者給出的口徑大致是：九成配置能自動完成格式轉換。

卡住的那一成，才是要命的。

第一樣，權限。

你在Claude Code手工調了半年的細粒度白名單，撞上Codex的沙箱只有粗粗三檔：只讀、工作區可寫、完全放開。

這不是改個文件名的事，你得把當初那份白名單背后的意圖重新想一遍，再翻譯成三檔里的一檔。

Codex只有三種內置權限配置：只讀、工作區可寫、完全放開。

第二樣，Hooks。

Claude Code的鉤子模型更富，條件分組、異步處理鏈都有。

Codex這邊找不到對等物。

復雜鉤子鏈搬過去不是轉換，是重新設計。官方文檔自己也在提醒：導入后的Hooks行為可能與原來不同，用之前先審一遍。

第三樣，模型本身。

前兩樣搬的是行李，這一樣搬的是干活的那個人。

Codex原生只走OpenAI的Responses協議，不認Anthropic的模型。也就是說，你把CLAUDE.md、技能、MCP配置全搬進了Codex，但從此接手這套配置的是GPT，不再是Claude。

那些提示詞是照著Claude脾氣調的，現在換了個人執行。

除非自己搭一個兼容網關，注冊成model provider，再單開一個profile指過去。整份遷移清單里，這是唯一一項沒有原生對應方案的。

第四樣，聊天記錄的邊界。

只有本機的本地會話能搬。

claude.ai網頁上的對話、Cursor網頁端的對話，都過不來。CLI這邊還劃了硬線：最近30天，最多50條。

有開發者去數了Claude Code的技能字段：一共18個，只有6個是通用的，剩下12個只有Claude Code自己認。

你寫的技能能帶走的只有三分之一。

官方也給了一份導入后的復查清單：技能和智能體的權限、需要重新登錄的MCP服務器、行為可能變樣的Hooks、要手動跟進的插件、還有那些帶參數和文件路徑的命令模板。

一鍵搬家，然后手動檢查半小時。

這才是完整流程。

爭的不是用戶

是用戶的家當

模型分數是半年一換的東西，今天你榜一，下個月對面新版本上來就可能把你頂下去。

但配置、記憶、技能、歷史會話這些不換：它們躺在開發者自己的機器上，一天天變厚。

這份家當既是開發者的資產，也是OpenAI和Anthropic留住用戶的護城河。

OpenAI這一手，就是沖著把對手的護城河抽干去的。

只是抽干別人的時候，自己那條也在變淺：想把別人家的水放出來，只能先把渠挖通，但渠是雙向的。

SKILL.md、AGENTS.md、標準MCP定義，這些格式正在長成事實標準。

格式越通用，誰就越難鎖住誰。

今天能一條命令搬進Codex的東西，明天理論上也能一條命令搬去別家。

對開發者來說，做法卻很簡單：把家當押在能帶走的格式上，別押在某一家工具上。

參考資料：

https://developers.openai.com/codex/importhttps://x.com/OpenAIDevs/status/2087242829076791392

https://github.com/openai/codex-plugin-cc

編輯：元宇