02 · Copilot 和 Claude Code、Codex、Cursor 怎麼選

不要問哪個 AI 程式設計工具最強。先問 AI 應該住在哪裡：GitHub 和 PR 流程裡、IDE 裡、終端裡、還是雲端非同步任務裡。Copilot、Claude Code、Codex、Cursor 都能幫你寫程式碼，但它們預設貼近的工作面不同——選錯位置，再強的模型也幫不上忙。

本章目標：你會按工作流位置選擇工具，而不是把所有 AI 程式設計產品放進一個泛泛排名。

1. 先給結論

GitHub Copilot：優先服務 GitHub、IDE、PR、issue、Cloud Agent 和組織治理，適合 GitHub 中心團隊。
Claude Code：優先服務終端和本地專案現場，適合 shell、遠端開發、長時間排障和真實工作樹任務。
Codex：優先服務 OpenAI 的程式設計代理（coding agent）生態，適合多入口任務、AGENTS.md、sandbox、approval、MCP 和雲端執行。
Cursor：優先服務編輯器內連續開發，適合在一個 IDE 工作臺裡完成 Ask、Plan、Agent、Terminal、Browser 和 diff review。

flowchart TD
  Task["AI 程式設計任務"] --> GitHub["GitHub / PR / Issue"]
  Task --> IDE["IDE / Editor"]
  Task --> Terminal["Terminal / Shell"]
  Task --> Cloud["Cloud / Async"]
  GitHub --> Copilot["GitHub Copilot"]
  IDE --> Cursor["Cursor"]
  IDE --> CopilotIDE["Copilot IDE"]
  Terminal --> Claude["Claude Code"]
  Terminal --> Codex["Codex CLI"]
  Cloud --> CopilotCloud["Copilot Cloud Agent"]
  Cloud --> CodexCloud["Codex Cloud"]

2. 什麼時候優先用 Copilot

優先用 Copilot 的場景：

團隊已經圍繞 GitHub issue、pull request、review 和 CI 協作。
組織需要 Business / Enterprise 的訪問控制（access）、策略（policy）、用量資料（usage data）、審計日誌（audit logs）、檔案排除（file exclusions）。
開發者主要用 VS Code、Visual Studio、JetBrains、Xcode、Eclipse 等官方支援的 IDE。
任務需要在 GitHub.com、IDE、CLI、Mobile 和 Cloud Agent 之間延續。
希望 PR summaries、Copilot code review、Cloud Agent（雲端代理）、Copilot Spaces（上下文空間）和 MCP 都接入同一 GitHub 工作流。

Copilot 的核心優勢是“協作鏈路完整”。它不是隻解決程式碼生成，而是把 AI 放進 GitHub 的團隊流程。

3. 什麼時候優先用 Claude Code

優先 Claude Code：

主要在 terminal、tmux、ssh、遠端機器或本地儲存庫裡工作。
需要 agent 直接讀檔案、改程式碼、跑命令、看日誌。
任務更像工程排障，而不是 PR 頁面協作。
你希望用 CLAUDE.md、permissions、hooks、MCP、subagents 管住本機專案代理。

Copilot 可以在 IDE 和 CLI 裡工作，但它的強項仍是 GitHub 和官方 IDE 生態。純終端深任務，Claude Code 的心智模型更直接。

4. 什麼時候優先用 Codex

優先 Codex：

團隊想圍繞 OpenAI coding agent 建立工作流。
需要 CLI、IDE、App、Cloud 等多入口執行同一類工程任務。
你重視 sandbox、approval、AGENTS.md、MCP、skills、subagents、hooks 的受控執行。
任務需要 OpenAI 模型和工具生態的一致入口。

Copilot 和 Codex 都能做 agentic coding。區別在於 Copilot 貼 GitHub 協作鏈，Codex 更貼 OpenAI agent 平臺和受控執行模型。

5. 什麼時候優先用 Cursor

優先 Cursor：

你希望主要在編輯器內連續開發。
任務需要頻繁看檔案樹、inline edits、terminal、browser、source control 和 diff。
前端、全堆疊、產品功能開發佔比較高。
你希望用 Rules、MCP、Skills、Subagents、Hooks、CLI、Cloud Agent、Bugbot 形成一個 editor-first 工作流。

Copilot 在 VS Code 內也有 Agent mode，但 Cursor 是把整個編輯器體驗圍繞 AI agent 重新組織。日常寫程式碼時，Cursor 的 editor-first 體驗更集中。

6. 對比不要只看模型

模型會變化，價格會變化，功能也會變化。更穩定的比較維度是：

維度	要問的問題
工作位置	任務主要發生在 GitHub、IDE、terminal 還是 cloud？
上下文	工具能看到 PR、issue、本地 diff、terminal、browser、MCP 嗎？
許可權	誰批准命令、檔案寫入、MCP、branch、PR、merge？
驗收	結果回到 diff、test、browser、PR、CI 還是 audit log？
治理	管理員能否控制 access、policy、usage、audit、file exclusions？
成本	模型、seat、usage、agent run 和 automation 怎麼計費？

如果這些問題答不出來，說明還沒到“選工具”的階段。

為什麼這 6 維比模型 / 價格更穩定？因為模型每季都會更新、價格每年都會調整，但工作位置、上下文邊界、許可權模型、驗收路徑、治理機制和計費維度變得很慢——它們由組織的協作方式決定，不由 AI 廠商決定。基於這 6 維做選型，決策能用 1-2 年；基於"哪個模型更強"做選型，半年就要重選一次。

7. 推薦組合

個人開發者：

主工具：Cursor 或 Claude Code。
輔助：Copilot 做補全和 GitHub PR 協作，Codex 做特定 OpenAI agent 任務。

GitHub 中心團隊：

主工具：GitHub Copilot。
輔助：Claude Code 或 Codex 處理終端深任務，Cursor 處理 editor-first 產品開發。

前端 / 全堆疊團隊：

主工具：Cursor 或 Copilot in VS Code。
輔助：GitHub Copilot code review / Cloud Agent 接 PR，Claude Code 做本地排障。

平臺 / 基礎設施團隊：

主工具：Claude Code 或 Codex。
輔助：Copilot 進入 PR review 和團隊治理。

8. 選型落地檢查

決定前至少寫清：

主工作面是什麼。
哪個工具負責本地開發，哪個工具負責 PR 協作。
哪些工具允許改檔案、跑命令、開分支、建立 PR。
哪些工具能訪問 MCP 或內部資料。
結果透過哪些測試、CI、review 和審計驗證。
誰管理費用、seat、usage 和策略。

工具越多，越要明確職責邊界。否則團隊會同時維護多套 instructions、skills、MCP、hooks 和憑據，長期成本很高。

官方來源

GitHub Copilot documentation：Copilot 官方文件總入口。
GitHub Copilot features：官方功能分為 assistive、agentic、customization、administrator。
GitHub Copilot in VS Code：VS Code 官方 Copilot agent、edit、review 工作流。
Claude Code docs：Claude Code 官方文件入口。
OpenAI Codex docs：Codex 官方文件入口。
Cursor Docs：Cursor 官方文件入口。

接下來去哪

先確認 Copilot 的產品定位和功能分層。

繼續畫清 GitHub.com、IDE、Terminal、CLI 和 Cloud Agent 的入口地圖。

Cursor 對照

檢視 Cursor 的工作流位置對比。