Coding AI 爭霸戰：從 Copilot、Cursor 到 Antigravity，2025 開發者該如何選對軍火庫？
☰ 目錄 table-of-contents.md
別問哪個最強，要問「這個任務在哪一層」
工具箱裡不會只有一支螺絲起子，AI 編程工具也一樣，問「哪個最強」這件事本身就問錯了。2025 年沒有單一贏家，最有效率的選法是依「你正在改動的範圍」分層選工具：單行補全交給 GitHub Copilot、跨檔案理解與重構用 Cursor、從零規劃整套模組則是 Antigravity 這類任務導向（Agentic）流程的主場。三者不是互斥的競品，而是同一條工作流上不同尺度的助手。
每天跟程式碼搏鬥的人，最近的焦慮多半不是 bug 修不完，而是 AI 工具出得太快：前年大家還在讚嘆 GitHub Copilot 的自動補全，去年 Cursor 跳出來說它能讀懂整個專案，到了 2025 年，Google 的 Antigravity 概念（以及背後的 Agentic Workflow）又把開發者推向「任務導向」的新紀元。
身為資深工程師，我的 VS Code 擴充功能列表早就塞滿各種 AI 助手。但老實說，工具不是越多越好，而是要「用對地方」。你不會拿手術刀切牛排，也不會拿電鋸修手錶。這篇文章不談虛無縹緲的未來，而是談實戰：哪種專案、哪個情境該用哪一套工具。以下是我「親身試毒」後的心得報告。
三種工具的本質差異是什麼？
在拆解各別工具前，先建立一個心智模型。這三套工具的差異不在「誰比較聰明」，而在它們各自看得到多大範圍的上下文（Context），以及它們主導工作的程度：
| 工具 | 主要尺度 | 看得到的上下文 | 主導角色 |
|---|---|---|---|
| GitHub Copilot | 微觀（單行 / 單檔） | 當前檔案與開啟的分頁 | 你主導，它補全 |
| Cursor | 中觀（跨檔案 / 整個專案） | 整個程式碼庫（透過索引） | 你下指令，它理解後執行 |
| Antigravity（Agentic） | 宏觀（系統 / 任務） | 整個任務目標與環境 | 你給目標，它規劃並執行 |
看懂這張表，後面的選型邏輯就會非常直覺：你改動的範圍越大，就往下選越「重」的工具。
GitHub Copilot：隨叫隨到的「貼身書僮」
定位：微觀層面的加速器（Micro-Optimization）
即便 AI 工具百花齊放，我依然沒退訂 GitHub Copilot。為什麼？因為它的強項在於「極速的單點補全」。
當你在寫一個標準的 WordPress Filter，或是常見的 Array 處理函式時，Copilot 幾乎在你大腦想到邏輯的同時，程式碼就出現在螢幕上了。它不需要你切換視窗、不需要輸入 Prompt，它就在那裡，默默幫你省下敲鍵盤的次數。
為什麼它快？因為它「不思考全局」
Copilot 的設計哲學是「低延遲、貼著游標」。它主要根據當前檔案與你開啟的分頁來預測下一段程式碼，所以反應極快——但代價是它對全局是「健忘」的。對於跨檔案的複雜邏輯，它常常產生「幻覺」，給出專案中根本不存在的函式或類別。理解這個取捨，你就知道該在什麼時候依賴它、什麼時候別信它。
適合場景：
- 快速編寫 boilerplate code：例如建立一個新的 WP_Query 迴圈。
- 簡單的邏輯補完：已知變數 A 和 B，要寫一個 function 計算它們的總和。
- 正如其名「副駕駛」：你手握方向盤（主導邏輯），它幫你看路（補全語法）。
實際上手就像這樣，一個常見的內容過濾器幾乎是它幫你一氣呵成的：
// Copilot 瞬間補全的範例
function roamer_filter_content( $content ) {
if ( is_single() && in_category( 'news' ) ) {
$custom_text = '<p>感謝閱讀浪花科技新聞專欄</p>';
$content .= $custom_text;
}
return $content;
}
add_filter( 'the_content', 'roamer_filter_content' );像這種「邏輯你早就清楚、只是懶得逐字敲」的情境，Copilot 就是最香的。但一旦邏輯牽涉到專案裡其他檔案的定義，請往下看 Cursor。
Cursor：懂你整個專案的「資深同事」
定位：中觀層面的重構與理解（Context-Aware Refactoring）
如果說 Copilot 是貼身書僮，那 Cursor 就是坐在你旁邊、剛好把整個專案都看過一遍的資深同事。Cursor 最大的殺手鐧在於它的 Codebase Indexing（程式碼庫索引）。
當我接手一個遺留專案（Legacy Project），或需要對現有的 Laravel Service 進行重構時，我首選 Cursor。你可以直接用 Cmd+K 或 Chat 面板問它：「幫我把這個 Controller 的邏輯拆分到 Service Layer，並參考專案中現有的 Service 寫法。」
Cursor 不會瞎掰一個全新的寫法，它會去「讀」你專案裡其他檔案，模仿你的 Coding Style。這點對團隊協作至關重要，因為它不會破壞程式碼的一致性。
Codebase Indexing 為什麼是分水嶺？
Copilot 是「邊打邊猜」，Cursor 則是「先把整個專案讀過、建立索引，再回答你」。差別在於：當你問「這個專案的 User 類別定義在哪裡、有哪些方法」，Cursor 能基於索引給出正確引用，而不會無中生有。這就是為什麼跨檔案的重構與除錯，要交給它而不是 Copilot 的根本原因——它有「整份地圖」，Copilot 只有「眼前這條街」。
適合場景：
- 接手新專案（Onboarding）：問它「這個專案的路由結構是怎麼設計的？」。
- 程式碼重構（Refactoring）：將義大利麵條式的程式碼模組化。
- 除錯（Debugging）：把錯誤訊息丟給它，它會結合程式碼上下文找出原因。
它的天花板在哪？Cursor 雖強，但本質上仍在「IDE 內部」運作。它更像一個超級強化的編輯器，你需要與它頻繁對話（Chat-based）。當你需要它「主動」去跑測試、開瀏覽器驗證、串起多個步驟時，它就顯得力不從心了——這正是下一層工具登場的地方。
Antigravity：統籌大局的「AI 架構師」
定位：宏觀層面的任務導向（Task-Oriented & Agentic）
來到 2025 年，討論重點已從「Autocomplete」轉向了「Antigravity」（這裡指代 Google 的 Project IDX 概念、Gemini 1.5 Pro 的超長 Context Window，以及 Agentic Workflow 的總稱）。
Antigravity 的核心邏輯是「任務導向」。你不再一行一行寫 code，甚至不再一個檔案一個檔案地改，而是給出一個「目標」：
「幫我開發一個 WordPress 外掛，包含後台設定頁面、一個 Shortcode，並且要串接 OpenAI API，最後幫我寫好單元測試。」
在 Antigravity 的模式下（例如透過多代理人 Multi-Agent 系統），AI 會：
- 規劃（Plan）：思考需要哪些檔案結構。
- 執行（Execute）：同時生成 PHP、JS、CSS 檔案。
- 驗證（Verify）：如果整合在像 Project IDX 這樣的環境，它甚至能理解終端機的報錯並自我修正。
為什麼「驗證」這一步是質變？
Copilot 與 Cursor 本質上都在「生成程式碼」——寫完就交給你判斷對錯。Agentic 流程多出一個閉環：它能執行、觀察結果、再修正。這意味著工作的單位從「一段程式碼」變成了「一個完成的任務」。也因為如此，你的關注點會從「怎麼寫」轉移到「怎麼把目標講清楚」，也就是 Prompt 的結構化：
// 在 Antigravity 模式下，我們更關注的是 Prompt 的結構化
// 這種 Prompt 通常包含：角色設定、任務目標、限制條件、輸出格式
Task: Create a WooCommerce Custom Payment Gateway
Constraints:
- Integrate with ECPay API
- Use Singleton Pattern
- Include logging mechanism
- Compatible with WooCommerce 8.0+注意這段 Prompt 的重心：它不告訴 AI「怎麼寫每一行」，而是明確界定「角色、目標、限制、相容性」。任務導向開發成不成功，往往在你按下送出前就決定了。
適合場景：
- 從零到一的模組開發：瞬間生成完整的 CRUD 骨架。
- 複雜的跨系統整合：需要同時考慮 API、資料庫與前端顯示的任務。
- 架構設計與驗證：讓 AI 擔任架構師，規劃整個系統的資料流。
實戰擂台：哪種專案該用哪套工具？
為了讓大家更直觀地選擇，我整理了以下決策矩陣。這是我自己在浪花科技內部開發時的判斷標準：
| 情境 | 首選工具 | 原因 |
|---|---|---|
| A：日常維護、修復小 Bug | GitHub Copilot | 速度最快，不需切換視窗，思緒不會被打斷。你只需要有人幫你把 foreach 寫完。 |
| B：接手他人程式碼、功能優化、重構 | Cursor | 需要理解上下文。Copilot 容易瞎猜，但 Cursor 知道 User 類別定義在哪，能寫出正確引用。 |
| C：開發全新功能模組、POC、複雜系統設計 | Antigravity（Agentic Tools） | 涉及多檔案連動。用 Cursor 要一個個開檔案改，Antigravity 模式可一次性規劃並生成整套方案。 |
一個簡單的自我提問，幫你三秒鐘做決定：
- 「我心裡已經知道答案，只是手懶？」→ Copilot。
- 「我需要先搞懂這個專案/這段邏輯，才能動手？」→ Cursor。
- 「這件事跨好幾個檔案、還要驗證才算完成？」→ Antigravity。
結論：混合雙打才是王道
很多工程師問我：「Eric，所以我該退訂 Copilot 改用 Cursor 嗎？」或者「有了 Antigravity，我還需要學寫 Code 嗎？」
我的答案是：成年人不做選擇，我全都要（如果預算允許的話）。
在浪花科技，我目前的終極工作流是這樣的：
- 規劃階段：使用 Antigravity / Gemini 等高階模型進行架構討論，生成專案骨架與核心邏輯。
- 開發階段：在 Cursor 中進行實作，利用它的 Codebase Context 確保新程式碼符合專案規範。
- Coding 過程：開著 Copilot，讓它處理瑣碎的 array mapping、字串處理，保持打字速度跟得上思考速度。
AI 工具不是用來取代你的，是用來讓你從「碼農」升級成「技術決策者」。從 Copilot 到 Antigravity，變化的不是工具的強弱，而是我們「與程式碼互動的層次」——從單行、單檔，進化到了系統層級。
別被工具綁架，而是要讓工具成為你大腦的延伸。這才是 2025 年開發者該有的姿態。
延伸閱讀
常見問題
GitHub Copilot、Cursor 和 Antigravity 該怎麼選？
為什麼 GitHub Copilot 對跨檔案邏輯容易出現幻覺？
Cursor 比 Copilot 更適合重構與除錯的關鍵是什麼？
Agentic（任務導向）開發和傳統 AI 補全最大的差別在哪？
訂閱免費電子報
把 AI 自動化、企業系統設計與 WordPress / Laravel 開發的真實案例和可直接照做的技巧，整理成電子報寄給你。只寄精選內容、不灌垃圾信，一鍵就能退訂。