---
title: "Agent Manager"
description: "理解 Antigravity Agent Manager：workspace、conversation、Fast 與 Planning、Artifacts、非同步多 agent 和人工反饋入口。"
verifiedAt: "2026-05-05"
---

Agent Manager 是 Antigravity 和傳統 IDE 側邊欄聊天最大的差異。它不是讓你一直盯著一個 chat，而是把 agent 任務放進一個類似 mission control 的介面裡，讓你派發、觀察、審閱和反饋多個非同步工作流。

> [!NOTE]
> **這一頁解決什麼問題**：你要知道哪些任務適合丟給 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` |

> [!TIP]
> Inbox 是新手最容易忽略但最重要的入口：長任務跑久了 agent 會卡在許可權請求等你確認，你以為它"忘了"，其實它在 Inbox 裡舉手等你。**養成"先看 Inbox 再開新 conversation"的習慣**，可以避免漏批 / 誤以為任務停滯。

## 2. Workspace 與 conversation

Agent Manager 的基本單位是 workspace 和 conversation：

```mermaid
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 的任務 | 一兩分鐘能完成的微小修改 |

> [!IMPORTANT]
> 複雜任務預設用 Planning。你需要看到 implementation plan 和 task list，再決定讓不讓 agent 繼續。

## 4. Agent Manager 適合的任務

適合派給 Agent Manager 的任務通常有幾個特徵：

1. 需要多個工具：檔案、terminal、browser、測試。
2. 需要驗收產物：截圖、錄屏、walkthrough、diff。
3. 需要等待：啟動 dev server、復現 bug、跑測試、爬頁面。
4. 可以獨立邊界：一個 bug、一個頁面、一個模組、一條文件線。

示例 prompt：

```text
在当前 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 | 程式碼實際改了什麼 | 是否碰到無關檔案或敏感配置 |

> [!TIP]
> 把 Agent Manager 當作任務看板，而不是聊天記錄。你要審的是邊界、證據和 diff，不是每一句中間輸出。

## 官方來源

- [Build with Google Antigravity](https://developers.googleblog.com/build-with-google-antigravity-our-new-agentic-development-platform/)
- [Getting Started with Google Antigravity](https://codelabs.developers.google.com/getting-started-google-antigravity)

## 接下來去哪

<Cards>
  <Card title="Editor 工作流" description="看 Antigravity 在 Editor View 中如何處理補全、命令和問題修復。" href="/zh-Hant/docs/antigravity/official/02-editor-workflow" />
  <Card title="Editor vs Agent Manager" description="從原理層理解兩種介面的分工。" href="/zh-Hant/docs/antigravity/understanding" />
</Cards>
