Google Antigravity 是什麼?從 Coding Assistant 走向 Agentic Development
過去兩年,我們習慣的 AI 寫程式是這樣:你打幾個字,它補完後面幾行;你貼一段錯誤訊息,它告訴你哪裡錯了。人始終是那個動手的人,AI 是旁邊那位很會查資料的同事。
Google Antigravity 想改變的是這件事。你交給它的不再是一段程式碼的開頭,而是一個任務——「把專案裡的舊版 HTTP 套件升級掉,確保測試全過」——然後它自己去規劃、動手、跑測試、回報結果。
本篇會說明 Antigravity 到底是什麼、它跟傳統 AI 補全差在哪,以及 2026 年 8 月它被納入 Gemini Enterprise 之後,對企業意味著什麼。
Google Antigravity 是 Google 推出的核心 Agentic Development 平台。它最早於 2025 年推出,並在 Google I/O 2026 進一步擴展產品生態,推出 Antigravity 2.0、Antigravity CLI 與 SDK 等工具,強化多 Agent 協作與跨開發介面的能力。2026 年 8 月,Google 宣布將 Antigravity 納入符合資格的 Gemini Enterprise 訂閱,讓企業可在既有的安全、治理與成本管理框架下導入 AI 開發代理。
從「AI 程式碼補全」到「Agentic Development」:開發流程發生了什麼變化?
| 傳統 AI 程式碼補全 | Agentic Development | |
| 工作模式 | 開發者逐步提出需求,由 AI 提供程式碼建議 | 開發者交付高階任務, Agent 規劃並持續執行 |
| 任務範圍 | 多集中在局部程式碼生成與修改 | 理解 Repository 結構,處理跨檔案、跨工具的任務 |
| 驗證方式 | 開發者主導測試與修正 | Agent 參與執行、驗證、修正與結果回報 |
| 開發者角色 | 主要負責撰寫程式碼 | 轉向定義目標、監督 Agent 與審核成果 |
Antigravity 的四個核心能力
① Agent 自主執行與跨工具完成任務
Antigravity 採用 Agent-first 的開發模式。開發者可以直接交付一個較完整的開發任務,由 Agent 自行規劃執行步驟,並在 Editor、Terminal、Browser 等工具間完成程式碼修改、指令操作、測試與結果驗證。
舉例來說,在完成前端功能修改後,Agent 可以接續執行專案、開啟瀏覽器並協助檢查頁面結果,讓「修改程式碼、執行、測試、驗證」形成更連續的 Agentic Development 工作流程。執行過程中,Agent 也能透過修改差異、執行計畫與其他 Artifacts 回報成果,讓開發者掌握任務進度與結果。
② 多 Agent 平行協作與集中管理
Antigravity 2.0 不只是單一 Coding Agent,而是為多 Agent 協作設計的開發介面。開發者可以在不同 Workspace 中同時指派多個 Agent,分別處理功能開發、測試、除錯或重構等任務,並在同一個地方查看各自的狀態與成果。
這讓工程師的時間會更多花在任務分派、架構判斷與成果審核,而非逐項執行重複性的開發工作,也讓多項任務得以平行推進。
③ 多種開發介面,融入既有工作流程
Google 透過 Antigravity 2.0、Antigravity CLI、Antigravity SDK 與 IDE Extensions 等不同介面提供 Agentic Development 能力,讓開發者可依既有工作習慣選擇適合的操作方式。
無論偏好獨立桌面介面、命令列工具,或是在既有 IDE 中工作,都能透過不同入口使用 Antigravity。這讓企業在導入 Agentic Development 時,不必全面更換既有開發工具,而能依團隊需求逐步加入 Agent 協作能力。
④ Gemini Enterprise 的企業治理與成本管理
Antigravity 納入 Gemini Enterprise 後,其價值不只在於 Agent 本身的開發能力,也能進一步納入企業既有的安全與治理框架。
企業管理員可透過 Workspace Sandboxing 等政策限制 Agent 的執行邊界,並搭配共享使用額度池、超額使用控管、用量指標與集中式審計日誌,掌握不同團隊與專案的使用狀況。相關資料與存取權限也可依 Google Cloud 的企業資料保護與治理機制進行管理。
對企業而言,這代表導入 AI Coding Agent 時,不只需要考量「Agent 能不能完成任務」,也能進一步管理「誰可以使用、可以存取哪些資源、使用多少額度,以及操作是否可追蹤」。
情境示例:Legacy Code 系統重構
以企業常見的「舊系統套件升級與 API 重構」為例,流程大致是這樣:
- 下達高階任務: 開發者輸入指令:「請將專案中的舊版 HTTP 套件升級至新版,更新受影響的 API 呼叫方式,並確保現有測試全部通過。」
- 全域掃描與思考: Agent 掃描後辨識出 12 個受影響的程式碼檔案與相關套件依賴。
- 改寫與沙盒測試 : Agent 在背景改寫語法後,自動觸發安全沙盒環境執行專案單元測試。過程中若發現測試未通過,Agent 可自動讀取錯誤 Log 並進行二次修復。
- 提交審核: 測試通過後產出修改報告與單元測試結果,提交 Pull Request 供工程師做最終 Review。
原本需要工程師逐步搜尋、修改、測試與修正的流程,可由 Agent 協助串接成更連續的自動化工作流,協助減少重複性的人工操作與切換成本。
為什麼企業版 Antigravity 值得注意?
對個人開發者而言,Agent 能不能寫程式碼是核心問題。
但對企業而言,真正的挑戰還包括誰可以使用 Agent、Agent 可以存取哪些環境、使用多少 AI 額度、操作是否可追蹤,以及企業程式碼如何受到保護。
Antigravity 納入 Gemini Enterprise 的意義就在這裡:不只是把一個 Coding Agent 發給大家用,而是把代理式開發放進企業既有的身分驗證、安全、稽核與成本治理體系裡。
FAQ
Q1:Google Antigravity 和其他 AI Coding Agent 有什麼不同?
A:Google Antigravity 與其他 AI Coding Agent 一樣,都能協助開發者處理跨檔案修改、測試、除錯、重構與多步驟開發任務,因此兩者的核心能力其實有相當程度的重疊。
Antigravity 的特色主要在於 Google 將 Agentic Development 延伸至 Antigravity 2.0、CLI、IDE Extensions 與 SDK 等不同操作介面,並透過 Gemini Enterprise 將代理式開發能力進一步納入企業既有的安全、權限、使用額度與稽核治理架構。
Q2:導入 Antigravity 會需要改變工程團隊現有的開發環境與習慣嗎?
A: 不需要。Antigravity 的設計理念是「無縫融入開發者的工作日常」。除了原生的 Antigravity 2.0 桌面端與 CLI 命令列工具外,目前已正式支援 Visual Studio Code ,並提供 Visual Studio、JetBrains 與 Zed 的預覽版擴充套件,確保開發團隊能在最熟悉的 IDE 中直接使用 Agentic 功能。
Q3:企業如何導入 Gemini Enterprise 和 Antigravity?
A:導入企業級 AI 開發工具不只是軟體採購,也需要考量授權方案、既有開發環境、權限管理與企業資安政策。聚上雲(Epic Cloud)可協助企業進行需求與授權評估、導入架構規劃,以及後續技術支援,協助 Antigravity 與 Gemini Enterprise 更順利地整合至既有開發流程。





