Agent Manager
理解 Antigravity Agent Manager：workspace、conversation、Fast 與 Planning、Artifacts、非同步多 agent 和人工反饋入口。
Agent Manager 是 Antigravity 和傳統 IDE 側邊欄聊天最大的差異。它不是讓你一直盯著一個 chat，而是把 agent 任務放進一個類似 mission control 的介面裡，讓你派發、觀察、審閱和反饋多個非同步工作流。
這一頁解決什麼問題：你要知道哪些任務適合丟給 Agent Manager，哪些任務仍然應該留在 Editor 裡手工做，以及 Fast / Planning 應該怎麼選。
1. Agent Manager 的定位
Google 釋出文把 Antigravity 拆成兩個主要介面：
| 介面 | 適合什麼 | 你扮演什麼角色 |
|---|---|---|
| Editor View | 同步編輯、inline command、小範圍修改、檢視 diff | 寫程式碼的人 |
| Manager Surface / Agent Manager | 非同步任務、多 workspace、多 agent、artifact 審閱 | 編排任務的人 |
這不是視覺佈局差異，而是工作方式差異。Editor 是“我和 agent 一起改這個點”，Agent Manager 是“我把目標交給 agent，觀察計劃、執行和驗收產物”。
開啟 Agent Manager 後，新手最先要找的不是輸入框，而是這三個導航：
| 入口 | 你在這裡做什麼 | 官方位置 |
|---|---|---|
| 左側邊欄 Workspace 列表 | 增刪 / 切換多個專案；點 + 按鈕新建 workspace；workspace 名旁的 + 開新 conversation | docs/workspaces |
| Inbox（收件箱） | 一站式檢視所有 conversation——尤其是哪些在等你批准 terminal 命令、Browser 操作或 implementation plan | docs/inbox |
| Start Conversation 頁 + Use Playground 按鈕 | 不想新建 workspace 時，點 Use Playground 進獨立 playground 立即開聊；做出有用產出再點 Move 一鍵搬到正式 workspace 保留對話和檔案 | docs/playground |
Inbox 是新手最容易忽略但最重要的入口：長任務跑久了 agent 會卡在許可權請求等你確認，你以為它"忘了"，其實它在 Inbox 裡舉手等你。養成"先看 Inbox 再開新 conversation"的習慣，可以避免漏批 / 誤以為任務停滯。
2. Workspace 與 conversation
Agent Manager 的基本單位是 workspace 和 conversation：
flowchart TD
Manager["Agent Manager"] --> WorkspaceA["Workspace A"]
Manager --> WorkspaceB["Workspace B"]
WorkspaceA --> Conversation1["Conversation: 修登入頁 bug"]
WorkspaceA --> Conversation2["Conversation: 增加測試"]
WorkspaceB --> Conversation3["Conversation: 文件重組"]
Conversation1 --> Artifacts["Artifacts / diffs / requests"]Workspace 決定 agent 可以看到和操作的專案範圍。Conversation 是一個具體任務上下文。多 agent 非同步工作時，最容易出問題的不是模型不聰明，而是你沒有給每個 conversation 清晰邊界。
3. Fast 與 Planning
Codelab 展示了兩種對話模式：Fast 和 Planning。
| 模式 | 適合任務 | 不適合任務 |
|---|---|---|
| Fast | 重新命名變數、執行幾條命令、解釋單檔案、區域性小改 | 跨目錄重構、複雜 UI、資料庫遷移、部署 |
| Planning | 深度研究、複雜功能、需要計劃審閱、需要 artifacts 的任務 | 一兩分鐘能完成的微小修改 |
複雜任務預設用 Planning。你需要看到 implementation plan 和 task list，再決定讓不讓 agent 繼續。
4. Agent Manager 適合的任務
適合派給 Agent Manager 的任務通常有幾個特徵：
- 需要多個工具：檔案、terminal、browser、測試。
- 需要驗收產物：截圖、錄屏、walkthrough、diff。
- 需要等待：啟動 dev server、復現 bug、跑測試、爬頁面。
- 可以獨立邊界：一個 bug、一個頁面、一個模組、一條文件線。
示例 prompt：
在当前 workspace 中复现并修复设置页保存按钮无响应的问题。
要求：
1. 先输出 implementation plan，等我确认。
2. 修改范围限制在 settings 页面和相关测试。
3. 修完后启动本地服务，用浏览器完成一次保存流程。
4. 交付 screenshot、browser recording 和 walkthrough。5. 不適合派給 Manager 的任務
| 任務 | 更好的做法 |
|---|---|
| “幫我隨便最佳化一下專案” | 先讓 agent 只讀審計，再拆成明確任務 |
| 涉及生產資料庫 | 不讓 agent 直接操作，先寫遷移計劃和回復方案 |
| 涉及真實賬號後臺 | 人工操作或只讀診斷，禁止預設提交 |
| 需要主觀審美判斷 | 先生成多個方案，再人工選方向 |
| 大範圍重構全倉 | 拆成模組級 conversation，逐個驗收 |
6. 觀察 agent 的狀態
Agent Manager 中要重點看四類訊號：
| 訊號 | 說明 | 風險 |
|---|---|---|
| Plan / task list | agent 準備怎麼做 | 計劃太寬會擴大改動面 |
| Permission request | agent 想執行什麼動作 | 命令、URL、檔案路徑是否越界 |
| Artifacts | agent 用什麼證明結果 | 沒有截圖/錄屏的 UI 任務很難驗收 |
| Diff | 程式碼實際改了什麼 | 是否碰到無關檔案或敏感配置 |
把 Agent Manager 當作任務看板，而不是聊天記錄。你要審的是邊界、證據和 diff，不是每一句中間輸出。