OpenAI Codex 插件進駐 Claude Code

2026 年 3 月 30 日，OpenAI 丟出一個很怪、但很實用的東西：codex-plugin-cc。它是一個官方插件，讓 Codex 直接跑進 Claude Code。這句話本身就很魔幻，因為 OpenAI 的 coding agent，現在能待在 Anthropic 的終端機工具裡。

講白了，這種事會發生，因為開發者很現實。誰的 logo 不重要，能不能少切視窗、少改設定、少踩雷才重要。只要它能在 repo 裡幹活，大家就會試。

而且這類工具的競爭，早就不是「誰模型最會講」。現在比的是命令列、檔案存取、權限控制，還有它會不會把一個小修正搞成 30 分鐘 debug。真的，開發者最怕這種。

OpenAI 這次到底丟了什麼

codex-plugin-cc 不是新模型。它是整合層。它讓 Claude Code 可以呼叫 Codex，讓使用者還是留在同一個 terminal-first 流程裡。

這點很重要。因為很多認真的軟體開發，不是在網頁聊天框裡完成。它發生在 shell、git、測試指令、patch、log 之間。工具如果離 repo 太遠，效率就會掉。

OpenAI 這步棋也很直白。它沒有叫你整套換掉，而是把 Codex 丟進你原本就會用的地方。這種分發方式比較務實，也比較容易被接受。你不用重建工作流，只要把插件接上去。

• 發布日期：2026-03-30
• 專案：codex-plugin-cc
• 目標環境：Claude Code
• 提供方：OpenAI
• 類型：coding agent 整合

為什麼這次會被討論

大家會聊這件事，不是因為插件本身多稀奇。重點是位置選得很怪，也很聰明。Claude Code 是現在很受矚目的 terminal coding agent 之一，OpenAI 卻選擇直接進到這個場景。

這代表一件事：coding agent 市場開始變得務實。以前很多產品都在拚「你要用我整套」。現在比較像是「你原本怎麼工作，我就進去那裡」。對開發者來說，這種策略比較有感。

它也反映出 AI 工具的包裝方式正在變。模型本身很重要，但不再是全部。wrapper、CLI、權限模型、repo 流程，這些東西都會決定它到底是能做事，還是只會 demo。

“We’re not building a chatbot. We’re building an agent that can do things.” — Sam Altman, OpenAI DevDay 2024 keynote

這句話放在這次發布上，很貼。codex-plugin-cc 就是在做這件事。它不是聊天而已。它是把 agent 放進別人的開發工具裡，還要看起來像原生功能。

這裡也有一個現實問題。開發者不會因為品牌就買單。你要的是穩定、可控、可重試。模型再強，不能接命令列也沒用。這很殘酷，但很真。

跟其他 coding 工具比，差在哪

OpenAI 這種插件路線，跟很多封閉式工具不一樣。它不是逼你換整個環境，而是讓 Codex 去接現成的工作流。這和那種要你切 editor、切頁籤、切介面的產品，差很多。

對開發者來說，摩擦成本很重要。只要工具能直接進 terminal，通常就比漂亮但卡卡的介面更有用。尤其是改檔、跑測試、看 diff、修 bug，速度比花俏更值錢。

如果把常見工具放一起看，差異就很清楚。每個產品都在搶 coding 幫手，但切入點完全不同。

• codex-plugin-cc：把 Codex 接進 Claude Code
• Claude Code：Anthropic 的 terminal-first coding agent
• Codex：OpenAI 的 coding agent 系列
• GitHub Copilot：更貼近 GitHub 與 editor
• Cursor：直接包住 editor 的 AI 工具

GitHub Copilot 偏向 IDE 與 GitHub 流程。Cursor 是 editor 為中心。Claude Code 則很吃命令列。OpenAI 這次的意思很簡單：介面邊界沒那麼重要，能不能把任務做好才重要。

從產品策略看，這也很像在搶「預設入口」。誰能先進到開發者現有流程，誰就比較容易留下來。這比重新教育市場省事多了。

這對開發者代表什麼

第一個影響很直接：agent 會變得更模組化。你可能保留一個介面，換另一個模型，再接第三方 workflow 工具。這對團隊很有用，因為你可以實際測，不用只聽銷售話術。

第二個影響是競爭方式變了。現在不是只比誰的模型更會寫程式。還要比誰更容易塞進別人的工作流。這件事很現實，也很殘酷。能快速做整合的團隊，會比較吃香。

第三個影響是，開發者會更常問一個問題：我到底信誰？把 agent 放進 repo，不是小事。它會看檔案、跑指令、改程式。這種權限，不是隨便給的。

• 比較項目 1：介面摩擦。terminal 通常比 web chat 少一步
• 比較項目 2：repo 近距離。能直接看檔、跑測試更實用
• 比較項目 3：模型可替換性。插件路線比較容易換引擎
• 比較項目 4：團隊採用成本。先接現有工具，比重建流程快

我自己的判斷很直接。未來贏的，不會只是最會講話的 AI。會是最少打擾人的 AI。它要能少切 context、少改設定、少出包。這才是開發者真正在乎的。

如果 OpenAI 繼續把 Codex 做成可插拔形式，之後可能不是單一產品在打天下，而是整個插件生態在比誰更順手。到那時，模型只是引擎，路徑才是重點。

這波背後的產業脈絡

coding agent 這個市場，去年到今年都在往同一個方向跑：更靠近真實工作流。以前大家愛比 benchmark。現在更在乎能不能接 git、能不能處理多檔案修改、能不能自己跑測試。

這也解釋了為什麼 terminal 工具越來越重要。終端機不是復古。它是離開發現場最近的地方。只要 agent 能在那裡做事，就能少掉很多切換成本。

另一個脈絡是平台之間的界線變薄了。今天是 OpenAI 進 Claude Code。明天也可能是別家模型進別人的 IDE。這種互通性會讓市場更像積木，不像封閉花園。

從台灣開發者的角度看，這件事也很實際。很多團隊本來就同時用 GitHub、VS Code、CLI、雲端 CI。工具本來就混搭。現在 AI 工具走向混搭，只是順著現實走。

接下來該看什麼

我會先看兩件事。第一，codex-plugin-cc 穩不穩。第二，開發者會不會真的把它放進日常流程。這兩件事，比發布新聞本身更重要。

如果你是工程團隊，可以先問自己一句：你要的是最強模型，還是最順的工作流？很多時候答案不是同一個。先試小範圍，拿一個 repo 做驗證，會比直接全面導入更安全。

我的預測很簡單。接下來 6 到 12 個月，coding agent 會更像可插拔元件。誰能讓模型、介面、權限分開，誰就更有機會被日常使用。你如果是開發者，現在就該開始測：哪個 AI 工具最少打斷你，哪個就先留下來。