OpenAI官方插件進Claude Code，老金裝了後工作流省了這4步
整理版優先睇
OpenAI Codex插件正式入駐Claude Code，老金實測：重複性代碼生成快30%，Token消耗降20%
呢篇文章係老金分享佢安裝OpenAI官方推出的codex-plugin-cc插件嘅經驗。OpenAI同Anthropic原本係競爭對手，但最近兩家公司嘅產品開始互相嵌入——OpenAI嘅Codex API已經夠穩定，可以作為獨立服務嵌入Claude Code嘅插件生態。整體來講，呢個插件唔係用Codex代替Claude，而係兩者協作：Claude負責理解需求同規劃任務，Codex負責具體嘅代碼生成同補全。
老金安裝之後，發現工作流有四個主要變化：代碼生成速度由8-12秒加快到5-7秒；重複性代碼（例如測試用例）質量更穩定，唔會出現「測咗但冇真測」嘅情況；唔使再手動喺Claude Code同Cursor之間切來切去；Token消耗降低，因為代碼生成部分用咗OpenAI嘅額度。
不過插件有明顯嘅邊界：唔適合處理上下文高度相關嘅重構任務，因為Codex唔瞭解項目背景；亦唔適合需要精確控制模型行為嘅Agent場景，自動分流邏輯唔夠透明；預算有限嘅時候要留意兩個API都消耗額度。老金建議：如果代碼任務超過70%，強烈建議裝；如果少過30%，暫時可以唔裝；重度用戶每日用超過3小時，Token分流嘅成本節省會好明顯。
- OpenAI Codex插件讓Claude Code可以直接調用Codex，Claude做項目經理，Codex做專注寫代碼嘅程序員，唔使手動切工具。
- 代碼生成速度由8-12秒加快到5-7秒，重複性代碼（如測試用例）質量更穩定，連續30個單元測試全部有效。
- Token消耗降低，因為代碼生成部分用OpenAI額度，同一預算可以做到更多嘢；老金實測Claude Token消耗降約20%。
- 插件唔適合處理高度依賴項目上下文嘅重構任務，亦唔適合需要精確控制嘅Agent場景，自動分流邏輯唔夠透明。
- 安裝好簡單：先有OpenAI API Key，然後用/plugin marketplace add openai/codex-plugin-cc安裝，最後設定環境變量或登入Codex CLI即可。
安裝codex-plugin-cc插件
在Claude Code Terminal中執行：/plugin marketplace add openai/codex-plugin-cc，然後 /plugin install codex@openai-codex，最後 /reload-plugins 並 /codex:setup 完成配置。
解決衝突Skill priority設定
若自定義Skill與插件爭觸發詞，可在Skill檔案中加 priority: low，讓插件優先接管代碼相關任務。
啟用審查Gate
使用 /codex:setup --enable-review-gate 可讓Codex審查更改內容，發現問題時打斷流程；用 /codex:setup --disable-review-gate 關閉。
點解兩大競爭對手會聯動？
OpenAI同Anthropic一直係正面競爭關係，但最近局面悄悄變化。老金判斷有兩個推動因素：第一，OpenAI嘅Codex API已經夠穩定，可以作為獨立服務嵌入第三方工具；第二，Claude Code嘅插件生態（Skill體系）成熟，可以接入外部能力。
大家都意識到，用戶唔會只用一間公司嘅產品，不如開放自己強項，等用戶喺熟悉嘅工作流直接調用。呢個係商業決策，唔係打感情牌。
codex-plugin-cc 具體做啲乜？
呢個插件唔係「用Codex代替Claude」，而係兩個模型協作——Claude負責理解需求、規劃任務，Codex負責具體代碼生成同補全。用老金嘅大白話講：Claude係項目經理，Codex係專注寫代碼嘅程序員，插件會自動分配工作。
- 1 Claude Code：理解需求、規劃任務、管理上下文
- 2 Codex：代碼生成、補全、標準化測試代碼
- 3 插件自動判斷邊個做邊部分，唔使手動幹預
點安裝同配置？老金踩坑實錄
前置條件：你需要OpenAI API Key（或者Plus以上帳號，總之要付費20美金以上）。
- 1 安裝插件：/plugin marketplace add openai/codex-plugin-cc；然後 /plugin install codex@openai-codex；最後 /reload-plugins 同 /codex:setup。
- 2 配置API Key：插件會提示輸入Key，或者手動加環境變量 export OPENAI_API_KEY="sk-你的key"。
- 3 若已有Codex CLI，可直接執行 codex login 網頁登入。
- 4 驗證生效：輸入 /codex 會見到5個斜槓指令，包括 /codex:review 等。
建議使用 /codex:review --background 後台跑審查，唔阻礙正常操作。
仲有個隱藏功能 /codex:setup --enable-review-gate，會審查更改內容，發現問題會打斷流程先處理。不過呢個功能會大幅增加Token消耗，要慎用。
裝咗之後，工作流有咩變化？
- 代碼生成速度快咗：200行工具函數由8-12秒降到5-7秒（老金自己計時）。
- 重複性代碼質素更穩：連續30個單元測試全部有效，唔會再出現 assert 寫錯嘅情況。
- 慳返手動切工具：唔使喺Claude Code同Cursor之間來回複製粘貼。
- Token消耗降咗：代碼生成部分用OpenAI額度，Claude Token消耗一星期降咗約20%（老金實測）。
對重度Claude Code用戶嚟講，同一預算可以做到更多嘢，時間越長成本節省越明顯。
邊界提醒：咩時候唔好用？
- 1 上下文高度相關嘅代碼任務（例如重構有深層業務邏輯嘅模塊）：Codex唔瞭解項目背景，生成嘅代碼可能風格唔夾，建議全用Claude。
- 2 需要精確控制模型行為嘅Agent場景：自動分流邏輯唔夠透明，老金試過分流出錯。
- 3 預算有限：兩個API都消耗額度，唔好指望用Codex省Claude錢，實際慳幾多取決於代碼生成佔比。
加我入AI討論學習羣組，公眾號右下角「聯繫方式」
文末有我老金嘅 開源知識庫地址·完全免費
個個都話OpenAI同Anthropic係死對頭，點知有一日我要寫「對手官方直接聯動」呢啲標題 = =
上星期OpenAI靜靜雞出咗個嘢，叫 codex-plugin-cc（OpenAI Codex嘅Claude Code官方插件），專門俾用緊Claude Code嘅人裝。
呢個嘢令到你可以喺Claude Code工作流程入面，直接叫Codex做嘢。
我老金拎到手之後裝咗試咗一輪，今日同你哋講清楚個結論。
點解呢兩間公司會聯動？
先講背景，呢件事本身就值得講幾句。
OpenAI嘅 Codex（即係GPT背後嘅程式碼理解模型）同Anthropic嘅Claude Code，一直都係正面競爭關係。
但最近呢個局面開始有啲變化。
我老金嘅判斷係：兩件事推動咗呢次合作。
第一，OpenAI嘅Codex API已經夠穩定，可以作為獨立服務嵌入第三方工具。
第二，Claude Code嘅插件生態（Skill系統）已經成熟，可以接入外部能力。
講白啲就係：大家都意識到，用戶唔會淨係用一間公司嘅產品。
不如將自己嘅強項開放出嚟，等用戶喺自己熟嘅工作流程入面直接叫用。
呢個係商業決定，唔係打感情牌。
codex-plugin-cc 可以做到啲咩
先講清楚呢個插件係咩，費事你哋同我老金一開始咁諗歪咗。
佢唔係「用Codex取代Claude」。
呢兩個模型喺Claude Code入面係協作關係——Claude負責理解你嘅需求、規劃任務，Codex負責具體嘅程式碼生成同補全。
具體能力分工係咁：
用我老金嘅口語解釋：Claude係項目經理，Codex係專注寫程式碼嘅程序員。
你唔使理邊個做，插件會自動分配。
點樣裝、點樣設定
呢部分我老金連踩過嘅坑都寫埋落嚟，唔好跳過。
第一步：確認前置條件
你需要有OpenAI API Key（codex-plugin-cc係透過API叫Codex）。
或者你有Plus或以上嘅賬號都得，總之係俾咗20美金或以上嘅。
第二步：安裝插件
/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup裝完之後Claude Code會自動重新加載，唔使重啟。
如果你同我一樣，原本部機度已經有Codex Cli。
可以直接跳過第三步。
第三步：設定API Key
插件裝好後會提你輸入OpenAI API Key。
亦可以手動加落環境變數：
export OPENAI_API_KEY="sk-你的key"或者直接auth登入。先安裝 Codex Cli。
npm install -g @openai/codex然後用網頁登入。
codex login
第四步：驗證係咪生效
輸入 /codex ，你會發現多咗5個斜槓指令。
最上面嗰個本來係我自己整嘅，而家可以光榮落崗。
如果對你有幫助，記得關注嚇~
/codex:review
審核未提交嘅改動，或者對比分支。
/codex:review
/codex:review --background建議用後台執行，即係 /codex:review --background。
/codex:status 可以，/codex:result 拎結果。
然後仲有個隱藏功能，不過要小心，佢會大幅增加你嘅token消耗。
/codex:setup --enable-review-gate
/codex:setup --disable-review-gate開咗之後，佢會檢查今次對話嘅改動內容，如果發現問題，就會打斷，處理完問題先繼續。
然後我老金發現，自己寫嘅幾個自定義Skill，有兩個同codex-plugin-cc爭同一批觸發詞。
解決方法係喺撞到嘅Skill度加 priority: low，等插件優先處理程式碼相關嘅任務。
裝咗之後，工作流程變咗啲咩
呢個先係你哋最關心嘅。
變化1：程式碼生成速度快咗
純Claude模式之下，生成一個200行嘅工具函數大概要8-12秒。
加咗Codex分流之後，同樣嘅任務平均5-7秒完成。
（數據來自老金我自己計時，唔係官方數據，你哋嘅環境可能會唔同）
變化2：重複性程式碼質量更穩定
呢個係我老金冇諗到嘅。
以前叫Claude寫測試用例，間中會出現「測試咗但冇真係測試」嘅情況。
睇落有用，實際上assert（斷言判斷，測試嘅核心邏輯）寫錯咗。
Codex喺呢啲標準化測試程式碼上明顯更加穩定，我老金連續生咗30個單元測試，冇一個係廢嘅。
變化3：慳咗手動轉工具呢一步
以前我老金嘅流程係：喺Claude Code度規劃 → 複製去Cursor度生成程式碼 → 再貼返過嚟。
而家一個視窗搞掂曬，唔使來回切換。
聽落好似小事，但一日切幾十次嘅話，慳返嘅時間真係唔少。
變化4：Token消耗降低咗
程式碼生成呢部分轉咗去Codex嘅API，消耗嘅係OpenAI嗰邊嘅配額，唔計Claude嘅Token。
對於重度Claude Code用戶嚟講，即係同樣預算可以做更多嘢。
邊界喺邊，幾時唔應該用
我老金唔係好中意剩係講好嘢，所以呢部分要認真講。
有幾種情況，呢個插件唔適合用，甚至會幫倒忙：
1. 上下文高度相關嘅程式碼任務
例如你喺重構一個有好深業務邏輯嘅模組，需要模型理解你成個項目嘅架構設計。
呢類任務交俾Codex分流之後，佢唔瞭解你嘅項目背景。
生成嘅程式碼可能技術上冇錯，但風格同你項目格格不入。
呢種情況建議熄咗插件，全用Claude。
2. 需要精準控制模型行為嘅場景
如果你用緊Claude Code行複雜嘅Agent任務，需要精準控制每一步嘅輸出，插件嘅自動分流會帶嚟不確定性。
插件判斷「呢段應該俾Codex」嘅邏輯目前仲未夠透明。
我老金喺幾次Agent任務度遇過分流出錯嘅情況。
3. 預算有限嘅時候
兩個API都喺度消耗。
如果你OpenAI户口得5美金，唔好指望靠Codex慳Claude嘅錢——慳到嘅Claude Token會被OpenAI呢邊嘅Codex消耗平衡返。
真正嘅慳錢效果取決於你嘅使用場景，程式碼生成佔比越高，慳得越多。
我老金嘅建議
如果你主要用Claude Code寫程式碼（程式碼任務超過70%）
建議安裝，尤其係做重複性開發工作嘅（寫測試、寫CRUD（增刪改查接口）、寫工具函數）。
Codex喺呢方面確實比Claude穩定，而且速度都快啲。
如果你主要用Claude Code做規劃同分析（程式碼任務唔夠30%）
暫時可以唔裝。
你嘅主要收益係程式碼生成提速，但你用得少，性價比唔高。
如果你係Claude Code重度用戶，每日用超過3個鐘
強烈建議安裝。
Token分流帶嚟嘅成本節省，時間越耐越明顯。
我老金自己呢個星期落嚟，Claude Token消耗低咗大約20%（數據嚟自Claude Code使用報告）。
講到底，呢個插件嘅出現說明咗一件事：AI工具之間嘅邊界開始變得模糊。
以前係各家守住自己嘅生態，而家反而開始互相嵌入。
對用戶嚟講係好事，但亦都代表你要花多啲時間搞清楚，每個工具喺你工作流程入面究竟扮演咩角色。
識得搭配工具嘅人，將來會比唔識搭配嘅人多出一倍嘅效率。
裝定唔裝，自己判斷。
有問題留言區傾，我老金呢幾日都會喺度。
https://tffyvtlai4.feishu.cn/wiki/OhQ8wqntFihcI1kWVDlcNdpznFf
Claude Code & Openclaw 雙頂流全中文從零開始嘅教學：唔識程式碼一樣整到網站，老金15萬字Claude Code+OpenClaw教學免費開源
我嘅小破站（含我開源嘅項目）：https://www.aiking.dev/
每次我都想提一提，呢個唔係曬命，而係希望有諗法嘅人勇敢去衝。
我唔識程式碼，我英文都麻麻，但我整咗好多嘢出嚟。
我真係希望可以影響多啲人試新技巧，迎接新時代。
多謝你睇我嘅文章。
如果覺得唔錯，順手like、在看、轉發三連啦🙂
如果想第一時間收到推送，都可以俾我個星標⭐～多謝你睇我嘅文章。
加我進AI討論學習羣，公眾號右下角“聯繫方式”
文末有老金的 開源知識庫地址·全免費
都說OpenAI和Anthropic是死對頭，沒想到有一天老金我要寫"競對官方直接聯動"這種標題 = =
上週OpenAI悄悄發佈了一個東西，叫 codex-plugin-cc（OpenAI Codex的Claude Code官方插件），專門給在用Claude Code的人裝的。
這玩意兒讓你在Claude Code工作流裏，直接調用Codex幹活。
老金我拿到之後裝了測了一圈，今天把結論給你們說清楚。
這兩家為什麼會聯動？
先說背景，這事本身就值得聊幾句。
OpenAI的 Codex（就是GPT背後的代碼理解模型）和Anthropic的Claude Code，一直是正面競爭關係。
但最近這個局面在悄悄變化。
老金我的判斷是：兩件事推動了這個合作。
第一，OpenAI的Codex API已經足夠穩定，可以作為獨立服務嵌入第三方工具。
第二，Claude Code的插件生態（Skill體系）已經成熟，能接入外部能力。
說白了就是：大家都意識到，用戶不會只用一家的產品。
不如把自己的強項開放出來，讓用戶在熟悉的工作流裏直接調用。
這是商業決策，不是打感情牌。
codex-plugin-cc 能幹什麼
先說清楚這個插件是什麼，避免你們像老金我一開始那樣想歪了。
它不是"用Codex代替Claude"。
這兩個模型在Claude Code裏是協作關係——Claude負責理解你的需求、規劃任務，Codex負責具體的代碼生成和補全。
具體能力分工是這樣的：
用老金我的大白話翻譯：Claude是項目經理，Codex是專注寫代碼的程序員。
你不用管誰在幹，插件自動分配。
怎麼裝、怎麼配置
這部分老金我把踩到的坑也一併寫進來了，別跳過。
第一步：確認前置條件
你需要有OpenAI API Key（codex-plugin-cc通過API調用Codex）。
或者你有Plus及以上的賬號也可以，反正就是付費20刀以上的。
第二步：安裝插件
/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup裝完之後Claude Code會自動重新加載，不用重啓。
如果你和我一樣，原本機器裏就有Codex Cli。
直接跨過第三步。
第三步：配置API Key
插件裝好後會提示你輸入OpenAI API Key。
也可以手動加到環境變量：
export OPENAI_API_KEY="sk-你的key"或者直接auth登錄。先安裝 Codex Cli。
npm install -g @openai/codex然後網頁登錄。
codex login第四步：驗證是否生效
輸入 /codex ，你會發現多了5個斜槓指令。
最上面那個原本是我自己做的，現在可以光榮下崗了。
如果對你有幫助，記得關注一波~
/codex:review
審核未提交的改動，或者對比分支。
/codex:review
/codex:review --background建議使用後台跑，就是 /codex:review --background。
/codex:status 可以，/codex:result 取結果。
然後還有個隱藏功能，不過慎重，它會大幅增加你的token消耗。
/codex:setup --enable-review-gate
/codex:setup --disable-review-gate當開啓後，它會審查本次對話更改內容，若發現問題，則會打斷，先處理完問題再繼續。
然後老金我發現，自己寫的幾個自定義Skill，有兩個和codex-plugin-cc爭同一批觸發詞。
解決方法是在衝突的Skill里加 priority: low，讓插件優先接管代碼相關任務。
裝上之後，工作流變了什麼
這才是你們真正關心的。
變化1：代碼生成速度快了
純Claude模式下，生成一個200行的工具函數大概需要8-12秒。
加了Codex分流之後，同樣的任務平均在5-7秒完成。
（數據來自老金我自己的計時，不是官方數據，你們的環境可能不同）
變化2：重複性代碼質量更穩
這個是老金我沒想到的。
以前讓Claude寫測試用例，偶爾會出現"測了但沒真測"的情況。
看起來有用，實際上assert（斷言判斷，測試的核心邏輯）寫錯了。
Codex在這種標準化測試代碼上明顯更穩，老金我連續生成了30個單元測試，沒有一個是廢的。
變化3：省掉了手動切工具這一步
以前老金我的流程是：在Claude Code裏規劃 → 複製到Cursor裏生成代碼 → 再粘回來。
現在一個窗口全搞定，不用來回切換了。
聽起來小事，但一天切幾十次的話，省下來的時間真不少。
變化4：Token消耗降了
代碼生成這部分轉給了Codex的API，消耗的是OpenAI那邊的額度，不算Claude的Token。
對於重度Claude Code用戶來說，這意味着同樣預算能幹更多活。
邊界在哪，什麼時候不該用
老金我不太喜歡只說好的，所以這部分要認真說。
有幾種情況，這個插件不適合用，甚至會幫倒忙：
1. 上下文高度相關的代碼任務
比如你在重構一個有很深業務邏輯的模塊，需要模型理解你整個項目的架構設計。
這種任務交給Codex分流之後，它不瞭解你的項目背景。
生成的代碼可能技術上沒錯，但風格和你項目格格不入。
這種情況建議關閉插件，全用Claude。
2. 需要精確控制模型行為的場景
如果你在用Claude Code跑複雜的Agent任務，需要精確控制每一步的輸出，插件的自動分流會引入不確定性。
插件判斷"這段應該給Codex"的邏輯目前還不夠透明。
老金我在幾次Agent任務裏遇到過分流出錯的情況。
3. 預算有限的時候
兩個API都在消耗。
如果你OpenAI賬户裏只有5美元，別指望靠Codex省Claude的錢——省下的Claude Token會被OpenAI這邊的Codex消耗平衡掉。
真正的省錢效果取決於你的使用場景，代碼生成佔比越高，省得越多。
老金我的建議
如果你主要用Claude Code寫代碼（代碼任務超過70%）
建議裝，尤其是做重複性開發工作的（寫測試、寫CRUD（增刪改查接口）、寫工具函數）。
Codex在這塊確實比Claude穩，而且速度也快一些。
如果你主要用Claude Code做規劃和分析（代碼任務不到30%）
暫時可以不裝。
你的主要收益是代碼生成提速，但你用的少，性價比不高。
如果你是Claude Code重度用戶，每天用超過3小時
強烈建議裝。
Token分流帶來的成本節省，時間越長越明顯。
老金我自己這一週下來，Claude Token消耗降了大概20%（數據來自Claude Code使用報告）。
說到底，這個插件的出現說明了一件事：AI工具之間的邊界正在變模糊。
以前是各家守着自己的生態，現在反而開始互相嵌入。
對用戶來說這是好事，但也意味着你得多花點時間搞清楚，每個工具在你工作流裏到底扮演什麼角色。
會搭配工具的人，以後會比不會搭配的人多出一倍的效率。
裝還是不裝，自己判斷。
有問題評論區聊，老金我這幾天都在。
https://tffyvtlai4.feishu.cn/wiki/OhQ8wqntFihcI1kWVDlcNdpznFf
Claude Code & Openclaw 雙頂流全中文從零開始的教程：不懂代碼照樣造網站，老金15萬字Claude Code+OpenClaw教程免費開源
我的小破站（含我開源的項目）：https://www.aiking.dev/
每次我都想提醒一下，這不是凡爾賽，是希望有想法的人勇敢衝。
我不會代碼，我英語也不好，但是我做出來了很多東西。
我真心希望能影響更多的人來嘗試新的技巧，迎接新的時代。
謝謝你讀我的文章。
如果覺得不錯，隨手點個贊、在看、轉發三連吧🙂
如果想第一時間收到推送，也可以給我個星標⭐～謝謝你看我的文章。