Claude Code 子代理人和Agent Teams:實用指南

你見過"施洗者","Agent Teams","巫術"等詞,你懷疑你是否漏了什麼東西. 簡短的回答:對於你的大部分任務,沒有. 但對於大的工作,是的,這是值得理解的.

解去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相去相相去相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相.

副劑其實是

子代理是一個具有自身上下文,自身快感,以及自身工具許可權的專門助手.

當主要特工擊中一個定義明確的子任務時,它會將其委託給一個子特工. 潛質在它自己的上下文視窗工作, 做它的工作, 返回只是結果。 主劑不得到它的全部歷史 汙染它的背景, 它得到的結論.

這就是重點:保持主代理上下文清潔. 而不是一個特工在5萬個檔案搜尋符中溺水, 你有一個子代理 來進行搜尋,並報告三個有用的行.

您在您的工程的 .claude/agents/ 資料夾中宣告您的子代理 。 每個都有一個名字,一個描述,說明什麼時候使用它,和一個系統提示.

---
name: test-writer
description: Use when tests need to be written or fixed
---
You write tests. You aim for edge-case coverage,
not the happy path. You never touch production code.

Agent Teams,下一步行動

Agent Teams是被建入Claude Code的多劑管絃樂器. 仍為實驗性,預設已禁用,但固入點.

想法:一個領頭代理分出一個大任務,將每塊分給一個專家代理(有自己的模型,提示,工具),專家在共享檔案系統上平行工作,結果會迴流到領導.

如果"給專家"聽起來像副劑 那很正常 Agent Teams是這個想法一直推動到幾個特工真正平行執行,而不是一個接一個地執行.

內建外有Multiclaude和Gas Town等第三方管弦樂團. 他們有觀點,這就是當你開始的時候, 他們的出發點是:在你建立自己的習慣之前, 他們為你做決定.

當你需要它( 當你沒有)

明確一點:多代理管絃樂對於95%的代理輔助任務來說毫無意義. 在你大部分的日常工作裡,一個單一的代理是更快更簡單的.

現在,多劑仍然是攻擊大型專案的昂貴而實驗的方法.

你需要當:

• 工程被拆分成真正獨立的去觸碰不同檔案的片段.
• 單個上下文視窗無法支撐整個過程.
• 您想要將廣義的重構或再現的遷移相平行 .

你不需要它 對於一個蟲修復, 一個焦點特徵, 或任何適合在一個頭.

陷阱在轉動一個十名特工"團隊" 對於一個特工在五分鐘內會做的事 你付出的代名詞和複雜程度 來完成從未要求的任務.

真正的問題:能見度

以上所言所未盡. 一旦你執行幾個子特工或特工團隊,你就會失去線索.

領銜代表致5位專家. 哪個有用? 哪個結束了? 什麼在等待一個決定? 在終端裡你可以看到一堵卷軸的文字牆,你無法分辨是誰在做什麼.

這是視覺儀表板改變一切的地方。 AgentsRoom將每個劑和每個子劑作為自己的瓦片顯示,其狀態明確. 你看著代表團發生,你看誰在等你的答覆,你看誰墜毀。 文字的牆會變成可讀地圖.

沒有這種觀點,多代理的管絃樂仍是一個令人印象深刻的演示,每天無法管理. 有了它,它就會成為你實際使用的工具.

從哪裡開始

不要直接跳到一個8個代理團隊.

先用一兩個子劑進行精確,重複的任務:一個是寫測試,一個是搜尋程式碼庫. 你會很快感受到你主幹員的背景的收穫.

一旦那個機械師覺得很自然, 開啟Agent Teams 對於工作 乾淨地分裂。 注意誰做什麼 執行前批准計劃 停止審查成為你的瓶頸.

多代理人獎勵發射前的結構化人員. 不是發射最多的特工.