從Claude Code快速遷移到Codex，OpenAI推出搬家方案
整理版優先睇
Codex 推出官方遷移工具，工程化體驗成決勝關鍵
魯工係九年AI算法老兵，專注AI編程賽道。佢睇到一條Codex npm下載量超過Claude Code嘅推文，深入分析後發現數據因為安裝方式唔同而有誤差，但Codex近一個月嘅密集更新同官方Migrate工具嘅推出，反映出模型市場已經從「邊個模型更強」轉向「邊個工程化體驗更紮實」。佢認為對開發者嚟講，hybrid setup係更穩陣嘅策略。
文章先拆解npm下載量嘅口徑問題：Codex以npm為主要安裝方式，Claude Code半年前已轉用native installer，所以npm數據唔可以直接反映用戶數。但呢個情緒外溢係真嘅，Anthropic限速+降智，OpenAI就放GPT-5.5、computer use同/goal，時間點好微妙。
OpenAI官方Migrate to Codex文檔可以一鍵導入Claude Code嘅instruction files、skills、hooks、slash commands、MCP設定等，未完整搬嘅部分會自動開thread用官方skill跟進，設計相當仔細。社區早前已有claude2codex工具做到~95%自動轉換。魯工總結：唔需要即刻換主力，但建議行一趟Migrate做對照組，順便感受工程化體驗嘅差異。
- 模型市場已從「誰嘅模型更強」切換到「誰嘅工程化體驗更紮實」，工程做得最好嘅先贏。
- Claude Code同Codex嘅npm下載量對比有口徑問題，唔代表Codex用戶數已經反超。
- Codex官方Migrate工具可以一鍵搬運instruction files、skills、hooks、MCP設定等，降低轉會成本。
- Anthropic限速+降智，OpenAI密集放GPT-5.5、computer use、/goal，用戶情緒開始外溢。
- 個人開發者與其焦慮，不如建立兩到三個CLI嘅hybrid setup，用官方Migrate工具降低遷移成本。
Codex 官方遷移文檔
OpenAI 官方提供嘅從 Claude Code 遷移到 Codex 嘅詳細指南，包括支援搬遷嘅項目清單及搬後檢查清單。
claude2codex
開源 CLI 工具，可自動將 Claude Code 配置遷移到 Codex，實測約 95% 自動轉換。
下載量之爭背後嘅真相
魯工見到一條推文話 Codex 下載量超過 Claude Code，配咗張 TickerTrends 嘅 npm 週下載量圖，藍色柱高到上天，橙色就向下。佢順手查咗嚇 Codex 嘅 changelog 同圖表口徑，發現件事冇咁簡單。
Codex 嘅 npm 喺 4 月底突然暴漲，5 月 3 日嗰星期週下載 86.1M（環比 +1397%），Claude Code 就得 7.2M（環比 -38%）。但 Anthropic 嘅 sam mcallister 即刻澄清：Claude Code 半年前已將官方安裝方式改為 native installer，npm 仲用到但係 legacy 路線。所以 npm 數據唔可以直接反映用戶數。
Codex 嘅精準佈局
OpenAI 呢個月喺 Codex 上真係用咗全力：4 月 16 日大版本塞入 macOS computer use、in-app browser、PR workflow、Memories；4 月 23 日開放 GPT-5.5 加自動審批 agent；4 月 30 日落地持久化 /goal 工作流。同一時間，Anthropic 就收緊速率限制，Ars Technica 仲傳出 Claude Code 要從 $20 Pro plan 新用戶下架。
呢個時間點好微妙：Anthropic 限速 + 降智，嗰邊 Codex 剛好放出 GPT-5.5、computer use 同 /goal，形成明顯對比。魯工話，npm 數據睇唔出邊個真係轉會，但情緒外溢係感受到嘅。
- 1 Codex 4 月密集更新：computer use、PR workflow、GPT-5.5、/goal 等功能一次過推出。
- 2 Anthropic 限速政策影響咗 Claude Code 重度用戶，負面聲音明顯上升。
- 3 OpenAI 跟手推出官方 Migrate 工具，降低用戶轉會門檻。
官方 Migrate 工具點樣落地
OpenAI 上咗份 Migrate to Codex 文檔，入口喺 Codex App 入面 Settings > General > Import other agent setup > Import。佢會同時掃 user-level（~/.claude/ 等）同 project-level 配置，列出可以遷移嘅項目俾你揀，確認後一鍵搬運。
檢測到的內容 遷移到Codex的位置
Instruction files（CLAUDE.md等）→ AGENTS.md
settings.json/config.toml → config.toml
Skills → Codex skills
30天內的recent sessions → Codex threads & projects
MCP server configuration → Codex MCP configuration
Hooks → Codex hooks
Slash commands → Codex skills
Subagents → Codex agents對於 唔可以一對一映射嘅部分，Codex 會自動開新 thread 用 migrate-to-codex 呢個官方 skill 逐步處理。文檔仲有詳細嘅「搬後檢查清單」，包括工具權限、MCP 自定義認證、hooks 行為差異、plugins 同 prompt 模板依賴等。
- 社區早有 claude2codex 工具做到 ~95% 自動轉換，官方版本半個月後就上線，反應好快。
- OpenAI 摸過 Claude Code 用戶家底，對方生態嘅邊角料都點到，姿態同半年前好唔同。
- 魯工建議：唔使即刻換主力，但行一趟 Migrate 做對照組，對工作流會有直觀判斷。
大家好，我係魯工。
琴晚碌X，碌到一條Codex下載量超過Claude Code嘅推文：「Codex has surpassed Claude Code in downloads.」。
配咗一張TickerTrends嘅下載量對比圖，藍色嗰條柱衝到上天，旁邊橙色嘅反而向下跌。我睇完順手撳去Codex嘅changelog，又睇咗下圖表口徑，發現呢件事冇咁簡單。
舊年尾我寫過一篇2026終極AI編程CLI套裝：Claude Code + Codex CLI + Gemini CLI，三位一體組合使用指南，當時覺得呢三家各有各好，建議組合用。半年唔夠，Gemini CLI一沉到底，淨返Claude Code同Codex並駕齊驅。
嗰張圖截嘅係npm週下載量，對比@openai/codex和@anthropic-ai/claude-code。3月份兩家都喺穩定區間，Codex週下載3M出頭，Claude Code喺10M左右，相差3倍幾。轉折喺4月底突然出現，5月3日嗰一週，Codex週下載86.1M（環比+1397%），Claude Code 7.2M（環比-38%）。
但呢度有個口徑問題，唔澄清嘅話解讀會全部錯曬。
嗰條原推下面，Anthropic嘅sam mcallister好快出嚟回咗一句：
意思即係Claude Code半年前已經將官方推薦安裝方式轉咗去native installer，npm全局包仲可以裝，但係屬於legacy。Kol Tregaskes 轉呢條澄清嘅時候直接寫「The stats are inaccurate」。Codex 呢邊目前主推嘅仲係 npm install -g @openai/codex，每次出新版changelog第一行就係呢條命令，所以Codex嘅npm數確實跟住release節奏行。
將口徑理清之後，結論就係：Codex嘅npm呢一塊喺4月底確實暴漲；但npm嘅下載數據並唔能夠表明Codex用戶數已經反超Claude Code。
但呢件事本身，背景都值得講一講嘅。
OpenAI呢一個月喺Codex上真係好落力。4月16日Codex大版本更新，塞咗macOS computer use、in-app browser、PR workflow、Memories；4月23日GPT-5.5喺Codex入面開放，配上自動審批agent；4月30日Codex CLI 0.128.0落地，引入持久化/goal工作流，OpenAI自己人形容係"Ralph loop++"。呢一波我前幾日專門拆解過0.128.0嘅兩個功能：
Codex上新：/pet一鍵叫出電子寵物，/goal設定任務目標
故事另一邊喺Anthropic。4月21日Ars Technica傳言Claude Code要從$20 Pro plan新用戶入面下架；4月23日Anthropic自己發咗一份postmortem，承認咗一段時間嘅速率限制收緊，受影響最深嘅係Claude Code嘅重度用戶。TickerTrends嘅Reddit情緒分析入面，"usage limits"嘅負面聲量明顯上升。
時間點拼埋一齊都幾微妙。Anthropic呢頭限速+降智，嗰頭Codex啱啱放出GPT-5.5 + computer use + /goal。npm數據睇唔出邊個真係轉會、邊個只係裝一個試下，但情緒有外溢，呢個感受得到。
接下來OpenAI嘅動作，令人覺得佢哋唔打算只係賭情緒。
5月初，官方Migrate to Codex文檔靜靜雞上線：
https://developers.openai.com/codex/migrate
入口喺Codex App入面：Settings → General → Import other agent setup → Import。Codex會同時掃兩層：你電腦上嘅user-level setup（例如 ~/.claude/、~/.cursor/呢類全局目錄），以及當前打開嘅倉庫入面嘅project-level配置。識別完成之後會列出可以直接搬嘅項俾你揀，確認之後一鍵搬運。
具體搬得啲咩，按呢個表對應：
每一行都對應住Claude Code呢邊一整套生態。Skills對Skills，hooks對hooks，slash commands都有去處。MCP呢一項處理得比較剋制，因為各家MCP實現細節唔一樣，OpenAI將自定義認證、headers、env、transports呢啲列為需要手工覆核嘅項，冇喺文檔入面吹一鍵無損。
唔能夠乾淨一對一映射嘅部分，Codex處理得好聰明。佢會自動開一個新thread，入面行一個叫migrate-to-codex嘅官方skill，將未搬完嘅項擺喺thread入面，user-level同project-level分開列，跟住對話一步步處理。呢種設計都係好留有餘地嘅。
文檔入面專登留咗一段叫"What to review after import"，俾咗幾條覆核清單：
skill同agent入面嘅工具權限係咪符合預期 MCP server自定義認證、headers、env、transport嘅對接 hooks喺Codex入面嘅行為差異 plugins、marketplace呢啲冇對應嘅需要重新整 prompt模板入面依賴shell插值、參數、檔案路徑佔位符嘅部分
好詳細嘅清單喇。咁睇，OpenAI係真係摸過Claude Code用戶嘅家底，對方生態嘅邊角料都點曬出嚟。呢種姿態，半年前好難想像。
要補充一句：社區其實一早有咗搬遷方案。早排，TreeSoop團隊就喺dev.to上開源咗一個叫claude2codex嘅CLI：
https://github.com/treesoop/claude2codex
命令是npx claude2codex migrate --dry-run先預覽、npx claude2codex migrate再執行。佢哋9個團隊成員實測落嚟~95%嘅設定自動轉換，淨返5%出conflict report手動調整。
呢件事比npm嗰張圖更值得細味。Claude Code重度付費用戶用腳做hybrid嘅決策，社區工具填補咗官方冇做嘅事，OpenAI睇到咗，半個月後官方版本就上線，將門檻壓到App入面兩次點擊。
呢篇文章唔係要勸人轉會。我自己Claude Code用得好重，Codex都每日開住，兩個一齊組合用係常態。具體到今次呢件事，有兩條好值得記低嘅觀察。
模型市場已經由"邊個嘅模型更強"轉到"邊個嘅工程化體驗更紮實"。GPT-5.5同Claude 4.7喺benchmark上面嘅差距，遠細過一個/goal、一個computer use、一個Migrate流程帶嚟嘅體驗差距。下一場仗嘅贏家，係工程做得最好嗰間。訂閲模式同速率限制呢塊都一樣，邊個先放手邊個先得人心。
對於個人開發者嚟講，將雞蛋放喺一個籃嘅策略已經過時。配兩到三個CLI嘅hybrid setup，搬遷成本隨住官方Migrate工具嘅成熟越來越低，冇必要為某個工具嘅臨時波動而焦慮。
如果你之前喺Claude Code上深度配過skills、hooks、subagents、MCP，建議直接打開Codex App行一次Migrate，先睇可以搬啲咩過嚟。唔使即刻換主力，搬過嚟行一段時間做對照組，對工作流會有直觀判斷。完全未用過Codex App嘅，可以由我之前嗰篇上手教程開始：
返去嗰張圖。雖然下載量反超呢件事本身唔準確，但Codex嘅密集更新同GPT-5.5嘅模型能力，好似我咁過去只用Claude Code，而家開始分一部分工作搬去Codex上嘅用戶只會越來越多。
如果覺得有用，俾個讚或者按嚇"在看"，咁先方便更多朋友睇到。我係魯工，九年AI算法老兵，AI全棧開發者，深耕AI編程賽道。
大家好，我是魯工。
昨天晚上刷X，刷到一條Codex下載量超過Claude Code的推文：「Codex has surpassed Claude Code in downloads.」。
配了一張TickerTrends的下載量對比圖，藍色那根柱子躥到頂天，旁邊橙色的反而往下掉。我看完順手切到Codex的changelog，又翻了下圖表口徑，發現這事沒那麼簡單。
去年底我寫過一篇2026終極AI編程CLI套裝：Claude Code + Codex CLI + Gemini CLI，三位一體組合使用指南，當時覺得這三家各有所長，建議組合用。半年不到，Gemini CLI一拉到底，只剩下Claude Code和Codex並駕齊驅。
那張圖截的是npm周下載量，對比@openai/codex和@anthropic-ai/claude-code。3月份兩家都在穩定區間，Codex周下載3M出頭，Claude Code在 10M上下，差着3倍多。轉折在4月底突然出現，5月3日那一週，Codex周下載 86.1M（環比 +1397%），Claude Code 7.2M（環比 -38%）。
但這裏有個口徑問題，不澄清解讀全偏。
那條原推下面，Anthropic的sam mcallister很快出來回了一句：
意思就是Claude Code半年前已經把官方推薦安裝方式切到native installer，npm全局包還能裝，但屬於legacy。Kol Tregaskes 轉這條澄清的時候直接寫「The stats are inaccurate」。Codex 這邊目前主推的還是 npm install -g @openai/codex，每次發版 changelog 第一行就是這條命令，所以 Codex 的 npm 數確實跟着 release 節奏在走。
把口徑理清後，結論就是：Codex的npm這一塊在4月底確實暴漲；但npm的下載數據並不能表明Codex用戶數已經反超Claude Code。
但這件事本身，背景還是值得說道一下的。
OpenAI這一個月在Codex上是真用力。4月16日Codex大版本更新，塞進macOS computer use、in-app browser、PR workflow、Memories；4月23 日 GPT-5.5在Codex裏開放，配上自動審批agent；4月30日Codex CLI 0.128.0落地，引入持久化/goal工作流，OpenAI自己人形容是"Ralph loop++"。這一波我前幾天專門拆過0.128.0的兩個功能：
Codex上新：/pet一鍵喚起電子寵物，/goal設定任務目標
故事另外一邊在Anthropic。4月21日Ars Technica傳言Claude Code要從 $20 Pro plan新用戶裏下架；4月23日Anthropic自己發了一份postmortem，承認了一段時間的速率限制收緊，受影響最深的是Claude Code的重度用戶。TickerTrends的Reddit情緒分析裏，"usage limits"的負面聲量明顯上升。
時間點拼起來挺微妙。Anthropic這頭限速 + 降智，那頭Codex剛好放出 GPT-5.5 + computer use + /goal。npm數據看不出來誰真的換家、誰只是裝一個試試，但情緒有外溢，這個能感覺到。
接下來OpenAI的動作，讓人覺得他們不打算只賭情緒。
5月初，官方Migrate to Codex文檔悄悄上線：
https://developers.openai.com/codex/migrate
入口在Codex App內：Settings → General → Import other agent setup → Import。Codex會同時掃兩層：你電腦上的user-level setup（比如 ~/.claude/、~/.cursor/這類全局目錄），以及當前打開倉庫內的project-level配置。識別完成後會列出能直接遷的項讓你勾選，確認後一鍵搬運。
具體能搬什麼，按這個表對應：
每一行都對應着Claude Code這邊一整套生態。Skills對Skills，hooks對 hooks，slash commands也有去處。MCP這一項處理得比較剋制，因為各家 MCP實現細節不一樣，OpenAI把自定義認證、headers、env、transports這些列為需要手工複核的項，沒在文檔裏吹一鍵無損。
不能幹淨一對一映射的部分，Codex處理得很聰明。它會自動開一個新 thread，裏面跑一個叫migrate-to-codex的官方skill，把沒搬完的項擺在 thread裏，user-level和project-level分開列，跟着對話一步步處理。這種設計還是非常留有餘地的。
文檔裏專門留了一段叫"What to review after import"，給了幾條複核清單：
skill和agent裏的工具權限是不是符合預期 MCP server自定義認證、headers、env、transport的對接 hooks在Codex裏的行為差異 plugins、marketplace這種沒對應的需要重做 prompt模板裏依賴shell插值、參數、文件路徑佔位符的部分
非常詳細的清單了。這麼看，OpenAI是真摸過Claude Code用戶家底的，對方生態的邊角料都點到了。這種姿態，半年前不太能想象。
要補充一句：社區其實早就有遷移方案了。早前，TreeSoop團隊就在 dev.to 上開源了一個叫claude2codex的CLI：
https://github.com/treesoop/claude2codex
命令是npx claude2codex migrate --dry-run先預覽、npx claude2codex migrate再執行。他們9個團隊成員實測下來~95%的設置自動轉換，剩下5% 出conflict report手動調整。
這個事情比npm那張圖更值得咂摸。Claude Code重度付費用戶在用腳做hybrid 的決策，社區工具填補了官方沒做的事，OpenAI看見了，半個月後官方版本就上線，把門檻壓到App裏兩次點擊。
這篇文章不是要勸人換家。我自己Claude Code用得很重，Codex也每天開着，兩個一起組合用是常態。具體到這次的事，有兩條挺值得記的觀察。
模型市場已經從"誰的模型更強"切到"誰的工程化體驗更紮實"。GPT-5.5和 Claude 4.7在benchmark上的差距，遠小於一個/goal、一個computer use、一個Migrate流程帶來的體驗差距。下一仗贏家，是工程做得最好的那家。訂閲模式和速率限制這塊也一樣，誰先放手誰先得人心。
對於個人開發者來說，把雞蛋放一個籃子的策略已經過時。配兩到三個CLI的 hybrid setup，遷移成本隨着官方Migrate工具的成熟越來越低，沒必要為某個工具的臨時波動而焦慮。
如果你之前在Claude Code上深度配過skills、hooks、subagents、MCP，建議直接打開Codex App走一遍Migrate，先看能搬哪些過來。不用立刻換主力，搬過來跑一段時間作對照組，對工作流會有直觀判斷。完全沒用過Codex App的，可以從我之前那篇上手教程開始：
回到那張圖。雖然下載量反超這個事本身不準確，但Codex的密集更新和GPT-5.5的模型能力，像我一樣過去只用Claude Code，轉而分一部分工作遷移到Codex上的用戶只會越來越多。
如果覺得有用，點個贊或者在看，也方便更多朋友看到。我是魯工，九年AI算法老兵，AI全棧開發者，深耕AI編程賽道。