subagents

Thariq, ingegnere in Anthropic, elenca i subagent come una delle cinque opzioni che un utente di Claude Code ha alla fine di ogni turno, insieme a continuare, rewind, /clear e /compact. Questa collocazione riassume bene il concetto: la delega è prima di tutto una decisione di gestione del contesto. Il suo criterio è semplice: mi servirà questo output intermedio o solo la conclusione? I blocchi di lavoro che generano molto rumore, verificare un risultato, leggere un'altra codebase, scrivere documentazione, vanno affidati a un agente con una propria finestra di contesto pulita, mentre la conversazione principale resta concentrata sull'obiettivo di alto livello.

Un secondo uso è di tipo avversariale. Boris Cherny avvia più istanze parallele di Claude per la revisione del codice: una prima passata su linee guida di stile, storia del progetto e bug evidenti, poi altri cinque subagent che cercano di smontare quei risultati. Riferisce che questa combinazione individua problemi reali senza falsi allarmi. Li usa anche per le migrazioni di codice, dove un agente principale costruisce la lista delle attività e i subagent prendono in carico le voci in parallelo. In Every, Dan Shipper e Kieran Klaassen collocano dodici subagent paralleli nella fase di valutazione del Compound Engineering, ciascuno dei quali giudica il codice da un'angolazione (sicurezza, prestazioni, complessità, architettura); questa fase assorbe circa il 40% di un ciclo.

Alan Blount estende il pattern dai ruoli ai modelli: in un harness di coding, i subagent vengono mappati su modelli distinti, quello rapido in prima linea, il pianificatore approfondito nei checkpoint architetturali. Thariq si aspetta che, col tempo, Claude gestisca questi meccanismi in modo automatico. Per ora, scegliere cosa delegare resta una competenza dell'utente.