Cosa sono i subagenti?

I subagenti sono un pattern architetturale in cui un agente principale, invece di eseguire ogni passaggio da solo dentro un unico contesto, delega porzioni di lavoro a sotto-agenti dedicati. Ogni subagente riceve un compito specifico, un proprio contesto isolato e i propri strumenti, lavora in modo indipendente e restituisce al genitore solo il risultato sintetizzato, non tutto il rumore intermedio (le ricerche fallite, i tentativi scartati, i documenti letti per scartarli subito dopo). Il genitore continua a ragionare su un contesto pulito, come se avesse un collaboratore a cui ha chiesto di indagare qualcosa e che è tornato con un riassunto, non con l'intero taccuino di lavoro. Il beneficio non è solo la pulizia del contesto: più sotto-task possono girare in parallelo invece che in sequenza, il che accorcia i tempi complessivi quando un compito richiede di esplorare più angoli indipendenti dello stesso problema.

Perché serve

Un contesto unico che accumula tutto il lavoro di esplorazione soffre di context rot: più cresce, più il modello fatica a distinguere ciò che conta da ciò che è rumore accumulato lungo la strada. Isolare un sotto-task dentro un subagente con contesto proprio evita che quel rumore contamini il contesto principale, e in più permette di eseguire più sotto-task in parallelo invece che uno dopo l'altro in sequenza. Se un compito complesso richiede di esplorare tre angoli diversi di un problema, tre subagenti possono farlo contemporaneamente, ciascuno nel proprio spazio, invece di allungare progressivamente un unico contesto condiviso.

Il compromesso

Ogni subagente costa tempo e token di avvio, e non condivide automaticamente il contesto del genitore: quello che il genitore sa, il subagente non lo sa a meno che non glielo si passi esplicitamente nel compito assegnato. Per questo il pattern va usato quando il beneficio dell'isolamento e del parallelismo supera quel costo di setup, non applicato di default a ogni piccolo task. Delegare a un subagente la domanda "che ore sono" non ha senso; delegargli un'indagine di ricerca che richiederebbe decine di passaggi in un contesto condiviso, sì.

Un esempio pratico

Un agente che deve rispondere a una domanda complessa può lanciare tre subagenti di ricerca in parallelo, ciascuno su un angolo diverso del problema, e poi sintetizzare i tre risultati in una risposta finale. L'alternativa, fare tutto in sequenza dentro un unico contesto che si allunga a ogni passaggio, è più lenta e più esposta al degrado da rumore accumulato.

Perché conta per la tua azienda

I subagenti si legano all'AI orchestration, che coordina il workflow più ampio in cui i subagenti vengono lanciati, e al context rot, il problema che questo pattern esiste per risolvere. Chi valuta sistemi agentici dovrebbe trattarlo come una scelta di design da applicare dove il compito lo giustifica, non come un default da attivare sempre: usato bene riduce tempo ed errori sui compiti complessi, usato senza criterio aggiunge solo costo e complessità.