I subagent sono assistenti AI specializzati che gestiscono tipi specifici di attività. Utilizzi uno quando un’attività secondaria allagherebbe la sua conversazione principale con risultati di ricerca, log o contenuti di file che non farà più riferimento: il subagent svolge quel lavoro nel suo proprio contesto e restituisce solo il riassunto. Definisca un subagent personalizzato quando continua a generare lo stesso tipo di worker con le stesse istruzioni. Ogni subagent viene eseguito nella propria finestra di contesto con un prompt di sistema personalizzato, accesso a strumenti specifici e autorizzazioni indipendenti. Quando Claude incontra un’attività che corrisponde alla descrizione di un subagent, la delega a quel subagent, che lavora in modo indipendente e restituisce i risultati. Per vedere il risparmio di contesto in pratica, la visualizzazione della finestra di contesto illustra una sessione in cui un subagent gestisce la ricerca nella sua finestra separata.Documentation Index
Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
I subagent funzionano all’interno di una singola sessione. Per eseguire molte sessioni indipendenti in parallelo e monitorarle da un unico posto, consulti background agents. Per sessioni che comunicano tra loro, consulti agent teams.
- Preservare il contesto mantenendo l’esplorazione e l’implementazione fuori dalla sua conversazione principale
- Applicare vincoli limitando quali strumenti un subagent può utilizzare
- Riutilizzare configurazioni tra progetti con subagent a livello utente
- Specializzare il comportamento con prompt di sistema focalizzati per domini specifici
- Controllare i costi instradando le attività a modelli più veloci e economici come Haiku
- Subagent integrati
- Come creare i suoi
- Opzioni di configurazione complete
- Modelli per lavorare con i subagent
- Subagent di fork
- Subagent di esempio
Subagent integrati
Claude Code include subagent integrati che Claude utilizza automaticamente quando appropriato. Ognuno eredita le autorizzazioni della conversazione principale con restrizioni di strumenti aggiuntive.- Explore
- Plan
- General-purpose
- Other
Un agente veloce e di sola lettura ottimizzato per la ricerca e l’analisi delle basi di codice.
- Model: Haiku (veloce, bassa latenza)
- Tools: Strumenti di sola lettura (accesso negato agli strumenti Write e Edit)
- Purpose: Scoperta di file, ricerca di codice, esplorazione della base di codice
Quickstart: crea il suo primo subagent
I subagent sono definiti in file Markdown con frontmatter YAML. Può crearli manualmente o utilizzare il comando/agents.
Questa procedura la guida attraverso la creazione di un subagent a livello utente con il comando /agents. Il subagent esamina il codice e suggerisce miglioramenti per la base di codice.
Scelga una posizione
Selezioni la scheda Library, selezioni Create new agent, quindi scelga Personal. Questo salva il subagent in
~/.claude/agents/ in modo che sia disponibile in tutti i suoi progetti.Generi con Claude
Selezioni Generate with Claude. Quando richiesto, descriva il subagent:Claude genera l’identificatore, la descrizione e il prompt di sistema per lei.
Selezioni gli strumenti
Per un revisore di sola lettura, deselezioni tutto tranne Read-only tools. Se mantiene tutti gli strumenti selezionati, il subagent eredita tutti gli strumenti disponibili per la conversazione principale.
Selezioni il modello
Scelga quale modello utilizza il subagent. Per questo agente di esempio, selezioni Sonnet, che bilancia capacità e velocità per analizzare i modelli di codice.
Scelga un colore
Scelga un colore di sfondo per il subagent. Questo la aiuta a identificare quale subagent è in esecuzione nell’interfaccia utente.
Configuri la memoria
Selezioni User scope per dare al subagent una directory di memoria persistente in
~/.claude/agent-memory/. Il subagent utilizza questo per accumulare intuizioni tra le conversazioni, come modelli di base di codice e problemi ricorrenti. Selezioni None se non vuole che il subagent persista gli insegnamenti.Salvi e provi
Esamini il riepilogo della configurazione. Prema Claude delega al suo nuovo subagent, che scansiona la base di codice e restituisce suggerimenti di miglioramento.
s o Enter per salvare, oppure prema e per salvare e modificare il file nel suo editor. Il subagent è disponibile immediatamente. Lo provi:Configuri i subagent
Usi il comando /agents
Il comando/agents apre un’interfaccia a schede per gestire i subagent. La scheda Running mostra i subagent live e le consente di aprirli o fermarli. La scheda Library le consente di:
- Visualizzare tutti i subagent disponibili (integrati, utente, progetto e plugin)
- Creare nuovi subagent con configurazione guidata o generazione Claude
- Modificare la configurazione del subagent esistente e l’accesso agli strumenti
- Eliminare subagent personalizzati
- Vedere quali subagent sono attivi quando esistono duplicati
Scelga l’ambito del subagent
I subagent sono file Markdown con frontmatter YAML. Li archivi in posizioni diverse a seconda dell’ambito. Quando più subagent condividono lo stesso nome, la posizione con priorità più alta vince.| Location | Scope | Priority | Come creare |
|---|---|---|---|
| Managed settings | Organization-wide | 1 (massima) | Distribuito tramite managed settings |
Flag CLI --agents | Sessione corrente | 2 | Passa JSON quando avvia Claude Code |
.claude/agents/ | Progetto corrente | 3 | Interattivo o manuale |
~/.claude/agents/ | Tutti i suoi progetti | 4 | Interattivo o manuale |
Directory agents/ del plugin | Dove il plugin è abilitato | 5 (minima) | Installato con plugins |
.claude/agents/) sono ideali per subagent specifici di una base di codice. Li archivi nel controllo della versione in modo che il suo team possa utilizzarli e migliorarli in modo collaborativo.
I subagent di progetto vengono scoperti camminando verso l’alto dalla directory di lavoro corrente. Le directory aggiunte con --add-dir concedono solo l’accesso ai file e non vengono scansionate per i subagent. Per condividere i subagent tra progetti, usi ~/.claude/agents/ o un plugin.
I subagent utente (~/.claude/agents/) sono subagent personali disponibili in tutti i suoi progetti.
Claude Code scansiona .claude/agents/ e ~/.claude/agents/ ricorsivamente, quindi può organizzare le definizioni in sottocartelle come agents/review/ o agents/research/. Il percorso della sottodirectory non influisce su come un subagent viene identificato o invocato, perché l’identità proviene solo dal campo frontmatter name. Mantenga i valori name univoci in tutto l’albero: se due file all’interno di un ambito dichiarano lo stesso nome, Claude Code ne mantiene uno e scarta l’altro senza avviso.
Le directory agents/ del plugin vengono scansionate anche ricorsivamente. A differenza degli ambiti di progetto e utente, una sottocartella all’interno della directory agents/ di un plugin diventa parte dell’identificatore con ambito: un file in agents/review/security.md nel plugin my-plugin si registra come my-plugin:review:security.
I subagent definiti da CLI vengono passati come JSON quando avvia Claude Code. Esistono solo per quella sessione e non vengono salvati su disco, rendendoli utili per test rapidi o script di automazione. Può definire più subagent in una singola chiamata --agents:
- macOS, Linux, WSL
- Windows PowerShell
--agents accetta JSON con gli stessi campi frontmatter dei subagent basati su file: description, prompt, tools, disallowedTools, model, permissionMode, mcpServers, hooks, maxTurns, skills, initialPrompt, memory, effort, background, isolation e color. Usi prompt per il prompt di sistema, equivalente al corpo markdown nei subagent basati su file.
I subagent gestiti vengono distribuiti dagli amministratori dell’organizzazione. Posizioni file markdown in .claude/agents/ all’interno della directory managed settings, utilizzando lo stesso formato frontmatter dei subagent di progetto e utente. Le definizioni gestite hanno la precedenza sui subagent di progetto e utente con lo stesso nome.
I subagent plugin provengono da plugins che ha installato. Appaiono in /agents insieme ai suoi subagent personalizzati. Consulti il riferimento dei componenti plugin per i dettagli sulla creazione di subagent plugin.
Per motivi di sicurezza, i subagent plugin non supportano i campi frontmatter
hooks, mcpServers o permissionMode. Questi campi vengono ignorati durante il caricamento degli agenti da un plugin. Se ne ha bisogno, copi il file dell’agente in .claude/agents/ o ~/.claude/agents/. Può anche aggiungere regole a permissions.allow in settings.json o settings.local.json, ma queste regole si applicano all’intera sessione, non solo al subagent plugin.tools e model, con il corpo della definizione aggiunto al prompt di sistema del compagno di squadra come istruzioni aggiuntive. Consulti agent teams per quali campi frontmatter si applicano su quel percorso.
Scriva file subagent
I file subagent utilizzano frontmatter YAML per la configurazione, seguito dal prompt di sistema in Markdown:I subagent vengono caricati all’avvio della sessione. Se aggiunge o modifica un file subagent direttamente su disco, riavvii la sua sessione per caricarlo. I subagent creati tramite l’interfaccia
/agents hanno effetto immediatamente senza un riavvio.cd non persistono tra le chiamate dello strumento Bash o PowerShell e non influenzano la directory di lavoro della conversazione principale. Per dare al subagent una copia isolata del repository, imposti isolation: worktree.
Campi frontmatter supportati
I seguenti campi possono essere utilizzati nel frontmatter YAML. Soloname e description sono obbligatori.
| Field | Required | Description |
|---|---|---|
name | Yes | Identificatore univoco utilizzando lettere minuscole e trattini. Hooks ricevono questo valore come agent_type. Il nome del file non deve corrispondere |
description | Yes | Quando Claude dovrebbe delegare a questo subagent |
tools | No | Strumenti che il subagent può utilizzare. Eredita tutti gli strumenti se omesso. Per precaricare Skills nel contesto, usi il campo skills piuttosto che elencare Skill qui |
disallowedTools | No | Strumenti da negare, rimossi dall’elenco ereditato o specificato |
model | No | Modello da utilizzare: sonnet, opus, haiku, un ID modello completo (ad esempio, claude-opus-4-7), o inherit. Predefinito: inherit |
permissionMode | No | Modalità di autorizzazione: default, acceptEdits, auto, dontAsk, bypassPermissions, o plan. Ignorato per subagent plugin |
maxTurns | No | Numero massimo di turni agentici prima che il subagent si fermi |
skills | No | Skills da precaricare nel contesto del subagent all’avvio. Il contenuto completo della skill viene iniettato, non solo la descrizione. I subagent possono ancora invocare skills di progetto, utente e plugin non elencate tramite lo strumento Skill |
mcpServers | No | MCP servers disponibili per questo subagent. Ogni voce è un nome di server che fa riferimento a un server già configurato (ad esempio, "slack") o una definizione inline con il nome del server come chiave e una configurazione MCP server completa come valore. Ignorato per subagent plugin |
hooks | No | Lifecycle hooks limitati a questo subagent. Ignorato per subagent plugin |
memory | No | Ambito di memoria persistente: user, project, o local. Abilita l’apprendimento tra sessioni |
background | No | Imposta su true per eseguire sempre questo subagent come background task. Predefinito: false |
effort | No | Livello di sforzo quando questo subagent è attivo. Sostituisce il livello di sforzo della sessione. Predefinito: eredita dalla sessione. Opzioni: low, medium, high, xhigh, max; i livelli disponibili dipendono dal modello |
isolation | No | Imposta su worktree per eseguire il subagent in un git worktree temporaneo, dandogli una copia isolata del repository. Il worktree viene automaticamente pulito se il subagent non apporta modifiche |
color | No | Colore di visualizzazione per il subagent nell’elenco attività e nella trascrizione. Accetta red, blue, green, yellow, purple, orange, pink, o cyan |
initialPrompt | No | Auto-inviato come primo turno utente quando questo agente viene eseguito come agente della sessione principale (tramite --agent o l’impostazione agent). Commands e skills vengono elaborati. Anteposto a qualsiasi prompt fornito dall’utente |
Scelga un modello
Il campomodel controlla quale modello AI utilizza il subagent:
- Alias modello: Usi uno degli alias disponibili:
sonnet,opus, ohaiku - ID modello completo: Usi un ID modello completo come
claude-opus-4-7oclaude-sonnet-4-6. Accetta gli stessi valori del flag--model - inherit: Usi lo stesso modello della conversazione principale
- Omesso: Se non specificato, predefinito a
inherit(usa lo stesso modello della conversazione principale)
model per quella specifica invocazione. Claude Code risolve il modello del subagent in questo ordine:
- La variabile di ambiente
CLAUDE_CODE_SUBAGENT_MODEL, se impostata - Il parametro
modelper invocazione - Il frontmatter
modeldella definizione del subagent - Il modello della conversazione principale
Controlli le capacità del subagent
Può controllare cosa possono fare i subagent attraverso l’accesso agli strumenti, le modalità di autorizzazione e le regole condizionali.Strumenti disponibili
I subagent possono utilizzare qualsiasi strumento interno di Claude Code. Per impostazione predefinita, i subagent ereditano tutti gli strumenti dalla conversazione principale, inclusi gli strumenti MCP. Per limitare gli strumenti, usi il campotools (allowlist) o il campo disallowedTools (denylist). Questo esempio usa tools per consentire esclusivamente Read, Grep, Glob e Bash. Il subagent non può modificare file, scrivere file o utilizzare alcuno strumento MCP:
disallowedTools per ereditare ogni strumento dalla conversazione principale tranne Write e Edit. Il subagent mantiene Bash, strumenti MCP e tutto il resto:
disallowedTools viene applicato per primo, quindi tools viene risolto rispetto al pool rimanente. Uno strumento elencato in entrambi viene rimosso.
Limiti quali subagent possono essere generati
Quando un agente viene eseguito come thread principale conclaude --agent, può generare subagent utilizzando lo strumento Agent. Per limitare quali tipi di subagent può generare, usi la sintassi Agent(agent_type) nel campo tools.
Nella versione 2.1.63, lo strumento Task è stato rinominato in Agent. I riferimenti
Task(...) esistenti nelle impostazioni e nelle definizioni degli agenti continuano a funzionare come alias.worker e researcher possono essere generati. Se l’agente tenta di generare qualsiasi altro tipo, la richiesta fallisce e l’agente vede solo i tipi consentiti nel suo prompt. Per bloccare agenti specifici mentre consente tutti gli altri, usi permissions.deny invece.
Per consentire la generazione di qualsiasi subagent senza restrizioni, usi Agent senza parentesi:
Agent è completamente omesso dall’elenco tools, l’agente non può generare alcun subagent. Questa restrizione si applica solo agli agenti eseguiti come thread principale con claude --agent. I subagent non possono generare altri subagent, quindi Agent(agent_type) non ha effetto nelle definizioni dei subagent.
Limiti i server MCP a un subagent
Usi il campomcpServers per dare a un subagent accesso ai server MCP che non sono disponibili nella conversazione principale. I server inline definiti qui vengono connessi quando il subagent inizia e disconnessi quando finisce. I riferimenti stringa condividono la connessione della sessione principale.
Il campo
mcpServers si applica in entrambi i contesti in cui un file agente può essere eseguito:- Come subagent, generato tramite lo strumento Agent o un @-mention
- Come sessione principale, avviato con
--agento l’impostazioneagent
.mcp.json e ai file di impostazioni..mcp.json (stdio, http, sse, ws), con chiave il nome del server.
Per mantenere un server MCP fuori dalla conversazione principale e evitare che le descrizioni dei suoi strumenti consumino contesto lì, lo definisca inline qui piuttosto che in .mcp.json. Il subagent ottiene gli strumenti; la conversazione principale no.
Modalità di autorizzazione
Il campopermissionMode controlla come il subagent gestisce i prompt di autorizzazione. I subagent ereditano il contesto di autorizzazione dalla conversazione principale e possono sovrascrivere la modalità, tranne quando la modalità principale ha la precedenza come descritto di seguito.
| Mode | Behavior |
|---|---|
default | Controllo di autorizzazione standard con prompt |
acceptEdits | Auto-accetta modifiche ai file e comandi comuni del filesystem per i percorsi nella directory di lavoro o additionalDirectories |
auto | Auto mode: un classificatore AI valuta ogni chiamata di strumento |
dontAsk | Auto-nega prompt di autorizzazione (gli strumenti esplicitamente consentiti continuano a funzionare) |
bypassPermissions | Salta i prompt di autorizzazione |
plan | Plan mode (esplorazione di sola lettura) |
bypassPermissions o acceptEdits, questo ha la precedenza e non può essere sovrascritto. Se il principale utilizza auto mode, il subagent eredita auto mode e qualsiasi permissionMode nel suo frontmatter viene ignorato: il classificatore valuta le chiamate di strumenti del subagent con le stesse regole di blocco e consentimento della sessione principale.
Precarichi skills nei subagent
Usi il camposkills per iniettare il contenuto della skill nel contesto del subagent all’avvio. Questo dà al subagent conoscenza del dominio senza richiedere che scopra e carichi le skills durante l’esecuzione.
Skill dall’elenco tools o aggiunga a disallowedTools.
Non può precaricare skills che impostano disable-model-invocation: true, poiché il precaricamento attinge dallo stesso insieme di skills che Claude può invocare. Se una skill elencata è mancante o disabilitata, Claude Code la salta e registra un avviso nel log di debug.
Questo è l’inverso di eseguire una skill in un subagent. Con
skills in un subagent, il subagent controlla il prompt di sistema e carica il contenuto della skill. Con context: fork in una skill, il contenuto della skill viene iniettato nell’agente che specifica. Entrambi utilizzano lo stesso sistema sottostante.Abiliti memoria persistente
Il campomemory dà al subagent una directory persistente che sopravvive tra le conversazioni. Il subagent utilizza questa directory per costruire conoscenza nel tempo, come modelli di base di codice, intuizioni di debug e decisioni architettoniche.
| Scope | Location | Usi quando |
|---|---|---|
user | ~/.claude/agent-memory/<name-of-agent>/ | il subagent dovrebbe ricordare gli insegnamenti tra tutti i progetti |
project | .claude/agent-memory/<name-of-agent>/ | la conoscenza del subagent è specifica del progetto e condivisibile tramite controllo della versione |
local | .claude/agent-memory-local/<name-of-agent>/ | la conoscenza del subagent è specifica del progetto ma non dovrebbe essere archiviata nel controllo della versione |
- Il prompt di sistema del subagent include istruzioni per leggere e scrivere nella directory di memoria.
- Il prompt di sistema del subagent include anche le prime 200 righe o 25KB di
MEMORY.mdnella directory di memoria, a seconda di quale sia minore, con istruzioni per curareMEMORY.mdse supera quel limite. - Gli strumenti Read, Write e Edit vengono automaticamente abilitati in modo che il subagent possa gestire i suoi file di memoria.
Suggerimenti per la memoria persistente
-
projectè l’ambito predefinito consigliato. Lo rende condivisibile tramite controllo della versione. Usiuserquando la conoscenza del subagent è ampiamente applicabile tra progetti, olocalquando la conoscenza non dovrebbe essere archiviata nel controllo della versione. - Chieda al subagent di consultare la sua memoria prima di iniziare il lavoro: “Review this PR, and check your memory for patterns you’ve seen before.”
- Chieda al subagent di aggiornare la sua memoria dopo aver completato un’attività: “Now that you’re done, save what you learned to your memory.” Nel tempo, questo costruisce una base di conoscenza che rende il subagent più efficace.
-
Includa istruzioni di memoria direttamente nel file markdown del subagent in modo che mantenga proattivamente la sua stessa base di conoscenza:
Regole condizionali con hooks
Per un controllo più dinamico sull’utilizzo degli strumenti, usi gli hookPreToolUse per convalidare le operazioni prima che vengano eseguite. Questo è utile quando ha bisogno di consentire alcune operazioni di uno strumento mentre ne blocca altre.
Questo esempio crea un subagent che consente solo query di database di sola lettura. L’hook PreToolUse esegue lo script specificato in command prima di ogni comando Bash:
shell: powershell alla voce dell’hook come mostrato in running hooks in PowerShell.
Disabiliti subagent specifici
Può impedire a Claude di utilizzare subagent specifici aggiungendoli all’arraydeny nelle sue impostazioni. Usi il formato Agent(subagent-name) dove subagent-name corrisponde al campo name del subagent.
--disallowedTools:
Definisca hook per i subagent
I subagent possono definire hook che vengono eseguiti durante il ciclo di vita del subagent. Ci sono due modi per configurare gli hook:- Nel frontmatter del subagent: Definisca hook che vengono eseguiti solo mentre quel subagent è attivo
- In
settings.json: Definisca hook che vengono eseguiti nella sessione principale quando i subagent iniziano o si fermano
Hook nel frontmatter del subagent
Definisca gli hook direttamente nel file markdown del subagent. Questi hook vengono eseguiti solo mentre quel subagent specifico è attivo e vengono puliti quando finisce.Gli hook nel frontmatter si attivano quando l’agente viene generato come subagent tramite lo strumento Agent o un @-mention, e quando l’agente viene eseguito come principale della sessione tramite
--agent o l’impostazione agent. Nel caso della sessione principale, vengono eseguiti insieme a qualsiasi hook definito in settings.json.| Event | Matcher input | Quando si attiva |
|---|---|---|
PreToolUse | Nome dello strumento | Prima che il subagent utilizzi uno strumento |
PostToolUse | Nome dello strumento | Dopo che il subagent ha utilizzato uno strumento |
Stop | (nessuno) | Quando il subagent finisce (convertito in SubagentStop al runtime) |
PreToolUse ed esegue un linter dopo le modifiche ai file con PostToolUse:
Stop nel frontmatter vengono automaticamente convertiti in eventi SubagentStop.
Hook a livello di progetto per gli eventi dei subagent
Configuri gli hook insettings.json che rispondono agli eventi del ciclo di vita dei subagent nella sessione principale.
| Event | Matcher input | Quando si attiva |
|---|---|---|
SubagentStart | Nome del tipo di agente | Quando un subagent inizia l’esecuzione |
SubagentStop | Nome del tipo di agente | Quando un subagent completa |
db-agent inizia e uno script di pulizia quando qualsiasi subagent si ferma:
Lavori con i subagent
Comprenda la delegazione automatica
Claude delega automaticamente le attività in base alla descrizione dell’attività nella sua richiesta, al campodescription nelle configurazioni dei subagent e al contesto attuale. Per incoraggiare la delegazione proattiva, includa frasi come “use proactively” nel campo description del suo subagent.
Invochi i subagent esplicitamente
Quando la delegazione automatica non è sufficiente, può richiedere un subagent lei stesso. Tre modelli escalation da un suggerimento una tantum a un predefinito a livello di sessione:- Linguaggio naturale: nomini il subagent nel suo prompt; Claude decide se delegare
- @-mention: garantisce che il subagent viene eseguito per un’attività
- A livello di sessione: l’intera sessione utilizza il prompt di sistema, le restrizioni di strumenti e il modello di quel subagent tramite il flag
--agento l’impostazioneagent
@ e scelga il subagent dal typeahead, nello stesso modo in cui @-mention i file. Questo assicura che quel subagent specifico viene eseguito piuttosto che lasciare la scelta a Claude:
my-plugin:code-reviewer o my-plugin:review:security quando il plugin organizza gli agenti in sottocartelle. I subagent in background denominati attualmente in esecuzione nella sessione appaiono anche nel typeahead, mostrando il loro stato accanto al nome. Può anche digitare la mention manualmente senza usare il picker: @agent-<name> per i subagent locali, o @agent- seguito dal nome con ambito per i subagent plugin, ad esempio @agent-my-plugin:code-reviewer.
Esegua l’intera sessione come un subagent. Passi --agent <name> per avviare una sessione in cui il thread principale stesso assume il prompt di sistema, le restrizioni di strumenti e il modello di quel subagent:
--system-prompt fa. I file CLAUDE.md e la memoria del progetto continuano a caricarsi attraverso il flusso di messaggi normale. Il nome dell’agente appare come @<name> nell’intestazione di avvio in modo che possa confermare che è attivo.
Questo funziona con i subagent integrati e personalizzati, e la scelta persiste quando riprende la sessione.
Per un subagent fornito da un plugin, passi il nome con ambito: claude --agent <plugin-name>:<agent-name>. Se il plugin posiziona l’agente in una sottocartella della sua directory agents/, includa la sottocartella nel nome con ambito, ad esempio claude --agent my-plugin:review:security.
Per renderlo il predefinito per ogni sessione in un progetto, imposti agent in .claude/settings.json:
Esegua i subagent in primo piano o in background
I subagent possono essere eseguiti in primo piano (bloccante) o in background (concorrente):- Subagent in primo piano bloccano la conversazione principale fino al completamento. I prompt di autorizzazione vengono passati a lei mentre si presentano.
- Subagent in background vengono eseguiti contemporaneamente mentre continua a lavorare. Vengono eseguiti con le autorizzazioni già concesse nella sessione e auto-negano qualsiasi chiamata di strumento che altrimenti richiederebbe un prompt. Se un subagent in background ha bisogno di fare domande di chiarimento, quella chiamata di strumento fallisce ma il subagent continua.
- Chiedere a Claude di “run this in the background”
- Premere Ctrl+B per mettere in background un’attività in esecuzione
CLAUDE_CODE_DISABLE_BACKGROUND_TASKS su 1. Consulti Environment variables.
Quando la fork mode è abilitata, ogni spawn di subagent viene eseguito in background indipendentemente dal campo background. I fork continuano a far emergere i prompt di autorizzazione nel suo terminale mentre si verificano; i subagent denominati auto-negano qualsiasi cosa che altrimenti richiederebbe un prompt, come descritto sopra.
Modelli comuni
Isoli operazioni ad alto volume
Uno degli usi più efficaci per i subagent è isolare le operazioni che producono grandi quantità di output. L’esecuzione di test, il recupero della documentazione o l’elaborazione di file di log possono consumare contesto significativo. Delegando questi a un subagent, l’output dettagliato rimane nel contesto del subagent mentre solo il riassunto rilevante ritorna alla sua conversazione principale.Esegua ricerca parallela
Per indagini indipendenti, generi più subagent per lavorare simultaneamente:Concateni i subagent
Per flussi di lavoro multi-step, chieda a Claude di utilizzare i subagent in sequenza. Ogni subagent completa la sua attività e restituisce i risultati a Claude, che poi passa il contesto rilevante al subagent successivo.Scelga tra subagent e conversazione principale
Usi la conversazione principale quando:- L’attività necessita di frequenti scambi o raffinamento iterativo
- Più fasi condividono contesto significativo (pianificazione → implementazione → test)
- Sta facendo un cambio rapido e mirato
- La latenza è importante. I subagent iniziano da zero e potrebbero aver bisogno di tempo per raccogliere contesto
- L’attività produce output dettagliato che non ha bisogno nel suo contesto principale
- Vuole applicare restrizioni di strumenti o autorizzazioni specifiche
- Il lavoro è autonomo e può restituire un riassunto
/btw invece di un subagent. Vede il suo contesto completo ma non ha accesso agli strumenti e la risposta viene scartata piuttosto che aggiunta alla cronologia.
I subagent non possono generare altri subagent. Se il suo flusso di lavoro richiede delegazione annidata, usi Skills o concateni i subagent dalla conversazione principale.
Gestisca il contesto del subagent
Riprenda i subagent
Ogni invocazione di subagent crea una nuova istanza con contesto fresco. Per continuare il lavoro di un subagent esistente invece di ricominciare, chieda a Claude di riprendere. I subagent ripresi mantengono la loro cronologia di conversazione completa, incluse tutte le precedenti chiamate di strumenti, risultati e ragionamento. Il subagent riprende esattamente da dove si era fermato piuttosto che ricominciare da zero. Quando un subagent completa, Claude riceve il suo ID agente. Claude utilizza lo strumentoSendMessage con l’ID dell’agente come campo to per riprendere. Lo strumento SendMessage è disponibile solo quando agent teams sono abilitati tramite CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1.
Per riprendere un subagent, chieda a Claude di continuare il lavoro precedente:
SendMessage, si auto-riprende in background senza richiedere una nuova invocazione Agent.
Può anche chiedere a Claude l’ID agente se vuole fare riferimento ad esso esplicitamente, o trovare gli ID nei file di trascrizione in ~/.claude/projects/{project}/{sessionId}/subagents/. Ogni trascrizione è archiviata come agent-{agentId}.jsonl.
Le trascrizioni dei subagent persistono indipendentemente dalla conversazione principale:
- Compattazione della conversazione principale: Quando la conversazione principale si compatta, le trascrizioni dei subagent non sono interessate. Sono archiviate in file separati.
- Persistenza della sessione: Le trascrizioni dei subagent persistono all’interno della loro sessione. Può riprendere un subagent dopo aver riavviato Claude Code riprendendo la stessa sessione.
- Pulizia automatica: Le trascrizioni vengono pulite in base all’impostazione
cleanupPeriodDays(predefinito: 30 giorni).
Auto-compattazione
I subagent supportano la compattazione automatica utilizzando la stessa logica della conversazione principale. Per impostazione predefinita, la compattazione automatica si attiva a circa il 95% della capacità. Per attivare la compattazione prima, impostiCLAUDE_AUTOCOMPACT_PCT_OVERRIDE su una percentuale inferiore (ad esempio, 50). Consulti environment variables per i dettagli.
Gli eventi di compattazione vengono registrati nei file di trascrizione dei subagent:
preTokens mostra quanti token sono stati utilizzati prima che si verificasse la compattazione.
Esegua il fork della conversazione corrente
I subagent di fork sono sperimentali e richiedono Claude Code v2.1.117 o successivo. Il comportamento e la configurazione potrebbero cambiare nelle versioni future. Abilitarli impostando la variabile di ambiente
CLAUDE_CODE_FORK_SUBAGENT su 1. La variabile è rispettata in modalità interattiva e tramite SDK o claude -p.- Claude genera un fork ogni volta che altrimenti utilizzerebbe il subagent general-purpose. I subagent denominati come Explore continuano a generarsi come prima.
- Ogni spawn di subagent viene eseguito in background, sia che sia un fork che un subagent denominato. Imposti
CLAUDE_CODE_DISABLE_BACKGROUND_TASKSsu1per mantenere gli spawn sincroni. - Il comando
/forkgenera un fork invece di agire come alias per/branch.
/fork seguito da una direttiva. Claude Code nomina il fork dalle prime parole della direttiva. L’esempio seguente esegue il fork della conversazione per redigere casi di test mentre continua con l’implementazione nella sessione principale:
Osservi e dirija i fork in esecuzione
I fork in esecuzione appaiono in un pannello sotto l’input del prompt, con una riga per la sessione principale e una per ogni fork. Usi questi tasti per interagire con il pannello:| Key | Action |
|---|---|
↑ / ↓ | Sposta tra le righe |
Enter | Apra la trascrizione del fork selezionato e invii messaggi di follow-up |
x | Chiuda un fork finito o fermi uno in esecuzione |
Esc | Restituisca il focus all’input del prompt |
Come i fork differiscono dai subagent denominati
Un fork eredita tutto ciò che la sessione principale ha nel momento in cui viene generato. Un subagent denominato inizia dalla sua propria definizione.| Fork | Subagent denominato | |
|---|---|---|
| Context | Cronologia di conversazione completa | Contesto fresco con il prompt che passa |
| System prompt e tools | Uguale alla sessione principale | Dalla definition file del subagent |
| Model | Uguale alla sessione principale | Dal campo model del subagent |
| Permissions | I prompt emergono nel suo terminale | Auto-negati quando viene eseguito in background |
| Prompt cache | Condiviso con la sessione principale | Cache separata |
isolation: "worktree" in modo che le modifiche ai file del fork vengano scritte in un git worktree separato invece del suo checkout.
Limitazioni
L’impostazione diCLAUDE_CODE_FORK_SUBAGENT=1 abilita la fork mode in sessioni interattive, modalità non interattiva e SDK Agent. Un fork non può generare ulteriori fork.
Subagent di esempio
Questi esempi dimostrano modelli efficaci per la costruzione di subagent. Li usi come punti di partenza, o generi una versione personalizzata con Claude.Revisore di codice
Un subagent di sola lettura che esamina il codice senza modificarlo. Questo esempio mostra come progettare un subagent focalizzato con accesso limitato agli strumenti (nessun Edit o Write) e un prompt dettagliato che specifica esattamente cosa cercare e come formattare l’output.Debugger
Un subagent che può sia analizzare che correggere i problemi. A differenza del revisore di codice, questo include Edit perché correggere i bug richiede la modifica del codice. Il prompt fornisce un flusso di lavoro chiaro dalla diagnosi alla verifica.Data scientist
Un subagent specifico del dominio per il lavoro di analisi dei dati. Questo esempio mostra come creare subagent per flussi di lavoro specializzati al di fuori dei tipici compiti di codifica. Imposta esplicitamentemodel: sonnet per un’analisi più capace.
Validatore di query di database
Un subagent che consente l’accesso a Bash ma convalida i comandi per consentire solo query SQL di sola lettura. Questo esempio mostra come usare gli hookPreToolUse per la convalida condizionale quando ha bisogno di un controllo più fine di quello che il campo tools fornisce.
command nella sua configurazione dell’hook:
shell: powershell alla voce dell’hook. Consulti esecuzione degli hook in PowerShell.
L’hook riceve JSON tramite stdin con il comando Bash in tool_input.command. Il codice di uscita 2 blocca l’operazione e alimenta il messaggio di errore a Claude. Consulti Hooks per i dettagli sui codici di uscita e Hook input per lo schema di input completo.
Passaggi successivi
Ora che comprende i subagent, esplori queste funzionalità correlate:- Distribuisca subagent con i plugin per condividere i subagent tra team o progetti
- Esegua Claude Code a livello di programmazione con l’Agent SDK per CI/CD e automazione
- Usi i server MCP per dare ai subagent accesso a strumenti e dati esterni