用子代理與 Dynamic Workflows 跑單一 session 扛不動的大任務

到目前為止，你跑的都是一個 session 裝得下的任務。但有些工作大到一個 agent 扛不動：跨幾十個檔的重構、要同時審查整個 codebase、把一個大 feature 拆成好幾條平行的線。

這一課教你把這種任務拆開、平行跑。

為什麼大任務要拆

回到那個限制：一個 agent 一次能讀進來的脈絡有 context window 上限。一個任務塞太多，它會開始顧此失彼——讀了後面忘了前面。

解法跟你帶人做大專案一樣：拆成子任務，分給不同人(子代理)各自負責一塊。 每個子代理用自己獨立的脈絡處理一小塊，不會被整包雜訊干擾，主 session 再把結果收攏。

子代理：把子任務分派出去

子代理(subagent)是主 session 開出來、交辦一塊獨立工作的代理。典型用法：

• 平行探索:同時叫三個子代理分別讀三個模組，各自回報它那塊怎麼運作——比一個 session 一個個讀快得多。
• 分而治之的改動:大重構拆成幾個獨立的子任務，各自交給一個子代理改。
• 獨立審查:一個子代理寫、另一個子代理用全新的眼睛審——不帶前面的成見。

關鍵心法：子代理適合「可以獨立完成、結果能被主 session 收攏」的子任務。 互相緊密依賴、需要一直來回對齊的東西，硬拆反而更亂。

worktree:讓平行改動不互相污染

平行跑改動有個現實問題：它們會搶同一個工作目錄。解法是 git worktree——讓每條平行的線在自己隔離的工作副本裡跑，各改各的，最後再合。

這也呼應上一課提到的：長任務、平行任務，用 worktree 隔離，你的主工作區不會被半成品弄髒，出事也好回退。

Dynamic Workflows:用程式碼編排子代理

當「拆任務、派子代理、收結果」這件事本身需要邏輯(迴圈、條件、依結果決定下一步),Claude 提供了 Dynamic Workflows:用一段 JS 腳本來編排多個子代理，而不是把整個計畫塞進對話脈絡裡——讓「計畫住在程式碼，不住在記憶」。

它有明確的技術邊界，值得記住：研究預覽版的並行上限是 16 個同時跑、單次總量上限 1,000 個子代理，並可設定 effort 等級。(延伸：Opus 4.8 的 Dynamic Workflows 怎麼協調 1,000 個子代理)

你不一定每天用得到這麼大的編排，但知道它存在很重要：當你的任務大到「審查整個 repo」「跑一個跨上百個檔的遷移」，這就是讓它規模化又不失控的工具。

規模化的代價：成本也跟著放大

平行跑很爽，但別忘了它按用量計費——一次開 16 個子代理，就是 16 份用量同時在跑。大編排前先想：這個任務值得這個規模嗎？有沒有設好 effort 與範圍？規模化省的是時間，花的是 token，兩邊都要算。

動手：拆一個你一直拖著的大任務

挑一個你因為「太大、懶得開始」而拖著的任務(全 repo 的某個 lint 修正、一個跨多模組的小重構)。

1. 先讓 Claude Code 出計畫(回想上手的「先計畫再動手」)，把它拆成獨立子任務。
2. 對能平行的部分，讓它用子代理分頭跑;需要隔離的，用 worktree。
3. 結果回來，一樣逐個審 diff——規模放大，審查的紀律不能放掉。

你會發現，以前覺得「大到不想碰」的任務，拆開平行跑之後變得可行了。

最後一課：把 Claude Code 接進你的系統

到這裡，你能講清楚任務、設好權限、審得了 diff、還能拆大任務平行跑。最後一課，我們把它接進你的工具與系統——用 MCP 連你的資料庫、issue tracker、文件，用自訂指令把你最常做的工作流變成一句話。

林子睿（編輯：廖玄同），《用子代理與 Dynamic Workflows 跑單一 session 扛不動的大任務》，矽基前沿 [Si]gnals，2026-06-19。https://signals.tw/articles/claude-code-subagents-workflows/