Google Antigravity 的 /boost：用三階段多代理管線，對付讓單一代理編程工具卡死的那種 Bug

Google 的代理式 IDE 又多了一個檔位。Google Antigravity 團隊正式發布了 /boost 的完整文件——這是一個現已在 Antigravity 2.0 與 Antigravity CLI 上線的斜線指令，會把你的一句提示詞交給一整條多代理推理管線，專門處理那些讓單回合編程助理當場僵住的工程難題：時有時無的競態條件（race condition）、演算法優化、跨檔案重構，以及在陌生程式碼裡追根究底的除錯。

時機點很關鍵。代理式編程工具過去一年陷入軍備競賽，而且戰線已經明顯一分為二：一邊是快、便宜、能在幾秒內補完功能與導航程式碼的單代理迴圈；另一邊是會先進行訪談式規劃、然後埋頭苦幹好幾天的長程自主任務。缺的是中間那一層——可以 session 中途隨手喚起、不需要儀式性設定的重量級推理。/boost 瞄準的正是這個空檔。

/boost 實際上做些什麼

根據官方文件，呼叫 /boost 會啟動一條「為高難度軟體工程任務設計的隨選多代理推理管線」。這條管線把策略制定與隔離執行、驗證拆開，分三個階段運作：

第一階段——目標與策略制定。 主要編排器（Primary Orchestrator）接收你的提示詞、檢查工作區上下文，然後制定執行策略。它把複雜的工程挑戰拆成離散、可驗證的子任務，並決定需要哪些專責工作流。

第二階段——平行執行與驗證。 編排器把子任務派給在乾淨、隔離範圍中運行的專責子代理。文件將這些工作流分為三類：實作工作流負責建構候選解法、套用重構、產生單元測試；調查工作流負責根因除錯、追蹤執行呼叫圖、分析陌生相依套件——但不修改任何檔案；本機驗證工作流則在回報結果前，先執行建置目標與測試套件來驗證假設。

第三階段——綜合與交付。 在任何東西送到你的對話視窗之前，編排器會彙整所有發現並跑回歸檢查：組合後的解法要通過完整測試套件與邊界情況的驗證。若有斷言失敗，錯誤診斷會被餵進下一輪迭代自動修正。直到所有測試與需求都通過，管線才交付一份附帶已驗證變更的簡明摘要。

工作區模型是最值得注意的細節。Antigravity 的預設代理在你的共享工作目錄裡作業，而 /boost 的子代理跑在暫時性的隔離 Git worktree 中——實驗分支出去、被驗證、然後要嘛綜合回來、要嘛直接丟棄，過程不會用冗長的除錯日誌和草稿 diff 汙染你的檔案或主對話上下文。

在 Antigravity 三種模式中的位置

Google 現在明確把 Antigravity 定義為三種執行模式，文件中的對照表值得細讀：

维度	預設代理	/boost	/teamwork-preview
主要定位	全方位互動編程	深度推理與難纏 Bug	多日自主代理團隊
任務時間尺度	秒到分鐘	秒到小時	小時到天
方案層級	所有方案	付費方案	付費方案
規劃階段	單一提示詞	立即執行	兩階段訪談式規劃
架構	單代理直接迴圈	三階段推理層級	多角色代理團隊
工作區模型	共享工作目錄	暫時性隔離 worktree	每里程碑持久 worktree
驗證方式	單次工具檢查	多輪獨立驗證	對抗性反證與獨立稽核

注意 /boost 沒有的東西：訪談式規劃。/teamwork-preview 在代理出動前要先進行兩階段的範圍訪談；/boost 則直接跳進執行。這個設計背後的假設是：當你打出 /boost 的時候，你早就知道哪裡壞了——你只是不想親自去磨那份追蹤分析。

Google 說它適用在哪裡

文件列出四個標準使用情境，各附一個示例指令：

1. 併發與競態條件——重現連線池之類的間歇性死鎖，這類問題的重現需要仔細的追蹤分析與隔離驗證：/boost Reproduce and fix the intermittent deadlock in the connection pool during high connection turnover.
2. 演算法問題求解——無鎖資料結構、自訂圖遍歷、SIMD 向量化常式，搭配嚴格的邊界測試：/boost Optimize the matrix transposition algorithm to use SIMD vectorization and benchmark throughput.
3. 非平凡重構——緊耦合模組、老舊介面現代化、跨多檔的同步轉非同步 API 遷移。
4. 深度根因調查——在不改任何程式碼的前提下，於大型陌生程式碼庫中追蹤執行路徑：/boost Trace why HTTP request timeouts spike when batch payload size exceeds 2MB, without modifying code.

安全、權限與價格

Boost 遵守 Antigravity 的所有標準安全政策。子代理繼承你為工作區設定的檔案存取規則與指令權限政策；當某個工人代理提議執行受保護的終端指令、或編輯信任範圍之外的檔案時，授權提示會浮現到你的介面上要求確認。

定價結構簡單但不免費：/boost 在 Antigravity 2.0 與 Antigravity CLI 的付費方案上提供——依子代理文件所述，即 Google One AI Premium 的 Pro 與 Ultra 層級以及 Enterprise 方案。沒有獨立的按次計價，但 token 消耗明顯高於預設代理的一個回合，因為你付的是編排、多個子代理、加上多輪驗證的總和。

更大的圖像

Antigravity 本身是 Google 對「代理優先開發」的押注，以 Gemini 3 Pro 為主力推理引擎，並透過 Vertex AI exposes 其他前沿模型。/boost 最好被理解為一種早就存在的模式正式產品化：進階玩家過去幾個月一直在手工拼湊——把難題拆塊、平行探索與實作、用測試驗證、失敗就迭代。把這整套裝進一個斜線指令，真正的價值是降低了「在真正需要的時候才動用深度推理」的門檻，而不是每個小任務都燒一堆 token。

這也延續了整個產業對「編排器—工人」模式的收斂。Anthropic 的 Claude Code 子代理、OpenAI 的代理團隊、到現在 Google 的 boost 管線，全都收斂到同一種架構：規劃層、隔離的執行工人、驗證迴圈。差別在包裝——Google 選擇把這條管線包成零儀式感的斜線指令，卡在預設迴圈與多日團隊戰役之間，是目前最好用的詮釋之一。

真正的開放問題是驗證的誠實度。多輪獨立驗證只有在測試本身有意義時才有用，而每一家廠商的代理基準都顯示過：驗證迴圈通過了整套測試、卻沒抓到真正的 bug。Google 選擇讓失敗的斷言自動進入下一輪修正、而不是浮出來讓人類分流處理，這很有效率，但它把更多審查責任轉嫁給測試套件本身。想用 /boost 對付併發 bug 的團隊，最好先把壓力測試補齊。