一個人抵一個團隊？Google Antigravity 多代理人開發工作流實戰

嗨，我是 Eric。如果你現在還在用 2024 年那種「一個 Prompt，一段 Code」的方式在寫程式，那你真的該抬頭看看 2026 年的風景了。這兩年技術圈的變動，比過去十年加起來還大。尤其是 Google Antigravity 發布後，我們工程師的角色已經從「建築工」變成了「工頭」。

以前我們用 Copilot，它像個實習生，你寫一行它猜下一行；現在我們用 Google Antigravity 的 Multi-Agent（多代理人）系統，感覺像是你雇用了一整支資深團隊：一個負責架構，一個負責寫後端，一個負責寫測試，甚至還有一個專門負責挑毛病的資安專家。

今天這篇文章不講虛的，我要直接帶大家實戰。我們要在 Google Antigravity 環境中，配置一套針對 WordPress 開發的「多代理人工作流」，讓你體驗什麼叫做「一個人抵一個團隊」的開發爽感。

什麼是 Google Antigravity 的 Multi-Agent 架構？

在開始寫 Code 之前，我們得先矯正一個觀念。很多人以為 Antigravity 只是一個比較強的雲端 IDE（像當年的 Project IDX 進化版），但它真正的核心在於 Agent Orchestration（代理人編排）。

傳統的 AI 輔助開發是單線程的：你問，它答。而 Multi-Agent 則是「網狀」的協作。當你發出一個需求（例如：「幫我寫一個 WordPress 預約外掛」），Antigravity 內部的核心模型（通常是 Gemini 3 Ultra）不會直接生成程式碼，而是會喚醒一組你預先定義好的「專職代理人」。

• Architect Agent（架構師）：規劃資料庫結構、API 端點，產出 Spec 文件。
• Coder Agent（工程師）：根據 Spec 寫 PHP/React 程式碼。
• Reviewer Agent（審查員）：檢查程式碼是否符合 PSR-12 標準，有沒有 SQL Injection 風險。
• Test Agent（測試員）：自動生成 PHPUnit 測試案例並執行。

這聽起來很複雜？其實在 Antigravity 裡，這些只需要一個 YAML 設定檔就能搞定。

實戰：配置你的 WordPress 開發特種部隊

我們現在就來實作。假設我們的目標是開發一個具有「REST API 串接」功能的 WordPress 外掛。如果這在 2024 年，我可能要花三天手刻；在 2026 年，我們用半小時搞定架構與核心代碼。

1. 初始化 Gravity Space

首先，在 Antigravity 的終端機中，我們需要初始化一個新的專案空間（Gravity Space）。這不是簡單的 git init，而是建立一個 AI 的上下文邊界。

ag space:init --type=wordpress --context="high-security-enterprise-plugin"

這裡的 --context 參數非常重要，它告訴所有的 Agent：「我們現在做的是企業級專案，安全性優先於開發速度」。這會直接影響 Reviewer Agent 的審核標準。

2. 定義代理人編排檔 (ag.yaml)

這是本篇文章的精華。在專案根目錄建立 ag.yaml，這是 Google Antigravity 識別代理人角色的核心文件。我們不再寫落落長的 Prompt，而是定義「職責」。

workflow:
  name: "WP-Plugin-Dev-Squad"
  agents:
    - id: "architect_01"
      role: "System Architect"
      model: "gemini-3-ultra-reasoning"
      instructions: |
        你負責 WordPress 外掛架構設計。
        必須使用 Singleton Pattern。
        資料庫操作必須透過 $wpdb->prepare。
        產出格式為 Markdown 規格書。

    - id: "backend_dev_01"
      role: "Senior PHP Developer"
      model: "gemini-3-pro-coding"
      dependencies: ["architect_01"]
      instructions: |
        根據架構師的規格書撰寫 PHP 代碼。
        遵循 WordPress Coding Standards (WPCS)。
        所有的 Class 都要有 namespace。

    - id: "security_guard"
      role: "Security Auditor"
      model: "gemini-3-security-specialist"
      dependencies: ["backend_dev_01"]
      instructions: |
        嚴格檢查輸入驗證 (Sanitization) 和輸出跳脫 (Escaping)。
        如果發現 nonce 缺失，直接拒絕並退回給 backend_dev_01。

execution_flow:
  - step: "design"
    agent: "architect_01"
  - step: "implement"
    agent: "backend_dev_01"
    input_from: "design"
  - step: "audit"
    agent: "security_guard"
    input_from: "implement"

看到那個 execution_flow 了嗎？這就是為什麼我說 Antigravity 強大。它定義了資料的流向。假如 security_guard 發現問題，它會自動觸發 Loop (迴圈)，把錯誤報告丟回給 backend_dev_01 讓它重寫，直到審核通過為止。這在以前是需要我們人類工程師自己去當這個「傳聲筒」的。

啟動工作流：見證奇蹟的時刻

配置好之後，我們只需要下達一個自然語言的指令。在 IDE 的 Chat 面板中輸入：

「請幫我建立一個『產品庫存同步』的外掛，當外部 API 呼叫 Webhook 時，更新 WooCommerce 產品庫存。需要驗證 HMAC 簽章。」

按下 Enter 後，你會看到 Antigravity 的介面開始瘋狂跳動（這畫面不管看幾次都很療癒）：

1. Architect 開始輸出：它會先列出目錄結構，定義 Webhook 的 Endpoint，並決定把 Secret Key 存在 wp-config.php 中。
2. Backend Dev 接手：它開始生成 class-webhook-handler.php，你會看到程式碼一行行出現，速度快到模糊。
3. Security Guard 介入：注意！ 這裡通常會暫停。比如這次，Dev 可能忘了在回傳 JSON 前做 wp_verify_nonce（雖然是 Webhook，但也需要相關驗證機制）。Security Agent 會標註紅字：「Missing HMAC validation logic」。
4. Backend Dev 修正：AI 自動讀取錯誤報告，補上了 hash_equals 的驗證邏輯。

整個過程大約 3 分鐘。如果是以前，我可能還在查 HMAC 的 PHP 寫法，或者在思考檔案結構要怎麼擺。

工程師的小囉嗦：這不是銀彈，是加速器

雖然上面講得很神，但身為資深工程師，Eric 還是要潑點冷水。Multi-Agent 不是魔法，它不會憑空變出完美的系統。它有幾個你需要注意的坑：

1. 迴圈陷阱 (Loop Traps)

如果你的 Prompt 寫得不夠明確，Coder 和 Reviewer 很容易陷入「無限吵架」的迴圈。Reviewer 說不行，Coder 改了，Reviewer 覺得改得不對，Coder 又改回去。這時候你的 Token 費用會像變了心的女朋友一樣回不來。所以，在 ag.yaml 設定 max_iterations: 3 是保命符。

2. 上下文污染

雖然 Google 宣稱 Antigravity 的上下文窗口很大，但在多代理人來回傳遞資料時，早期的需求細節容易被稀釋。對於超大型的 WordPress 專案，我建議拆分成小的 Module 來跑 Agent 工作流，不要試圖一次生成整個電商網站。

3. 人類還是最後的防線

Agent 寫出來的 Code 可能很乾淨、通過測試，但「邏輯」可能是錯的。例如它可能寫了一個完美的庫存扣除邏輯，但卻忘了考慮「併發請求（Concurrency）」導致的超賣問題。這種架構層級的盲點，還是需要我們這種「人類工頭」去把關。

2026 年，我們該如何自處？

學習 Google Antigravity 的 Multi-Agent 工作流，不是為了讓我們偷懶，而是為了讓我們能處理更複雜的系統。當繁瑣的 CRUD 和基礎驗證都交給 AI 代理人後，我們終於可以把時間花在更重要的事情上：業務邏輯的優化、使用者體驗的打磨，以及系統架構的創新。

別被工具淘汰，要成為駕馭工具的人。去試試看把你的 ag.yaml 寫出來，你會發現，原來寫程式可以這麼像在玩戰略遊戲。

延伸閱讀

如果你對 2026 年的開發趨勢感興趣，建議參考以下幾篇深入分析：

• Google Antigravity 揭秘：開發者末日還是新紀元？資深工程師帶你提前佈局 Agentic IDE 時代
• 2026 開發者進化論：為何 Copilot 已死？迎接 AI Agent 自動化決策的 WordPress 開發新紀元
• 寫 Code 還是管 AI？Vibe Coding 與 Google Antigravity 實戰：用「AI 代理人」重塑你的開發流