Claude Code發佈Agent View，多任務流的ADHD患者有救了
整理版優先睇
Claude Code 推出 Agent View，將多 Agent 工作流可視化，幫開發者管理並行任務，解決人類注意力分配問題。
花叔係一個重度 Claude Code 用戶，過去 4 個月用咗 131 億 token、606 個會話，活躍日平均同時開 7 個 session。佢發現多 Agent 工作流下，真正稀缺唔係 AI 執行力，而係人類嘅注意力、判斷力同調度力。佢形容自己「被多 Agent 工作流淹沒好幾個月」，而 Agent View 就係「畀被淹沒嘅人嘅救生圈」。
Agent View 係 Anthropic 將內部工作流產品化嘅結果。佢提供一個跨多個 Claude 實例嘅 dashboard，自動分類狀態（等輸入、跑緊、跑完），並透過 git worktree 隔離每個後台 agent，避免同時修改同一個 repo 嘅衝突。佢嘅設計目標唔係令 Claude 變得更聰明，而係令你可以同時管好幾個 Claude。
整體結論係：Agent View 係一個產品功能，針對人類嘅注意力分配問題，而唔係 AI 嘅能力問題。文章仲詳細解釋咗設計細節（worktree 隔離、Haiku 摘要、/loop 集成）同使用建議（單 session 用戶、多窗口用戶、第三方工具用戶）。
- Agent View 係跨多個 Claude 實例嘅 dashboard，類似 tmux 但加上 AI 語境，自動將會話分類成「等輸入 / 跑緊 / 跑完」三欄。
- 佢解決嘅唔係 AI 能力問題，而係人類注意力分配問題：當你同時開 N 個 Claude 時，點樣有效率咁管理呢啲會話。
- 每個後台 agent 用獨立 git worktree 隔離，喺 .claude/worktrees/ 路徑下修改自己嘅副本，避免 N 個 agent 同時改同一檔案嘅衝突。
- 面板上每行嘅狀態摘要由輕量 AI 模型 Haiku 每 15 秒重新生成一次，令 dashboard 本身都係 AI 驅動。
- 使用建議：單 session 用戶可以先用 /bg 丟長任務體驗；多窗口用戶應遷移以享受 worktree 隔離；第三方工具用戶可考慮但留意單一 vendor 限制。
Agent View 官方博客
Anthropic 官網介紹 Agent View 功能嘅文章，包含詳細說明同示範。
Agent View 官方文檔
Claude Code 文檔，列出 Agent View 嘅所有命令同使用方式。
多 Agent 工作流嘅真正瓶頸：人類注意力
花叔係一個重度 Claude Code 用戶，過去 4 個月用咗 131 億 token、606 個會話，活躍日平均同時開 7 個 session。佢發現多 Agent 工作流下，真正稀缺唔係 AI 執行力，而係人類嘅注意力、判斷力同調度力。
多 Agent 工作流淹沒
佢形容自己「被多 Agent 工作流淹沒好幾個月」，而 Agent View 就係「畀被淹沒嘅人嘅救生圈」。
Agent View 係咩？一個跨會話嘅可視化面板
Agent View 可以理解成「畀 Claude Code 用嘅 tmux」——一個終端窗口入面可以塞 N 個會話，來回切換，睇到邊個忙完、邊個等緊輸入。
等輸入 / 跑緊 / 跑完 三欄
- 可以透過 `claude agents` 命令打開面板，或者係任意會話按 ← 左箭頭後台開新任務
- 用 `claude --bg "task description"` 或者 `/bg` 切換
- 選擇會話後用上下鍵 + Enter 回覆，Ctrl+X 殺掉會話
claude agents
claude --bg "task description"
/bg
選中會話 + Enter 回覆
選中會話 + Ctrl+X 殺死後台會話會持久化到磁盤，關閉終端窗口都仲活着。每個後台 agent 會被自動放入獨立嘅 git worktree 入面，避免互相打架。
解決人類問題，而唔係 AI 問題
Agent View 本質係一個產品功能，佢唔會令 Claude Code 變聰明，而係想解決人面對多個 Claude 時嘅注意力分配問題。
人類注意力分配
作者澄清咗三個容易混淆嘅概念：subagent（一個session內主agent派嘅臨時助手），agent team（固定協作小組），Agent View（跨多個獨立Claude實例嘅可視化面板）。
Agent View嘅誕生路徑：Anthropic 將自己內部用咗幾個月嘅工作流產品化。項目負責人 Boris Cherny 本身就會開 5 個終端 tab、5-10 個瀏覽器 session 並行管十幾個 Claude Code。呢個唔係特例，而係團隊常態。
關鍵設計細節：worktree 隔離、Haiku 摘要、/loop 集成
第一，會話同終端窗口解綁。後台跑嘅 Claude 由一個常駐後台嘅「監工程序」睇住，關終端都繼續跑。不過電腦睡眠或重啟後，要用 `claude respawn --all` 手動拉返。
worktree 隔離
第二，每個後台 agent 喺 .claude/worktrees/<會話名>/ 嘅獨立 worktree 入面做嘢，互相睇唔到、互不打擾。咁樣 N 個 agent 同時改同一個 repo 就唔會打架。
每 15 秒重新生成一次
第三，每行嘅狀態摘要（例如「fix login bug · 3 files changed · awaiting your input」）係由輕量 AI 模型 Haiku 每 15 秒重新生成一次。
第四，/loop 集成。後台會話可以按 schedule 自己迭代，面板上呢啲會話會帶 ✢ 圖標，超出 tmux 範疇。
- 三種處理 worktree 產物嘅方式：直接入 .claude/worktrees/ 路徑睇產物
- 等 agent 完成後手動複製或用 git merge
- 繞過隔離：用 cat > file << EOF 寫入主目錄（唔推薦，但適合內容創作）
三個場景嘅使用建議
如果你之前只用單 session，可以先試 `claude --bg` 將長任務丟後台，然後按 ← 睇面板，體驗唔使守等嘅感覺。
/bg 丟長任務
如果你已經開多個 iTerm 窗口，安裝 v2.1.139 後將所有手開窗口換成 `claude agents`，最大收益係 worktree 隔離。
worktree 隔離係最大收益
如果你用緊 Crystal / claude-squad / Vibe Kanban 等第三方工具，可以考慮遷移但唔好一刀切，因為第三方工具可以同時管多種 AI，Agent View 只服務 Claude Code。
花叔：AI 編程進入多 Agent 階段之後，真正稀缺嘅唔係執行力，而係人類嘅注意力、判斷力同調度力。
我睇咗下自己過去4個月嘅Claude Code用量。
131億token，606個獨立會話，38個項目。活躍日平均一日開7個session。
4月20號嗰日，單日6388條消息。
先同鍾意拗嘅朋友打個預防針。呢$13,222係按Anthropic公開API價格、折算cache命中之後計出嚟嘅「等價API費用」，假設我真係按API畀錢就要咁多。但我其實係 Max 20x檔（200美元/月）嘅訂閲會員，訂閲費已經覆蓋咗絕大部分用量，真正超出額度需要按API單獨結算嘅部分加埋唔算多。Anthropic嘅prompt cache設計（你同Claude傾偈時重複嘅上下文，第二次唔重複計費）仲喺結算之前幫我省咗大概5倍。
我提呢個，主要係想講個現狀，就係：
我已經俾多agent工作流淹沒咗好幾個月喇。
今日Claude Code v2.1.139上嘅Agent View，算係俾被淹沒嘅人嘅救生圈。
一、Agent View係咩
用Anthropic Claude Code工程lead Thariq嘅話嚟講呢：
「俾Claude Code嘅tmux」。
如果你唔熟tmux，大概畫面係咁：一個終端窗口入面可以塞N個會話，可以來回切，可以俾某個會話喺後台行，可以一眼睇到邊個做完、邊個仲等緊輸入。Agent View喺呢個基礎上加咗AI語境：每個會話係一個Claude，狀態自動分類成「等輸入 / 行緊 / 行完」三欄。
打開方式有兩種：
後台會話持久化到磁盤，閂咗終端窗口佢仲生存。每個後台會話會自動放入獨立嘅git worktree入面，唔會互相打架。呢個係我覺得幾有趣嘅隱形細節，下面會講點解。
二、佢解決嘅唔係AI嘅問題，係人嘅問題
Agent View本質係個產品功能。
佢唔會令Claude Code變聰明。佢想解決嘅問題算係人類嘅問題：就係當你同時俾N個Claude做N件事嗰陣，你呢個人類嘅注意力點樣分配。
並行做多件事嘅開發場景大家都熟：修一個bug、review一個PR、調研一個話題、重構一段code。而以我嚟講，我可能同時開發緊app、開發skill、寫文章、做影片。我基本上時時刻刻都有4-6個Claude Code終端開住。
呢幾個窗口基本上靠自己個腦維護，一邊執行唔同嘅任務，一邊切換唔同嘅窗口，睇下邊個會話ready咗？邊個等緊輸入？邊個冧咗？一個個tab切過去睇。
Agent View將呢件事抽象成一個面板。好似睇項目看板咁睇曬所有Claude會話。
講到底，Agent View嘅目標唔係令單一個Claude做得更好，係令你管理N個Claude嘅能力變強。
順便釐清一個最容易混淆嘅邊界。Claude Code入面有三個睇落似但完全唔同嘅概念：
subagent同team係AI內部嘅並行，Agent View係人嘅dashboard。subagent令單個Claude喺佢自己嘅任務入面更聰明，Agent View令人可以同時管好幾個Claude。
三、Agent View嘅誕生路徑
Agent View睇落似個突然彈出嚟嘅功能，但佢其實將Anthropic內部本來就用緊嘅工作流產品化咗。
Claude Code項目負責人Boris Cherny喺多次公開訪問同howborisusesclaudecode.com上提過，佢自己日常會開5個終端tab、5-10個瀏覽器session再加移動端，並行管十幾個Claude Code。呢個唔係特例，係CC團隊嘅常態。
我睇到呢段訪問嘅時候幾有感觸。Anthropic今次唔係發明新工作流，更加似係將自己內部行咗好幾個月嘅工作流公開化。將團隊自己先食幾個月狗糧試出嚟嘅體驗，做成咗所有人都用到嘅UI。
同埋除此之外，其實喺Agent View上線之前，已經有一大堆第三方社區嘗試緊解決類似問題。
識Mac生態嘅朋友會笑。呢個係經典嘅 Sherlocking時刻。平台方將已經成熟嘅第三方功能納入官方產品。當年Apple將搜索類小工具做入Sherlock，將同名第三方app乾曬。
Anthropic今次稍微温和啲，因為多數第三方工具可以同時管幾種AI編程命令行（Claude Code + Codex + Gemini），Agent View只服務Claude Code自己。但係對於只用Claude Code嘅朋友嚟講，呢啲第三方工具確實可以刪咗。
四、Agent view嘅幾個功能細節
寫到呢度要講幾個官方文檔入面冇咩強調、但我覺得好關鍵嘅設計。
第一，會話同終端窗口解綁咗。後台行緊嘅Claude唔歸你打開嗰個終端窗口管，佢由一個常駐後台嘅「監工程序」盯住。你閂咗終端，佢繼續行。tmux都可以做到呢樣嘢，但Agent View預設就係咁。有個坑提醒一下：電腦睡眠或者重啓之後，後台會話唔會自動恢復，要用claude respawn --all手動拉返嚟。
第二，每個後台agent都喺自己嘅小房間入面做嘢。呢個係我最想讚嘅設計，但要花啲篇幅講清楚。
想像你有一個倉庫（你嘅code項目），你同時俾4個Claude入去改嘢。如果佢哋都喺同一個房間，A改咗login.py，B都改咗login.py，C將B嘅改動覆蓋咗，你打開睇：到底改咗啲咩？亂曬籠。
Agent View做嘅嘢係：每派一個後台agent，就將整個code項目「複製」一份俾佢，等佢喺自己嘅副本入面改，互相睇唔到、互相唔打擾。git入面呢個「副本」有個專門嘅名叫做worktree，擺喺.claude/worktrees/<會話名>/呢個路徑下面。N個agent同時行唔會打架，呢樣嘢聽起嚟唔性感，但真係做嘢嘅人都知有幾救命。
副作用係，第一次用容易俾佢嚇一跳：你/bg派出去嘅會話喺自己嘅小房間入面改嘢，主目錄更新係睇唔到任何改動嘅。我自己第一次都呆咗一下，明明agent喺度行，主目錄點解冇動靜。三種處理方式可以記低：
想邊行邊睇產物：打開文件管理器，直接入.claude/worktrees/<會話名>/呢個路徑，agent寫咩你睇咩 等佢行完再合併：會話結束之後，將小房間入面嘅改動手動複製返主目錄（cp一下），或者用git嘅合併功能將呢個分支合併到主分支。Claude Code自帶一個ExitWorktree（參數加action=keep）嘅快捷方式可以幫你做呢件事 偏門hack，直接繞過隔離：等agent用cat > file <<EOF ... EOF呢種shell命令寫文件。呢種寫法行嘅係系統shell，唔行Claude Code內部嘅寫文件工具，可以繞過隔離直接落到主目錄。一般唔推薦（隔離機制本來就係防你踩坑用嘅），但係內容創作、文檔編輯呢類唔怕互相覆蓋嘅場景，繞過去會快好多
第三，每行嘅狀態摘要其實係另一個AI寫出嚟嘅。你喺面板上見到嘅「fix login bug · 3 files changed · awaiting your input」呢啲描述，唔係程序員手寫規則嘅輸出，係一個輕量AI模型（Anthropic家族入面最細嗰個，叫Haiku）每15秒重新生成一次嘅總結。一個管理多agent嘅面板本身都係AI驅動嘅，意味住Anthropic將呢層dashboard都AI化咗。
第四，/loop集成。後台會話支持按schedule自己迭代。面板入面呢啲會話會帶一個 ✢ 圖標。呢個已經超出tmux嘅範疇——tmux入面嘅shell只會等你輸入，Agent View入面嘅Claude可以自己醒過嚟檢查、改、再瞓過。
寫喺最後
寫到呢度，收一收。
如果你之前只用單session嘅Claude Code：可以先試下claude --bg將一個長任務掉去後台，返到當前會話繼續做其他嘢。然後按 ← 睇面板，體驗一下「唔使守住等」嘅感覺。呢個最細嘅動作就夠你嘗到甜頭。
如果你之前已經開緊多個iTerm窗口行N個Claude：恭喜，你係Agent View真正嘅目標用戶。裝上v2.1.139，將所有原來手開嘅窗口換成claude agents入面嘅會話條目。最大嘅收益係worktree隔離。以前你要自己管嘅「N個agent改一個倉庫」問題，而家Anthropic預設幫你做咗。
如果你用緊Crystal / claude-squad / Vibe Kanban呢類第三方工具：可以考慮遷移，但唔好一刀切。第三方工具嘅優勢在於可以同時管幾種命令行AI（Claude Code + Codex + Gemini），Agent View只係管Claude。如果你嘅工作流係單一vendor嘅，遷過嚟更省事；如果你溝埋用，第三方仲有佢嘅位置。
最後一句留俾我自己——都係過去4個月令我學到最痛嘅一條：
咪因為派工作變簡單，就一次派8件。AI派任務嘅邊際成本係0，你review任務嘅邊際成本唔係。
參考來源
官方博客：https://claude.com/blog/agent-view-in-claude-code 官方文檔：https://code.claude.com/docs/en/agent-view 發佈release：https://github.com/anthropics/claude-code/releases/tag/v2.1.139 Thariq Shihipar原推：https://x.com/trq212/status/2053979505346425179 Addy Osmani 《Your parallel Agent limit》：https://addyosmani.com/blog/cognitive-parallel-agents/ Boris Cherny工作流：https://newsletter.pragmaticengineer.com/p/building-claude-code-with-boris-cherny
花叔：AI 編程進入多 Agent 階段後， 真正稀缺的不是執行力， 而是人類的注意力、判斷力和調度力。
我看了下自己過去4個月的Claude Code用量。
131億token，606個獨立會話，38個項目。活躍日日均同時開7個session。
4-20那天，單日6388條消息。
先給愛槓的朋友打個預防針。這$13,222是按Anthropic公開API價格、折算cache命中之後算出來的「等價API費用」，假設我真按API付費就要這麼多。但我其實是 Max 20x檔（200美元/月）的訂閲會員，訂閲費已經覆蓋了絕大部分用量，真正超出額度需要按API單獨結算的部分加起來不算多。Anthropic的prompt cache設計（你跟Claude聊天時重複的上下文，第二次不重複計費）還在結算之前幫我省了大概5倍。
我提這個，主要是想說個現狀，就是：
我已經被多agent工作流淹沒好幾個月了。
今天Claude Code v2.1.139上的Agent View，算是給被淹沒的人發的救生圈。
一、Agent View是什麼
用Anthropic Claude Code工程lead Thariq的話來說呢：
「給Claude Code的tmux」。
如果你不熟tmux，大概畫面是這樣的：一個終端窗口裏能塞下N個會話，可以來回切，可以讓某個會話在後台跑，可以一眼看到誰忙完了、誰還在等輸入。Agent View在這個基礎上加了AI語境：每個會話是一個Claude，狀態自動分類成「等輸入 / 跑着 / 跑完了」三欄。
打開方式有兩種：
後台會話持久化到磁盤，關掉終端窗口它還活着。每個後台會話會被自動放進獨立的git worktree裏，不會互相打架。這是個我覺得挺有趣的隱形細節，下面會說為什麼。
二、它解決的不是AI的問題，是人的問題
Agent View本質是個產品功能。
它不讓Claude Code變聰明。它想要解決的問題算是人類的問題：就是當你同時讓N個Claude在幹N件事時，你這個人類的注意力怎麼分配。
並行做多件事的開發場景大家都熟：修一個bug、review一個PR、調研一個話題、重構一段代碼。而以我來說的話，我可能同時在開發app、開發skill、寫文章、做視頻。我基本上時時刻刻都有4-6個Claude Code終端開着。
這幾個窗口基本上靠自己腦子維護，一邊執行不同的任務，一邊切換不同的窗口，看看哪個會話ready了？哪個在等輸入？哪個崩了？一個個tab切過去看。
Agent View把這件事抽象成一個面板。像看項目看板一樣看所有Claude會話。
講到底，Agent View的目標不是讓單個Claude幹得更好，是讓你管N個Claude的能力變強。
順便釐清一個最容易混的邊界。Claude Code裏有三個看着像但完全不同的概念：
subagent和team是AI內部的並行，Agent View是人的dashboard。subagent讓單個Claude在它自己的任務裏更聰明，Agent View讓人能同時管好幾個Claude。
三、Agent View的誕生路徑
Agent View看起來像個突然冒出來的功能，但它其實把Anthropic內部本來就在用的工作流產品化了。
Claude Code項目負責人Boris Cherny在多次公開訪談和howborisusesclaudecode.com上提過，他自己日常會開5個終端tab、5-10個瀏覽器session再加移動端，並行管十幾個Claude Code。這不是個特例，是CC團隊的常態。
我看到這段訪談的時候挺有感觸的。Anthropic這次不是發明新工作流，更像是把自己內部跑了好幾個月的工作流公開化。把團隊自己先吃幾個月狗糧試出來的體驗，做成了所有人都能用的UI。
以及除此之外，其實在Agent View上線之前，已經有一大堆第三方社區試圖在解決類似問題了。
懂Mac生態的朋友會笑。這是經典的 Sherlocking時刻。平台方把已經成熟的第三方功能納入官方產品。當年Apple把搜索類小工具做進Sherlock，把同名第三方app乾沒了。
Anthropic這次稍微温和一點，因為多數第三方工具能同時管幾種AI編程命令行（Claude Code + Codex + Gemini），Agent View只服務Claude Code自己。但對於只用Claude Code的同學來說，這些第三方工具確實可以刪了。
四、Agent view的幾個功能細節
寫到這裏得說幾個官方文檔裏沒怎麼強調、但我覺得很關鍵的設計。
第一，會話和終端窗口解綁了。後台跑着的Claude不歸你打開的那個終端窗口管，它由一個常駐後台的「監工程序」盯着。你關掉終端，它繼續跑。tmux也能做這事，但Agent View默認就是這樣。有個坑提醒一下：電腦睡眠或重啓之後，後台會話不會自動恢復，要用claude respawn --all手動拉回來。
第二，每個後台agent都在自己的小房間裏幹活。這是我最想誇的設計，但要花點篇幅說清楚。
想象你有一個倉庫（你的代碼項目），你同時讓4個Claude進去改東西。如果它們都在同一個房間，A改了login.py，B也改了login.py，C把B的改動覆蓋了，你打開看：到底改了啥？亂套了。
Agent View做的事是：每派一個後台agent，就把整個代碼項目「複製」一份給它，讓它在自己的副本里改，互相看不見、互不打擾。git裏這個「副本」有個專門的名字叫worktree，落在.claude/worktrees/<會話名>/這個路徑下。N個agent同時跑不會打架，這事兒聽起來不性感，但真做事的人都知道有多救命。
副作用是，第一次用容易被嚇一跳：你/bg派出去的會話在自己的小房間裏改東西，主目錄刷新是看不到任何改動的。我自己第一次也懵了一下，明明agent在跑，主目錄怎麼沒動靜。三種處理方式可以記一下：
想邊跑邊看產物：打開文件管理器，直接進.claude/worktrees/<會話名>/這個路徑，agent寫啥你看啥 等它跑完再合併：會話結束後，把小房間裏的改動手動複製回主目錄（cp一下），或者用git的合併功能把這個分支併到主分支。Claude Code自帶一個ExitWorktree（參數加action=keep）的快捷方式能幫你做這件事 偏門hack，直接繞過隔離：讓agent用cat > file <<EOF ... EOF這種shell命令寫文件。這種寫法走的是系統shell，不走Claude Code內部的寫文件工具，能繞過隔離直接落到主目錄。一般不推薦（隔離機制本來就是防你踩坑用的），但內容創作、文檔編輯這類不怕互相覆蓋的場景，繞過去會快很多
第三，每行的狀態摘要其實是另一個AI寫出來的。你在面板上看到的「fix login bug · 3 files changed · awaiting your input」這種描述，不是程序員手寫規則的輸出，是一個輕量AI模型（Anthropic家族裏最小的那個，叫Haiku）每15秒重新生成一次的總結。一個管理多agent的面板本身也是AI驅動的，意味着Anthropic把這層dashboard也AI化了。
第四，/loop集成。後台會話支持按schedule自己迭代。面板裏這種會話會帶一個 ✢ 圖標。這已經超出tmux範疇了——tmux裏的shell只會等你輸入，Agent View裏的Claude可以自己醒過來檢查、改、再睡過去。
寫在最後
寫到這，收一下。
如果你之前只用單session的Claude Code：可以先試試claude --bg把一個長任務丟後台，回到當前會話繼續幹別的。然後按 ← 看面板，體驗一下「不用守着等」的感覺。這個最小動作就夠你嚐到甜頭。
如果你之前已經在開多個iTerm窗口跑N個Claude：恭喜，你是Agent View真正的目標用戶。裝上v2.1.139，把所有原來手開的窗口換成claude agents裏的會話條目。最大的收益是worktree隔離。以前你要自己管的「N個agent改一個倉庫」問題，現在Anthropic默認幫你做了。
如果你在用Crystal / claude-squad / Vibe Kanban這類第三方工具：可以考慮遷移，但別一刀切。第三方工具的優勢在能同時管幾種命令行AI（Claude Code + Codex + Gemini），Agent View只管Claude。如果你的工作流是單一vendor的，遷過來更省事；如果你混着用，第三方還有它的位置。
最後一句留給我自己——也是過去4個月讓我學到最痛的一條：
別因為派活變簡單，就一次派8件。AI派任務的邊際成本是0，你review任務的邊際成本不是。
參考來源
官方博客：https://claude.com/blog/agent-view-in-claude-code 官方文檔：https://code.claude.com/docs/en/agent-view 發佈release：https://github.com/anthropics/claude-code/releases/tag/v2.1.139 Thariq Shihipar原推：https://x.com/trq212/status/2053979505346425179 Addy Osmani 《Your parallel Agent limit》：https://addyosmani.com/blog/cognitive-parallel-agents/ Boris Cherny工作流：https://newsletter.pragmaticengineer.com/p/building-claude-code-with-boris-cherny