昨天下午我同時開了四個 Claude Code session。一個在寫測試、一個在重構 API 層、一個在改 CI pipeline、還有一個在幫另一個 repo 做 code review。四個 terminal tab,四個不同的 context,我得不斷切來切去——第三個問我要不要執行 rm -rf dist/,我差點在第一個的 tab 裡按了 Enter。

四個 terminal tab 管四個 AI,你管理的不是任務,是 tab 焦慮。

這週我改用 claude agents 做同樣的事。一個畫面,四個任務排成清單,哪個在跑、哪個等我回覆、哪個做完了,一目瞭然。空白鍵看一眼最新回應,需要介入再按 Enter 跳進去。


工頭不用親自搬磚

工地上有個角色叫工頭。工頭不砌牆、不拉線、不灌水泥。他站在一個可以看到整個工地的位置,手上一張清單:A 區在灌漿、B 區等材料、C 區完工待驗收。哪邊出狀況他走過去看一眼、下個指令、再回到他的位置。

以前用 Claude Code 跑多個任務,你像一個在每個工位之間跑來跑去的工頭——沒有制高點,不知道其他人在幹嘛,只能靠記憶和 tab 切換。

Agent View 就是那個制高點。 claude agents 打開一個 dashboard,把所有背景 session 攤成一張表。每一列就是一個工人的狀態。你不用走到每個工位,站在那裡就能看見全局。

技術上的定義:Agent View 是 Claude Code 的 session orchestration UI,讓你從單一終端機介面 dispatch、monitor、peek、reply、attach 多個背景 session。2026 年 5 月 11 日加入,目前是 research preview,需要 Claude Code v2.1.139 以上。


三十秒上手

在 terminal 裡打一行指令:

1
2
# 啟動 Agent View
claude agents

畫面會變成一個表格介面,列出你所有的背景 session。如果你是第一次用,清單是空的——很正常,因為你還沒派任何任務出去。

在最下面的輸入框打一段任務描述,按 Enter:

1
2
# 在 Agent View 的輸入框裡直接打
重構 src/services/auth.ts,把 if-else 改成 strategy pattern,跑完測試確認全過

一個新的背景 session 就誕生了。它會出現在表格裡,狀態是 working。Claude 在背景裡改 code、跑測試,你可以繼續派下一個任務。

再打一行:

1
2
# 繼續在 Agent View 裡派第二個任務
幫我 review src/api/payment.ts 的錯誤處理,列出所有沒有 try-catch 的 async function

現在表格裡有兩列了。你剛剛用 30 秒派了兩個 AI 背景工作,沒開任何新的 terminal tab。


核心操作:三個動詞就夠

Agent View 的操作邏輯極度單純,只有三個動作:

Peek(瞄一眼)

用方向鍵選到某個 session 的那一列,按 Space

右邊會展開一個 peek panel,顯示這個 session 最近的輸出——可能是「測試跑完了,3 個 fail」,也可能是「我需要你確認要不要刪除這個檔案」。

看完了,不用做任何事,peek panel 自己會收起來。你回到了全局視圖。

這就是工頭走到某個工位「看一眼」的動作。不介入、不打斷、只是確認進度。

Reply(回覆)

Peek 的時候如果看到 session 在等你輸入——比如它問你「要用 Jest 還是 Vitest?」——你可以直接在 peek panel 裡打字,按 Enter 送出

訊息送過去,session 繼續跑。你還是留在 Agent View 裡。不用跳進去、不用切 tab。

這個設計很巧妙:80% 的情況你只需要回一句話就能解除 block,沒必要把整個 transcript 叫出來。

Attach(接管)

真的需要看完整對話?選到那列按 Enter

Terminal 會切換成那個 session 的完整互動模式,就像你直接 claude 進去一樣。改完想回到 Agent View,按 或直接 claude agents

三個動詞的速查表:

按鍵 動作 什麼時候用
Space Peek 看一眼最新狀態
Enter / → Attach 需要完整對話
回到 Agent View 從 session 退出
Esc 離開 Agent View 所有 session 繼續跑

按 Esc 離開 Agent View 不會殺掉背景 session。它們繼續跑。你可以關掉 terminal 去吃飯,回來再 claude agents 看結果。


用 Dispatch Flags 客製化每個 Session

這才是進階玩家會覺得真香的地方。

你從 Agent View 派出去的 session 預設繼承你目前的設定——model、permission、MCP server 之類的。但有時候你想要「這個任務用 Haiku 跑就好,那個任務要掛特定的 MCP server」。

v2.1.142 加了一組 dispatch flags,讓你在派任務的時候精確控制每個 session 的配置:

1
2
3
4
5
6
7
8
9
10
11
12
13
# 從 CLI 啟動 Agent View 時直接帶 flags(會套用到這個 view 裡派出的 session)
claude agents --model haiku # 用 Haiku 模型,省錢
claude agents --effort low # 低 effort 模式
claude agents --add-dir ~/shared-libs # 額外掛一個目錄

# 掛自訂 MCP 設定
claude agents --mcp-config ./my-mcp.json

# 指定 plugin 目錄
claude agents --plugin-dir ./my-plugins

# 指定權限模式
claude agents --permission-mode plan

完整的 dispatch flags:

Flag 用途
--add-dir 讓 session 存取額外的目錄
--settings 載入自訂 settings 檔
--mcp-config 指定 MCP server 設定
--plugin-dir 指定 plugin 目錄
--permission-mode 設定權限模式
--model 指定模型(opus / sonnet / haiku)
--effort 設定 effort level
--dangerously-skip-permissions 跳過所有權限確認(危險,慎用)

一個實際的場景:你有一個 monorepo,前端和後端在不同目錄。你可以從 Agent View 派兩個 session——前端那個 --add-dir ./frontend,後端那個 --add-dir ./backend——各自只看到自己該看的程式碼。


它跟 /bg 什麼關係?

如果你已經在用 /bg,你可能會想:「我 /bg 丟到背景的 session,Agent View 看得到嗎?」

看得到。

Agent View 不是一個獨立的系統,它是一個視圖——所有背景 session 的視圖。你用 /bg 丟到背景的、用 claude --bg "task" 直接在背景啟動的、用 Agent View 自己 dispatch 的,全部會出現在同一張表上。

1
2
3
4
5
6
7
8
9
10
# 這三種方式建立的 session,Agent View 裡全看得到

# 方式 1:互動中丟背景
/bg

# 方式 2:CLI 直接背景啟動
claude --bg "跑完所有 e2e test"

# 方式 3:Agent View 裡 dispatch
# (在 claude agents 的輸入框打任務)

/bg 是「把一個工人從你面前移到背景」的動作。Agent View 是「站到制高點看所有背景工人」的視角。不衝突,互補。


三個會讓你馬上想試的場景

場景一:晨間 code review 三連發

早上進辦公室,三個 PR 等著 review。

1
2
3
4
5
claude agents
# 依序派三個 review 任務
> Review PR #142 的 auth 模組改動,重點看 SQL injection 防護
> Review PR #143 的 payment flow,確認錯誤處理完整
> Review PR #145 的 CI 改動,檢查有沒有 secret 外洩風險

三個 session 同時跑,你去泡咖啡。回來 peek 一輪——一個完成了、一個在問你「這個 catch block 要 rethrow 嗎?」、一個還在跑。Reply 回覆那個問題,繼續喝咖啡。

場景二:重構 + 測試雙軌並行

你重構一個模組,同時希望有另一個 session 持續跑測試來確認你沒有搞壞東西。

1
2
3
claude agents
> 重構 src/services/order.ts,用 repository pattern 取代直接 DB 呼叫
> 每當 src/services/ 有檔案改動就跑 npm test,回報結果

第一個 session 在改 code,第二個在盯著測試。你在 Agent View 裡同時看兩邊的進度。第二個報了 3 個 fail,你 peek 看哪些 test 壞了,然後 reply「先不用管 integration test,只跑 unit test」。

場景三:跨 repo 作業

你同時在維護 API server 和前端 app,兩個不同的 repo。

1
2
3
claude agents --add-dir ~/projects/api-server --add-dir ~/projects/frontend-app
> 在 api-server 加一個 GET /users/:id/preferences endpoint
> 在 frontend-app 加一個 usePreferences hook 呼叫新的 API

兩個 session 各自在不同的 repo 工作。API 那個做完了,你 attach 進去確認 endpoint 的 response format,確認後 reply 給前端那個 session「API response 長這樣:{ theme: string, language: string }」。


幾個踩坑提醒

版本要求:Agent View 需要 Claude Code v2.1.139 以上。如果你打 claude agents 沒反應,先 claude --version 確認一下。

方案限制:Research Preview 只開放給 Pro、Max、Team、Enterprise 和 API plan。Free plan 沒有背景 session,也用不了 claude agents

Session 不會自己消失:你 Esc 離開 Agent View,session 繼續跑。做完的 session 會一直留在清單裡直到你手動清除。如果你習慣一天派十幾個任務,記得定期清理。

Peek 不是完整 transcript:Peek panel 只顯示最近的輸出。如果你需要看完整的對話歷史或 Claude 執行過的所有工具呼叫,你得 attach 進去。


你管理的是注意力,不是 session

回到最開始的工地。

一個好工頭的核心能力不是砌牆砌得多快,而是注意力分配——知道什麼時候該看哪裡、什麼時候該介入、什麼時候就讓工人自己做。

Agent View 做的事情本質上就是這個。它不會讓 Claude 跑得更快,也不會讓你的任務自動變簡單。它做的是把你的注意力成本降到最低——你不需要記住「第三個 tab 在幹嘛」,不需要怕按錯 tab,不需要花精力在 session 之間跳來跳去。你只要站在制高點,瞄一眼清單,決定下一步。

工具的價值不是功能多不多,而是它讓你少想多少事。一個讓你不用管 tab 的介面,釋放出來的注意力可以拿去想架構、想設計、想下一個要派什麼任務。

打開 terminal,試一下:

1
claude agents

派兩個你今天本來就要做的任務出去。然後站起來倒杯水。回來的時候,你會看到一個乾淨的表格告訴你事情進行得怎麼樣了。

接下來可以搭配的路線:

  • 搭配 /goal 讓每個 session 自己跑到完成條件才停
  • 搭配 Git Worktrees 讓多個 session 在不同 branch 上平行作業
  • 搭配 Agent Teams 做 leader-delegate 架構的複雜任務

參考來源:Claude Code What’s New — Anthropic
參考來源:Manage multiple agents with agent view — Claude Code Docs
參考來源:Claude Code in Action — Anthropic Academy