01 · Antigravity 是什麼
理解 Google Antigravity 的定位：不是普通 AI IDE，而是圍繞 Agent Manager、Artifacts、Browser 和許可權治理設計的 agent-first 開發平臺。
Antigravity 最容易被誤解成“Google 版 Cursor”或“Gemini 的 IDE 殼”。這個理解太淺。Google 官方文件把 Antigravity 定位為 agentic development platform：開發者不只在編輯器裡和 AI 聊天，而是在更高的任務層級管理 agent，讓 agent 跨 editor、terminal、browser 完成開發任務，並透過 artifacts 留下可審查的證據。
本章目標：讀完後你應該能說清 Antigravity 和普通 AI IDE 的差異，知道為什麼 Agent Manager、Artifacts、Browser Agent 和許可權系統比模型列表更重要。
1. 先給結論
一句話：
普通 AI IDE：你在代码旁边让 AI 辅助编辑。
Antigravity：你在任务层管理 agent，让它执行、验证并交付证据。官方 Home 文件把 Antigravity 的能力拆到三個現場：Editor、Agent Manager、Browser。它還強調 artifacts，因為非同步 agent 做完任務以後，使用者不能只聽它說“我完成了”，必須能看 plan、diff、screenshot、browser recording、walkthrough 這類證據。
2. 它到底改變了什麼
假設你讓工具修復一個登入頁按鈕。
傳統 AI 編輯器通常是：
- AI 改程式碼。
- 你自己啟動服務。
- 你自己開啟瀏覽器。
- 你自己點選登入流程。
- 你自己判斷它到底修沒修好。
Antigravity 想把這件事變成任務閉環：
- Agent 先給 task list（任務清單）或 implementation plan（實現計劃）。
- Agent 在 editor、terminal、browser 裡執行。
- Agent 交付 diff（程式碼變更對比）、screenshot（截圖）、browser recording（瀏覽器錄屏）、walkthrough（任務總結報告）。
- 你在 artifacts（產物證據）和程式碼 diff 上評論。
- Agent 根據反饋繼續迭代。
這不是“更會補全程式碼”。這是把開發任務從手工步驟升級成可審查的 agent 執行鏈。
3. 四個核心層
它包含四個核心層：
| 層 | 作用 | 新手要學什麼 |
|---|---|---|
| Editor | 傳統 IDE 工作區 | 補全、命令、區域性協作 |
| Agent Manager | agent 任務管理面 | 多 workspace、多 agent、conversation、review |
| Browser + Artifacts | 驗收證據層 | screenshot、recording、walkthrough、diff、plan |
| Permission System | 風險控制層 | terminal、file、browser URL、MCP 的邊界 |
Google 官方文件裡的 key terms 也指向同一件事：Agent 是主要 AI modality；Tab 和 Command 是編輯器裡的輔助 modality；Artifacts 是 agent 建立出來用於完成任務或向人類溝通成果的內容。
4. 心智模型
flowchart TD
User["開發者"] --> Goal["高層目標"]
Goal --> Manager["Agent Manager"]
Manager --> Plan["Task List / Implementation Plan"]
Plan --> Tools["Editor / Terminal / Browser / MCP"]
Tools --> Diff["Code Diff"]
Tools --> Proof["Artifacts: Screenshot / Recording / Walkthrough"]
Diff --> Review["人工 Review"]
Proof --> Review
Review --> Feedback["Artifact 評論 / 修改要求"]
Feedback --> Manager
style Manager fill:#dbeafe,stroke:#3b82f6,stroke-width:2px
style Proof fill:#fef3c7,stroke:#f59e0b,stroke-width:2px
style Review fill:#dcfce7,stroke:#22c55e看懂這個圖，就能看懂 Antigravity 的產品取捨：它把開發者從“每一步都親手做”推向“定義目標、審計劃、看證據、收許可權邊界”。
5. 它不是 Gemini CLI，也不是隻換殼的 VS Code
Gemini CLI 是 terminal-first。你在命令列裡讓 agent 讀檔案、跑命令、呼叫工具。Antigravity 是 workspace-first 和 manager-first。它更關注本地 IDE、瀏覽器驗證和多 agent 編排。
| 工具 | 更像什麼 | 優先場景 |
|---|---|---|
| Gemini CLI | 終端 agent | 指令碼化、本地工具、命令列任務 |
| Antigravity | agent 工作臺 | UI 驗證、多工編排、視覺化驗收 |
所以不要問“有 Gemini CLI 還要不要 Antigravity”。更好的問題是：這個任務是否需要瀏覽器、截圖、錄屏、walkthrough 和多 agent 管理。
Antigravity 的 Editor 基於 VS Code 程式碼庫，官方文件也明確它保留開啟檔案、編輯、Tab、Command、Agent side panel、source control 和擴充套件生態。但它的 Agent Manager 和 Browser 是另一個層級，不應被簡化成“VS Code 加聊天側欄”。
6. 它也不是“全自動工程師”
Antigravity 的自治能力越強，越需要你設計邊界。真正成熟的用法不是把許可權全開，而是：
- 複雜任務先要 plan。
- 寫操作先看 diff。
- UI 任務必須要 screenshot 或 recording。
- 刪除、部署、付款、賬號後臺必須人工確認。
- 能沉澱的經驗寫進 Rules（長期規則）、Workflows（按需流程）、Skills（專業能力包）。
- Browser Agent 先限制在
localhost或明確 allow 的站點。
如果你把 Antigravity 理解成“讓 AI 自動幹完所有活”，它會很危險。如果你把它理解成“帶證據交付的 agent 工作臺”，它才有生產價值。
7. 適合與不適合
適合 Antigravity：
- UI 改動後需要瀏覽器驗證。
- 一個任務要跨檔案、terminal、browser。
- 需要多個 agent 非同步處理不同 workspace。
- 需要把計劃、diff、截圖、錄屏留給人審。
- 你願意維護許可權、Rules、Workflows、Skills。
不適合直接交給 Antigravity：
- 生產資料庫變更。
- 真實賬號後臺提交。
- 支付、廣告、許可權授權。
- 沒有邊界的大範圍重構。
- 你不打算看 plan、diff 和 artifacts。
深讀：為什麼 Artifacts 是 Antigravity 的核心
聊天回覆很容易給人一種“已經完成”的錯覺，但它不是證據。Artifacts 的價值在於把 agent 的計劃、修改、視覺驗證和操作過程變成可審查物件。只要任務超過區域性補全，就應該要求 agent 交 plan、diff 和至少一種驗證 artifact。沒有證據的“完成”，不能進入生產工作流。
8. 本章自檢
你應該能回答：
- Antigravity 為什麼不是單純的 AI Editor？
- Editor、Agent Manager、Browser 三個介面（surface）分別負責什麼？
- Artifacts 為什麼比自然語言總結更適合驗收？
- 哪些任務必須限制許可權或改用人工操作？
透過標準：你能把一個開發任務描述成“在哪個介面啟動、由哪個 agent 執行、用哪些 artifacts 驗收、受哪些許可權限制”。
官方來源
- Google Antigravity Documentation：官方 Home 文件，定義產品定位、核心介面（surface）、Agent、Tab、Command 和 Artifacts。
- Getting Started with Google Antigravity：Google Codelab，說明 agent-first platform、Mission Control、Agent Manager、Browser 和 Artifacts。
- Google Antigravity：官方產品入口，用於核對下載、文件和產品當前狀態。