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

Claude CodeOpenAIAI程式設計工具資料可攜性Codex用戶遷移
2026-08-13來源: blockweeks.com
OpenAI搬空Claude Code,用戶家當一鍵進Codex,唯獨帶不走Claude

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

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

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

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

Claude Code

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

8月11日,OpenAI把外部智慧體導入的說明統一到了一份文件裡。

Claude Code

打開ChatGPT桌面端,設定裡多了一個Import,能掃到Claude Code、Claude Cowork和Cursor;在Codex CLI裡敲一個/import,認Claude Code和Cursor。

勾幾下,這些工具留在你機器上的設定、技能、外掛、專案和最近30天的聊天,一次性搬過來。

搬的是副本。

官方文件寫得很清楚:導入不會修改或刪除你已有的智慧體設定。

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

順手翻了一遍這套流程的全部文件,有一個詞從頭到尾沒有出現過——/export(匯出)。

只能搬進,不能搬出。

搬走的東西,比你以為的要多

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

Claude Code

指令檔案(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

勾選清單細到指令、設定、技能、外掛、專案和聊天,逐項可選。

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

從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的記憶導出去,用於備份或者遷移。

兩個方向都開著。

Claude Code

3月30日,OpenAI發了一個Apache 2.0開源外掛codex-plugin-cc,讓Codex在Claude Code內部跑起來,把自家的程式碼審查和任務託管做成對手終端裡的斜線命令。

Claude Code

外掛裡有個/codex:transfer,把目前的Claude Code對話轉成一條持久的Codex執行緒。外掛文件裡寫明,它用的就是Codex的外部智慧體對話導入器,和今天這套導入是同一套轉換規則。

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

四樣東西沒法搬走

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

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

第一樣,權限。

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

這不是改個檔案名的事,你得把當初那份白名單背後的意圖重新想一遍,再翻譯成三檔裡的一檔。

Claude Code

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的東西,明天理論上也能一條命令搬去別家。

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

本文來自微信公眾號「新智元」,作者:ASI啟示錄