Claude Code agent view 怎麼用?一個看板管住所有背景 agent

Q: agent view 到底幫我解決什麼?

把多個平行的 Claude Code session 收進一個看板畫面,依狀態分組(等你輸入 / 執行中 / 完成),讓你一眼看完誰在忙、誰在等你、誰跑完了,不用在一堆終端分頁之間切換、逐一看 log。核心價值是降低你同時盯多個 agent 的認知負擔,不是讓 agent 跑更快。

Q: 怎麼一次派多個 agent?

打開 claude agents 看板,在底部輸入框一句一句打、每按一次 Enter 就開一個獨立 session。或從 shell 直接 claude --bg "任務" 派,每個都會變成看板上的一行。

Q: 關掉終端機,背景 agent 會死嗎?

不會。背景 session 不需要終端機掛著,Esc 離開看板它照跑。但它跑在你自己機器上,關機就沒了——這不是雲端服務。

Q: 多個 agent 平行改同一個 repo,會不會互相踩到?

不會。背景 session 動檔案前會先搬進自己的 git worktree(.claude/worktrees/ 底下),各寫各的。v2.1.198 起還會自己 commit、push 分支、開 draft PR,但永遠不碰 main / master、不 force push、不自己 merge。

Q: agent view 跟 subagent 差在哪?

subagent 是「一個任務內部拆給多個角色協作」,主 session 要掛著等;agent view 是「多個彼此獨立的任務」,背景各自跑、關掉視窗照跑、晚點再收。要細緻協調用前者,要「派出去別管」用後者。

Q: 開很多背景 agent 會不會比較快?

牆上時間會,額度上不會省。官方文件寫明背景 session 跟互動式一樣吃訂閱用量,開十隻約莫燒十倍速。平行度換的是你的時間,不是算力折扣。

一句話:claude agents（官方叫 agent view）是 Claude Code 新的「背景 agent 控制台」——把你原本開一堆終端分頁、靠腦子記「哪個 agent 在跑什麼」的混亂，收攏進一個看板畫面。派一個 bug 修復、一個 PR review、一個 flaky test 調查當三行，關掉視窗去忙別的，哪一行需要你、或跑出結果了，你回來一眼就看到。本文用本機 Claude Code 2.1.212 拆解：看板畫面實際怎麼運作、一次派三個 agent 的完整並行工作流、它跟 tmux / subagent 差在哪，以及三個一定要知道的限制。

先看 Anthropic 官方一分鐘的介紹影片，建立畫面感，後面再逐項拆:

你有沒有這樣過：五個 agent，五個分頁，一顆快爆的腦

同時讓五個 AI agent 平行幹活，聽起來很爽。真的跑過的人都知道那是什麼景象:

螢幕上開了五個終端分頁——一個在跑測試、一個在重構、一個在爬 log，還有兩個不知道卡在哪。你得用腦子記哪個是哪個、誰已經跑完在等你回話、誰其實早就停在一個問題上等你點頭只是你沒切過去看。分頁越開越多，真正的瓶頸不是機器算力，是你這顆要同時追五條線的腦子。

claude agents 就是在解這件事。它把那本「靠記憶硬撐的任務帳本」，收進一個像看板一樣的畫面：誰在忙、誰在等你、誰跑完了，一次看完。

派 agent 的成本一直很低，難的從來是「同時盯著五個 agent」。agent view 賣的不是更多平行度，是把平行度管得住。

這功能還掛在 research preview，要 Claude Code v2.1.139 以上才有。動手前先確認版本:

claude --version
# 2.1.212 (Claude Code)

看板畫面實際長怎樣：三個分組，一眼分辨誰要你

終端機直接打 claude agents（不帶任何 flag）會開一個全螢幕看板。這才是 agent view 的主場。它把所有背景 session 依狀態分組排好，由上而下就是你的注意力該落的順序:

Needs input ← 這幾個卡住在等你回話,先處理這區 ✻ power-up design double jump or dash? 1m Working ← 這幾個正在跑,不用管 ✽ collision detection Adding swept-AABB checks... 2m ✢ playtest level 3 run 12 · all passing in 4m

Completed ← 這幾個跑完了,回頭收成果 ✻ title screen result: menu with 3 modes 9m ∙ sound effects result: 14 SFX generated 4h

看板的設計把「你該先看誰」直接排版出來——Needs input 永遠在最上面，因為那是唯一會拖住整批進度的東西。每一行都藏了不少資訊:

最前面的圖標會動:✽ 是進程活著、即時在跑；∙ 是進程退出了但隨時能喚醒接回去；✢ 是 /loop 任務在兩輪之間睡覺，還會顯示倒數。你不用進去就知道它是死是活。
那句一行摘要是 Haiku 即時生的。它不是靜態標題，而是每 15 秒從 session 自己的輸出更新一次「它現在在幹嘛 / 卡在什麼 / 產出了什麼」，讓你不用打開對話紀錄就知道進度。
狀態有顏色：等你輸入是黃色、完成是綠色、失敗是紅色、停止是灰色。掃一眼顏色就抓到全場狀態。

選中一行按 Space，會開一個 peek 面板——不進去、不打斷，就地看它最近輸出或正在問的問題，還能用 ↑ ↓ 在相鄰 session 之間快速瞄過去。真的要進去回話再按 → 或 Enter attach 進全螢幕對話。

這就是 agent view 最核心的價值：把「切五個分頁、逐一 cat log、猜誰卡住」這套心智勞動，換成「掃一個畫面、黃色的先處理」。

實戰：一次派三個 agent，關掉視窗，回來收成果

官方文件把最典型的用法講得很直白:

Dispatch a bug fix, a pull request review, and a flaky-test investigation as three rows, keep working in another window, and check back when a row shows it needs you or has a result.

派三個彼此獨立、不需要你盯每一步的任務，當成三行丟出去，然後去忙別的。實際操作是這樣:

在看板底部的輸入框，一句一句派，每按一次 Enter 就開一個新的獨立 session（不是接在前一個後面）:

> 修 auth 登入跳轉的 bug
> review 新的 payment API PR,把問題點出來
> 調查 SettingsChangeDetector 測試為什麼時好時壞

三行同時出現在 Working 區，各自的摘要即時跳動:

Working
  ✽ 修 auth 登入跳轉      Investigating login flow in AuthService   12s
  ✽ review payment PR     Analyzing payment module changes           8s
  ✽ 調查 flaky 測試        Running tests to reproduce                  3s

接下來你可以關掉這個終端機視窗去做別的——Esc 退回 shell,session 照跑不斷。過一陣子回來開 claude agents，畫面可能變這樣:

Needs input ✻ 調查 flaky 測試 Run failed · 要不要加 --verbose 再跑一次? 3m Completed ∙ review payment PR Opened PR with feedback #2048 30s

Working ✽ 修 auth 登入跳轉 Fixed redirect, running the test suite 2m

一眼就讀完全場:PR review 那個自己開了一個 PR(#2048)，測試調查那個卡在一個問題上等你決定,auth 那個還在跑。你只需要處理黃色那一行——選中它、Space 開 peek、打「好，加 --verbose」、Enter，它就帶著你的回覆繼續在背景跑。

我自己也實測過整條路能不能信。派了一個能獨立驗算的小任務——數這個部落格 repo 底下有幾個文章圖片資料夾:

claude --bg --name "count-demo" "數一下 public/images/blog 底下有幾個資料夾,只回報數字"

指令立刻返回（這就是背景 agent 的重點，派出去就還你自由），它回答 95。獨立驗算:

ls -1d /Users/yanchen/workspace/ai-lecturer-bob/public/images/blog/*/ | wc -l
# 95

數字對上。派工 → 背景跑 → 回來收正確答案，整條實測跑通。

每個背景 session 都是完整對話，而且會自己開 PR

有兩件事讓 agent view 不只是「背景跑 job」那麼簡單。

第一，每個背景 session 都是一段完整的 Claude Code 對話，不是縮水版:

Each background session is a full Claude Code conversation that keeps running without a terminal attached, so you can open it, reply, and leave whenever you want.

— Claude Code Docs: Agent view

它跟你平常開 claude 聊天沒兩樣，差別只在不需要終端機一直掛著。attach 進去能翻歷史、能追問、能改方向，離開它照跑。

第二，它會自己隔離改動、自己開 draft PR。 這是我一開始沒注意到、但用久了發現決定它好不好用的關鍵設計:

檔案隔離：背景 session 動手改檔案前，會先把自己搬進 .claude/worktrees/ 底下一個獨立的 git worktree。所以三個 agent 平行改同一個 repo,各寫各的、不會互相踩到。
自動開 PR(v2.1.198 起）:一個在 worktree 改了東西的背景 session，會自己 commit、push 自己的分支、開一個 draft pull request,不會停下來問你。它永遠不會 push 到 main / master、不會 force push、不會自己 merge。

所以看板上那個 #2048 綠色標籤不是裝飾——它就是你收成果的地方：號碼變綠（檢查通過、沒有擋著的 review）就代表這個 agent 的產出可以去 review、merge 了。顏色本身是狀態：黃色是等檢查或檢查失敗、綠色是通過、紫色是已 merge、灰色是草稿或關閉。

三種派工入口：從哪都能丟任務進去

agent view 不強迫你一定要先開看板才能派工。三個入口對應三種情境:

# 1. 從 shell 直接派一個背景 agent(不必先開看板) claude --bg "調查那個時好時壞的 checkout 測試" claude --agent code-reviewer --bg "處理 PR 1234 的 review 意見" # 指定用某個角色 # 2. 在看板畫面裡直接打字派,或用前綴: # @<agent-name> 指定用某個 subagent 角色 # ! <command> 當背景 shell job 跑(不啟動 Claude session) # /<command> 叫某個 skill / command

# 3. 從一個正在進行的 session 裡,把手上的活丟到背景 /bg 跑完整測試套件,有失敗就修

第三個 /bg 特別好用：你正在一個互動 session 裡跑到一半，發現這事會很久，直接 /bg——手上正在跑的活會整包搬到背景（背景 shell 指令、subagent、/loop 排程任務都跟著轉移繼續跑），原本的 MCP、settings、fallback model 設定也一起帶過去。你就解放這個終端機去做別的。

開看板時還能先設好這批 agent 的預設值，例如「都用 opus、都先進 plan 模式」:

claude agents --permission-mode plan --model opus --effort high
claude agents --cwd ~/projects/my-app   # 只看這個目錄底下的 session

跟 tmux、subagent 比，agent view 的定位在哪

會派平行任務的人，手上通常已經有別的做法。agent view 到底補了什麼？

做法	你要自己扛什麼	agent view 幫你收掉什麼
tmux / 多開分頁	自己記哪個 pane 是哪個任務、自己切過去看誰卡住、自己 cat log 判斷進度	一個畫面看完狀態、自動生摘要、黃色標出誰要你
subagent（同一 session 內）	主 session 得掛著等它們回來，你被綁在這個終端	背景獨立跑，關掉視窗照跑，晚點再收
agent view	—	統一看板 + 自動 worktree 隔離 + 自動開 PR

一句話分工:subagent / agent team 適合「一個任務內部拆給多個角色協作」;agent view 適合「多個彼此獨立、你不想盯每一步的任務」。 前者要細緻協調，後者要的是「派出去、別管、回來收」。真要細比 subagent / agent team / worktree 的差異，官方有一頁 Run agents in parallel 專門講。

三個一定要知道的限制

功能掛著 research preview，官方把限制寫得很白，三條都得記:

它照樣吃你的訂閱額度。原文：背景 session 跟互動式 session 一樣算用量，「開十隻約莫燒十倍速」。背景 agent 不是免費的平行度——它換的是你的時間，不是 Anthropic 給你的算力折扣。看板一次能排很多行，但每一行都在燒你的 quota。
它跑在你自己機器上，不是雲端。睡眠沒事，但關機就沒了——關機後那些 session 下次開看板會顯示 failed(attach 進去能從中斷處重啟）。這點跟「派到雲端跑」的直覺不一樣，我第一次關機才發現。
Claude 自建的 worktree 會跟 session 一起被清。在看板裡按兩次 Ctrl+X 刪一個改過檔案的 session，它那個 worktree（含沒 commit 的改動）會一起消失。刪之前先確認該推的推了（官方補充：有未推送 commit 的 worktree 會被保留）。

還有一句官方明講的話值得放心裡:「介面跟快捷鍵可能會變」。當日常工具用沒問題，但要接進正式自動化流程前，先想清楚它變了你要不要跟。

一句話收:agent view 讓「同時管很多 agent」這件事第一次變得管得住，但管得住不等於免費。 平行度的帳，最後還是記在你的訂閱和你這台機器上。

❓ 常見問題

Q:agent view 到底幫我解決什麼？
A:把多個平行的 Claude Code session 收進一個看板畫面，依狀態分組（等你輸入 / 執行中 / 完成），讓你一眼看完誰在忙、誰在等你、誰跑完了，不用在一堆終端分頁之間切換、逐一看 log。核心價值是降低你同時盯多個 agent 的認知負擔，不是讓 agent 跑更快。

Q:怎麼一次派多個 agent?
A:打開 claude agents 看板，在底部輸入框一句一句打、每按一次 Enter 就開一個獨立 session。或從 shell 直接 claude --bg "任務" 派，每個都會變成看板上的一行。

Q:關掉終端機，背景 agent 會死嗎？
A:不會。背景 session 不需要終端機掛著，Esc 離開看板它照跑。但它跑在你自己機器上，關機就沒了——這不是雲端服務。

Q:多個 agent 平行改同一個 repo，會不會互相踩到？
A:不會。背景 session 動檔案前會先搬進自己的 git worktree(.claude/worktrees/ 底下），各寫各的。v2.1.198 起還會自己 commit、push 分支、開 draft PR，但永遠不碰 main / master、不 force push、不自己 merge。

Q:agent view 跟 subagent 差在哪？
A:subagent 是「一個任務內部拆給多個角色協作」，主 session 要掛著等；agent view 是「多個彼此獨立的任務」，背景各自跑、關掉視窗照跑、晚點再收。要細緻協調用前者，要「派出去別管」用後者。

Q:開很多背景 agent 會不會比較快？
A:牆上時間會，額度上不會省。官方文件寫明背景 session 跟互動式一樣吃訂閱用量，開十隻約莫燒十倍速。平行度換的是你的時間，不是算力折扣。

🔗 延伸資源

Claude Code Docs — Agent view:本文引用的官方說明,含完整快捷鍵表、狀態圖標與限制
Claude Code Docs — Run agents in parallel:agent view 跟 subagent、agent team、worktree 的細部比較
站內延伸:ultracode 跟 ultrathink 差在哪——另一個「名字很像、東西完全不同」的 Claude Code 命名坑

下一步：先跑 claude --version 確認 ≥ 2.1.139，打開 claude agents 看空看板長怎樣，然後派一個你自己算得出答案的小任務（像我數資料夾那樣）當熱身。先派驗算得出來的任務這點很重要——別讓第一次測試就是你沒把握的真實工作，不然 agent 出錯你也看不出來。