所有人都以為 AI 程式設計工具最後會併成一個。結果——反過來了。
2026 年 4 月第一週發生了什麼
三件事，一週之內：
- Cursor v3（代號 Glass） 發佈 Agents Window，可以跨本地機器、Git worktrees 和雲端沙箱同時管理多個 AI Agent。
- OpenAI 發佈
codex-plugin-cc——一個 Apache 2.0 開源外掛，直接跑在 Claude Code 裡，附帶六個斜線命令。 - 早期使用者 開始把三個工具串起來用，沒人規劃過這條路，但它自然形成了。
這不是哪家公司的策略，這是生態系統自發分層的結果。
三層協作堆疊是什麼樣子
如果你是那些先行者之一，現在的工作流程大概長這樣：
第一層——調度層：Cursor
不再是「在編輯器裡看程式碼」，而是在 Agents Window 裡開好幾個 Agent，分配任務，看每個 Agent 的進展。Design Mode 可以在內建瀏覽器裡直接標註 UI 問題，把視覺反饋餵給 Agent。你是在管一個小團隊，不是在打字。
第二層——執行層：Claude Code + Codex
兩個工具在這一層競爭也合作。Claude 負責需要上下文理解的任務，Codex 負責可以並行跑的任務。/best-of-n 命令可以把同一個任務同時發給多個模型，在隔離的 worktree 裡跑，然後比較結果。
第三層——審查層：Codex 審 Claude
/codex:adversarial-review——讓 Codex 對 Claude 寫的程式碼做對抗性審查，專門檢查身份驗證漏洞、資料遺失風險、競爭條件。問題發現後可以設定 Gate 自動阻止合併。
「讓同一個寫程式碼的模型來審查程式碼，等於讓學生給自己的作業打分。」
跨供應商的獨立審查解決了這個問題。
OpenAI 為什麼要把 Codex 塞進 Claude Code
這是整個故事裡最有趣的一步。
OpenAI 不但沒有阻止使用者同時使用 Anthropic 的 Claude Code，反而主動在裡面放了一個外掛，讓 Codex 更容易在 Claude Code 的工作流程裡被呼叫。
邏輯是：用量計費，分發優先於鎖定。
Codex 按 API 用量收費。使用者用了 Claude Code，但如果它在裡面呼叫 Codex 來跑對抗性審查或者並行任務，OpenAI 照樣收到錢。進入 Claude Code 的使用者池，比指望把使用者從 Claude 拉走更容易實現。
這是 2026 年 AI 工具競爭的新模式：不是我消滅你，是我滲透你的使用者群然後收錢。
現在的數據
- Claude Code 在 906 位工程師調查裡拿到 46% 的「最喜歡」評分。
- Codex 週活躍使用者突破 300 萬（一個月前還是 200 萬）。
- Claude Code 佔 GitHub 公開提交的約 4%（2026 年 3 月）。
- Claude Code 年化營收據分析師估計超過 25 億美元。
市場沒有 winner takes all，三個工具都在成長。
這說明什麼
AI 程式設計工具的演化路徑和當年 SaaS 不一樣。當年 CRM 的終局是 Salesforce 一統，當年版本控制的終局是 GitHub 壟斷。
AI 程式設計工具可能不走這條路。原因是每個層的專業性要求不同，組合比壟斷更有效率：
- 調度需要 Cursor 的多 Agent UI。
- 程式碼生成需要頂級推理模型。
- 交叉驗證需要獨立視角。
三個工具形成的不是競爭關係，是分工關係。開發者在中間自己做整合商。
這條路到底能走多遠，還不知道。但 4 月第一週發生的事情說明：Anthropic 和 OpenAI 都預設開發者會用多個工具，而不是選一個。這本身就是很大的變化。
參考來源：Cursor、CocoLoop、Claude Code、Codex are merging into one AI coding stack nobody planned（The New Stack）