不需另購授權的方案,明確涵蓋 Gemini Enterprise Standard 與 Plus。開發者可透過既有的企業身分登入,例如 Workforce Identity Federation 或 Application Default Credentials,無須個別建立 API 金鑰。
Google 的開發者工具文件另外列出,若搭配已開通發票計費帳戶的 Cloud Billing,Pay-as-you-go 版本也能使用 Antigravity。但這是另一條存取途徑;Google 在「不需額外授權」的公告中,點名的是 Standard 與 Plus。
Antigravity 的定位不只是傳統的程式碼補全。其代理程式可以:
Google 將這種模式描述為:開發者把重心轉向指揮與審查代理程式的工作,由代理程式負責更多實際執行。然而,現有公告並未表示所有任務都能在沒有人工審查的情況下完成。企業仍需要檢查產出的程式碼與執行結果。
企業版本可透過多種開發介面使用:
對組織來說,這次更新的重點不只是多了一套 AI 程式設計工具,而是將代理式開發放進集中管理架構。
管理員可以取得集中式使用狀況、資安治理與成本管理工具。方案包含共用 Token 配額,以及可按專案、團隊或個人設定的每月 Google Cloud Billing 費用上限。企業也能設定有上限的超額用量,讓進行中的工作不會因配額耗盡而立刻中斷,同時避免支出完全失控。
Google 表示,Antigravity 工作階段會依 Google Cloud 條款留在企業安全邊界內,客戶程式碼不會用於訓練基礎模型。Google 的企業文件也說明,與 Gemini Enterprise 及 Agent Platform 整合的工作階段具備企業安全控制與資料駐留保障。
這些是 Google 宣布的控制措施與隱私承諾,但不代表企業可以完全省略內部治理。組織仍須自行設定權限、審查生成的程式碼,並針對瀏覽器操作、MCP 伺服器及敏感程式碼庫制定規範。
AirAsia 表示,正把 Gemini 功能與 Antigravity 2.0 導入軟體工程、財務、行銷、法務及人力資源等工作流程。Google 引述 AirAsia 的資料稱,其工程團隊目前以 Antigravity 產生的程式碼,已占生產環境 QA 程式碼的 超過 50%。
這是 Google 公告中引用的企業自述結果,並非經獨立驗證的產業基準。它反映 Google 想突顯的採用程度,但不能直接推論其他工程團隊也會得到相同成果。
Google 公告中的合作夥伴評論,主要聚焦在同一項矛盾:企業希望代理程式承擔更複雜的工作,同時也需要安全性、治理能力與可預期的成本。
Google 正將 Antigravity 定位為企業開發層,而不只是 AI 程式碼助理。這次整合把自主式開發流程,與既有工具、Cloud 身分驗證、使用配額、支出上限、沙盒、權限管理及稽核記錄放在同一套架構中。
對已採用 Gemini Enterprise Standard 或 Plus 的組織而言,最直接的變化是採購流程更簡單,並可透過既有訂閱取得 Antigravity。真正的營運課題,則是決定哪些程式碼庫、工具、瀏覽器操作與代理程式權限可以開放,以及開發者要以多嚴格的標準審查代理程式產出的工作。