2025 AI 開發工具大亂鬥：Cursor、Copilot 還是直上 Antigravity？選武指南
☰ 目錄 table-of-contents.md
先看專案型態，再選工具
工具評測文最常犯的錯，是想選出一個「最強」的贏家。Cursor、GitHub Copilot 和 Google Antigravity 根本不在同一個賽道上：新專案求快是 Cursor 的主場，大型 Legacy 與高合規環境該選 Copilot，跨檔案的大規模重構才輪到 Agentic（代理人式）工具登場。這篇選武指南，幫你按專案型態對號入座。
這篇文章會拆解這三者的核心差異——從「行內補全」到「指令式編輯」再到「任務導向的多步驟執行」——並給出一份依專案規模分類的選型決策表，幫你別盲目追新、選對工具準時下班。
我是 Eric，浪花科技的資深工程師。最近 Code Review 時發現團隊分成兩派：一派是 VS Code + GitHub Copilot 基本教義派，另一派是換了 Cursor 就回不去的「AI 原生」信徒。加上 Google 的 Antigravity（以及背後的 Agentic AI 概念）又出來攪局，搞得大家好像不馬上換工具就會被淘汰。身為一個從 Dreamweaver、Sublime Text 一路用到 VS Code 的老骨頭，我想聊點實際的。
三種工具的本質差異是什麼？
在進入選型之前，先理解這三者「介入你寫程式」的方式有何不同。這是後面所有判斷的基礎。
| 工具 | 互動範式 | 主導者 | 作用範圍 |
|---|---|---|---|
| GitHub Copilot | 行內補全（Ghost Text） | 你（AI 猜下一行） | 當前游標、當前檔案為主 |
| Cursor | 指令式編輯（Cmd+K / Composer） | 你下指令，AI 執行 | 全域上下文，可跨多檔案 |
| Antigravity（Agentic） | 任務導向、多步驟推理 | AI 規劃並執行，你審核 | 整個 repository |
用一句話總結這條演化線：從「幫你補字」到「聽你指揮」，再到「替你跑完整個任務」。理解這個光譜，比記住任何單一功能名稱都重要。
第一階段：GitHub Copilot——你的「資深」自動補全助手
先從老朋友 Copilot 說起。很多人說它已經過氣，我不同意。在某些場景下，它依然是最穩定的選擇。
Copilot 的核心優勢在哪？
- 生態系整合：如果你是 GitHub Enterprise 用戶，資安合規性（Compliance）通常是第一考量。Copilot 在這方面做得最成熟，不會讓你的程式碼隨便「裸奔」到不知名的伺服器。
- 無感介入：它的強項在於「行內補全」（Ghost Text）。當你在寫 boilerplate code（樣板程式碼）時，例如 Laravel 的 Migration 或 React 的 Component 基本結構，Copilot 的反應速度極快。
為什麼「補全」這件事在大型專案反而是優點？
這裡值得補充一個容易被忽略的原理：行內補全的作用範圍小、可預測，所以「改壞東西的爆炸半徑」也小。它本質上是在你已經想好的邏輯上往前推一步，而不是替你重新設計。對於不容許意外變更的環境，這種「保守」正是它的安全感來源。
適合場景：
- 大型企業維護專案：程式碼庫巨大且敏感，資安規範嚴格。
- 標準化開發：你需要的是「寫得快一點」，而不是「幫我重構整個架構」。
第二階段：Cursor——AI Native 的 IDE 革命
Cursor 的出現，確實給了 VS Code 一記重拳。我自己用了兩週後也不爭氣地付費了（還好可以報帳）。Cursor 不是外掛，它是 Fork 自 VS Code 的獨立 IDE，這讓它擁有更高的權限去理解你的專案。
為什麼 Cursor 讓人回不去？
最大的差異在於 Cmd+K 和 Composer 功能。Copilot 大多時候是在「猜你下一行想寫什麼」，而 Cursor 是在「聽你指揮改哪裡」。
舉個例子，當我要將一個原本寫在 Controller 裡的邏輯抽離成 Service 時：
- Copilot：我得自己開新檔案、打出 class 名稱、等它補全內容，再回 Controller 刪程式碼。
- Cursor：我選取 Controller 的那段 Code，按下 Cmd+K，輸入：「把這段邏輯抽離到
OrderService，並在這裡注入依賴。」它會直接幫我修改 Controller 並且建立 Service 檔案（在 Composer 模式下）。
Cursor 的核心在於「全域上下文」（Global Context）。它對你的整個專案結構有更深的理解，而不僅僅是當前開啟的檔案。要讓這個能力發揮，有兩個實務心法值得記住：
- 指令要明確指向目標：與其說「優化這段」，不如說「抽離到
OrderService並注入依賴」。範圍與意圖越清楚，AI 跨檔案改動的命中率越高。 - 善用既有命名慣例：當專案的目錄結構與命名一致時，Cursor 對上下文的理解會更準，因為它能從現有檔案推斷你要的模式。
第三階段：Google Antigravity 與 Agentic AI——這才是真正的「過渡」
重點來了。最近大家都在討論 Google 的 Antigravity 專案以及 Project IDX 的演進。這代表了從「Copilot（副駕駛）」到「Agent（代理人）」的質變。
什麼是 Agentic Workflow（代理人工作流）？
簡單說，Copilot 和 Cursor 還是需要你「一行一行」或「一個區塊一個區塊」地確認。但 Antigravity 這類工具的目標是「任務導向開發」：你描述一個目標，由 AI 自行拆解成多個步驟並執行。
想像一下這個場景：
「Eric，幫我把這整個 WordPress 網站的會員系統，從原本的 session 機制改成 JWT 驗證，並且更新所有的 API 端點。」
在 Cursor 裡，你可能需要分好幾個步驟跟 AI 對話。但在 Antigravity 的概念裡，它會：
- 規劃：先掃描所有相關檔案。
- 執行：同時修改
functions.php、安裝 JWT 套件、修改 React 前端。 - 驗證：甚至嘗試執行測試（這也是 Agentic IDE 的終極目標）。
用程式碼註解的方式對比兩種互動模式，差異會更清楚：
// 傳統 Copilot/Cursor 的互動模式是「單點突破」
// User: 幫我優化這段 SQL
// AI: 好，這是優化後的 SQL
// Antigravity (Agentic) 的互動模式是「多步驟推理」
// User: 專案出現 N+1 問題，請全域修復
// AI:
// 1. 掃描 repository 找出所有 Eloquent 查詢
// 2. 識別出 User 和 Post 關聯載入問題
// 3. 在 3 個 Controller 中加入 ->with('posts')
// 4. 執行 PHPUnit 確保沒壞Agentic 工具的代價：為什麼「能力越強，越要會審核」
這裡補充一個必須先想清楚的原則：作用範圍越大、自動化程度越高，一旦判斷錯誤，影響的檔案也越多。Agentic 工作流的本質是「以審核換取自動化」——你省下了逐行敲打的時間，但必須把省下的時間花在「看懂它做了什麼、確認它沒做錯什麼」。這也是為什麼 Agentic 工具最適合「步驟明確、可驗證」的任務，而不是「需求模糊、靠感覺」的探索性開發。
決策表：哪種專案該用哪一套工具？
這是我根據目前開發經驗整理的選型建議。別盲目追新，選對工具才能準時下班。
| 專案型態 | 推薦工具 | 核心理由 |
|---|---|---|
| 小型 / MVP（Greenfield） | Cursor | 沒有歷史包袱，速度優先，Composer 可一次生成多檔 |
| 大型 / Legacy（維護期） | GitHub Copilot + VS Code | 保守治療、爆炸半徑小，合規性成熟 |
| 複雜架構重構 / 系統升級 | Antigravity（Agentic）/ Cursor 進階用法 | 跨檔案依賴變更需要 AI 的規劃能力 |
1. 小型 / MVP 專案（Greenfield Project）
推薦工具：Cursor
原因：在這個階段，速度就是一切。你沒有歷史包袱，需要大量 Boilerplate 程式碼和快速的功能迭代。Cursor 的 Composer 功能可以讓你用自然語言一次生成多個檔案（例如同時生成 Model、Migration、Controller），效率極高。
2. 大型 / Legacy 專案（維護期）
推薦工具：GitHub Copilot + VS Code
原因：對於那種十年前寫的「義大利麵」程式碼，AI 常常會因為理解錯誤而改壞東西。這時候你需要的是「保守治療」。Copilot 讓你保持在控制者的角色，它只負責補全你已經想好的邏輯，風險較低。且大型企業通常禁止將程式碼庫索引到第三方（Cursor 雖然有隱私模式，但在企業合規上 Copilot 仍是首選）。
3. 複雜架構重構 / 系統升級
推薦工具：Antigravity（Agentic AI）/ Cursor（進階用法）
原因：當任務涉及「跨檔案的依賴關係變更」時，例如框架的大版本升級，或將單體架構拆分為微服務，你需要 AI 具備「規劃能力」。Cursor 的 Codebase 索引功能已經能做到部分，而 Antigravity 則承諾在多步驟執行上更進一步。
Eric 的工程師碎碎念：不要變成「Prompt 工程師」
講了這麼多工具，我最後想囉嗦一下。不管你用 Cursor 還是期待 Antigravity，「Code Review 的能力」變得比以前更重要。
以前是你寫 Code、編譯器報錯。現在是 AI 寫 Code，看起來都對、跑起來也沒錯，但可能埋下了巨大的資安漏洞（例如沒做 Input Validation）。從 Cursor / Copilot 過渡到 Antigravity 的過程中，你的角色會從「建築工」變成「監工」。
你必須看得懂 AI 寫了什麼，你才有資格用這些工具。
這也是為什麼我在浪花科技總是強調：基礎的演算法、資料結構，還有對框架底層的理解（例如 Laravel 的 Service Container 或 WordPress 的 Hooks 機制）絕對不能放掉。AI 補滿了「打字速度」，但補不了「判斷力」——而判斷力，正是你還沒被取代的理由。
還在為技術選型或專案開發卡關嗎？
無論是想導入最新的 AI 開發流程，還是需要專業的 WordPress / Laravel 系統架構諮詢，浪花科技的 Eric 與團隊都能為您提供最硬核的技術支援。別讓工具限制了你的想像力。
延伸閱讀
常見問題
2025 年該選 Cursor、GitHub Copilot 還是 Antigravity？
Copilot、Cursor 與 Antigravity 的互動方式有什麼本質差異？
為什麼大型企業維護專案反而適合用 GitHub Copilot？
什麼是 Agentic Workflow（代理人工作流）？
訂閱免費電子報
把 AI 自動化、企業系統設計與 WordPress / Laravel 開發的真實案例和可直接照做的技巧，整理成電子報寄給你。只寄精選內容、不灌垃圾信，一鍵就能退訂。