「什麼時候該分身」那篇的結論是多數人分得太早。這一篇假設你已經過了三道題,真的要讓幾件事同時跑。問題變成:用哪一種方式跑?
2026 年 Claude Code 給了三種,加上 Git 本來就有的一種。它們長得很像,但成本和失控方式差很多。
子代理 去做一件事,回報一段摘要 便宜,結果進主對話 代理團隊 各自一個腦袋,互相講話 貴,各自獨立,共用任務清單 worktree 各自一張實體桌子 你自己開幾個視窗 跨對話訊息 你自己開的幾場對話互傳結果 介於中間
四種方式,各適合什麼
子代理(subagent)。主對話派一個幫手去做一件事,它在自己的視窗裡做,做完只回一段摘要。適合會產生大量中間產物的事:搜整個程式庫、跑測試看 log、讀一堆文件。那些中間產物留在它那裡,不進你的主對話。可以指定便宜的模型、限制它能用的工具。內建三種:Explore(唯讀搜尋)、Plan(規劃前研究)、General-purpose(什麼都能做)。一句實務提醒:子代理的簡介會進主對話的 context,加起來超過一萬五千 token 會警告,簡介要短。
代理團隊(agent teams)。實驗功能,要設 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 才開。一個領隊、幾個隊友,每個隊友是一場完整獨立的對話,有自己的 context,隊友之間可以直接互傳訊息,還有一份共用的任務清單(用檔案鎖防止兩個人搶同一張)。適合需要「互相挑戰」的事:三個人各從不同角度審一個 PR、五個人各持一個假設互相推翻。不適合順序性的、改同一個檔案的、依賴很多的工作。
worktree。Git 的功能,一個 repo 長出幾個實體資料夾,各自一條分支。claude --worktree 名字 一個指令開一場。這是最「土」的平行:你自己開幾個終端機,各給一件事,互不干擾。合併時可能衝突,要人判斷。
跨對話訊息。你自己開的幾場對話,可以互傳訊息、把發現交給對方。沒有團隊那套任務清單,但也沒那麼貴。
用團隊之前要知道的三件事
代理團隊是這四種裡最強也最容易失控的,官方文件裡有三段話我建議先讀。
它很貴。每個隊友一個完整 context,token 隨隊友數線性增加;規劃模式下團隊大約是單一對話的 7 倍。官方建議 3 到 5 個隊友起手,每人 5 到 6 個任務,「三個專注的隊友常勝過五個分散的」。
隊友的話不算數。一個隊友傳給另一個的訊息,系統會標成「來自另一個 Claude,不是來自使用者」。隊友不能替你核准權限,被拒絕的動作也不能轉給別的隊友繞過去。auto mode 下還有一層分類器檢查隊友之間的訊息。這是防「三個 AI 互相說服對方可以刪資料庫」的設計。
領隊會自動核准隊友的計畫。隊友在規劃模式下做完計畫,送給領隊核准,領隊「一收到就核准,不會審」。隊友的編輯和指令還是會經過權限提示,但計畫本身沒有人看。想要有人看,你得自己去看隊友的視窗。
還有幾個限制:/resume 不會把隊友帶回來、隊友有時忘了把任務標完成(會卡住依賴它的任務)、一場對話只能有一個團隊、隊友不能再生隊友。
動手做
先決定用哪一種。對著你要平行的那件事問:中間產物要不要進我的主對話?不要,子代理。幾個人要不要互相看到、互相反駁?要,團隊;不要,子代理或 worktree。改的檔案會不會重疊?會,不要平行,或先拆。
要開團隊的話,交辦要寫「立場」和「檔案範圍」,不寫「份量」。範本:
開三個隊友審查 PR #142,各自獨立、互不看對方的結論: - 隊友 security:只找安全問題(金鑰、權限、輸入驗證),只讀不改。 - 隊友 perf:只找效能問題(N+1 查詢、不必要的重算),只讀不改。 - 隊友 tests:只看測試覆蓋了什麼、漏了什麼,只讀不改。 三個都完成後,你(領隊)把三份發現合併成一張表:問題|嚴重度|誰發現的|證據(檔案:行號)。不要自己另外去審,等他們。
第一次用團隊,官方建議從不改程式的事開始:審查、研究、查一個 bug 的原因。平行寫程式的協調成本你先不用碰。
要平行寫程式,用 worktree 比團隊穩:claude --worktree feature-a 和 claude --worktree feature-b 各開一個終端機,事先用 to-tickets 那種「標明被誰擋住」的切法確認兩件事碰的檔案不重疊。
做對了的樣子:你說得出這次用的是四種裡的哪一種、為什麼;團隊裡沒有兩個隊友改同一個檔案;/usage 看得到這次花了多少,而且你事前有心理準備;隊友的計畫你至少看過一個,不是全靠領隊自動核准。
站內延伸
- 分身之前的三道題 → 什麼時候該分身
- 各給一張桌子 → branch 與 worktree
- 哪些票能同時開 → 動工前先被拷問
來源: Claude Code:Orchestrate teams of Claude Code sessions(啟用方式、子代理 vs 團隊對照、任務清單與檔案鎖、隊友訊息不可信、領隊自動核准計畫、3–5 隊友建議、限制清單);Claude Code:Subagents(內建三型、簡介 15,000 token 警告、模型選擇);Claude Code:Manage costs(規劃模式約 7 倍 token)。
子代理是「去做完回報一句」,團隊是「各自一個腦袋互相講話」,worktree 是「各自一張桌子」。團隊最強也最貴,而且隊友的話不算數、領隊不審計畫。從審查和研究開始用,平行寫程式先靠 worktree。
它們長得很像,
貴和失控差很多
什麼時候看這張:你確定要讓幾件事同時跑,但不知道該用哪一種。
- 幫手做完只回一句摘要,中間產物不進主對話
- 團隊各自一個腦袋,規劃時大約七倍花費
- 隊友的話不算數,但領隊收到計畫就直接核准
第一個動作問自己兩題:中間產物要不要進主對話?它們要不要互相反駁?三十秒,第一次先從審查開始。