Vai al contenuto
Se non funziona, non paghi. 30 giorni.
Implementa.
Agenti IA··5 min

Un agente o molti? Il miraggio del sistema multiagente

Montare un sistema multiagente in azienda è la moda di LinkedIn: sciami di agenti che si dividono il lavoro. Tesi scomoda: quasi sempre un solo agente ben montato, con buoni strumenti e contesto continuo, batte un esercito di agenti che si passano la patata bollente. Ecco quando orchestrare più agenti ha senso e quando è solo complessità per far scena, con fonte.

Senior AI Operations Implementer

AI Operations Pod

La tesi in una frase: montare un sistema multiagente in azienda è di moda, ed è quasi sempre la risposta sbagliata. Su LinkedIn va lo sciame: cinque, dieci, venti agenti che si dividono il lavoro e si passano i compiti come una squadra umana. Suona come il futuro. In pratica, un solo agente ben montato —con buoni strumenti e contesto continuo— batte quasi sempre un esercito di agenti che si passano la patata bollente. Orchestrare più agenti ha il suo momento, ma è l’eccezione, non il punto di partenza.

Il sistema multiagente in azienda: perché è di moda (e perché quasi sempre è di troppo)

Il multiagente vende perché racconta una bella storia: se un agente è intelligente, molti agenti coordinati saranno una squadra imbattibile. È lo stesso istinto che ci fa disegnare organigrammi —dividi et impera—. Il problema è che gli agenti di IA non sono persone, e ciò che in una squadra umana è delegare, tra agenti è spezzare il contesto. Ogni agente che aggiungi è una copia che vede solo la sua fetta del problema e indovina il resto. Moltiplichi le teste e moltiplichi i malintesi.

Non è una posizione controcorrente per sport. Cognition —le persone dietro Devin— l’ha titolato senza giri di parole nella sua ingegneria: non costruite multiagenti. Il loro argomento: l’architettura di sub-agenti in parallelo è fragile per progettazione: isolando il contesto tra agenti, prendono decisioni che si contraddicono e il risultato non combacia («Don’t Build Multi-Agents», Cognition). Anthropic arriva alla stessa cautela da un’altra strada: raccomanda di partire dalla cosa più semplice che funziona e di aggiungere agenti solo quando portano valore misurabile, e avverte che il suo stesso sistema multiagente consumava circa 15× più token di una chat normale per risolvere lo stesso problema («Building Effective Agents», Anthropic).

Perché un agente ben montato vince quasi sempre

L’alternativa noiosa —e quasi sempre migliore— è un solo agente con contesto continuo e buoni strumenti. Invece di dividere il lavoro tra cinque teste che non si parlano, ne dai a una tutto il contesto e gli strumenti per fare il lavoro dall’inizio alla fine. La chiave non è quanti agenti hai, è cosa può toccare quello che hai. Un agente con accesso ordinato ai tuoi sistemi —il tuo CRM, la tua email, i tuoi dati— risolve più di uno sciame cieco. Come si monta quell’agente perché regga il lavoro vero lo spieghiamo in creare un agente IA per le aziende, e da cosa dipende che ci azzecchi —l’accesso alla tua informazione— in addestrarlo con la tua stessa informazione.

Il salto di qualità raramente viene dall’aggiungere agenti; viene dal dare a quello che hai già strumenti ben progettati. Un agente che può interrogare il tuo database, aprire un ticket o mandare un’email con strumenti chiari e ben tipizzati fa più di dieci agenti che sanno solo parlarsi tra loro. È proprio il cambiamento che ha portato lo standard di connessione degli strumenti agli agenti, e perché conta lo raccontiamo in cos’è l’MCP e perché cambia gli agenti aziendali. Buoni strumenti, un agente. Non venti agenti monchi.

Quando orchestrare più agenti ha davvero senso

Questo non è un no netto al multiagente. Ci sono casi dove separare il lavoro tra agenti è la scelta giusta, non la posa. La regola è semplice: orchestri più agenti quando il lavoro si può davvero spezzare in pezzi indipendenti che non hanno bisogno di parlarsi a ogni passo.

  • Compiti davvero paralleli. Quando devi lanciare venti ricerche indipendenti contemporaneamente e poi unire i risultati, distribuire tra agenti fa guadagnare tempo. Il lavoro si divide pulito e si ricompone alla fine; nessuno dipende dal vicino a metà strada.
  • Specialità che non condividono contesto. Un agente che scrive e un altro che revisiona con criteri diversi possono convivere se il confine tra loro è netto e l’informazione che si passano è poca e chiara.
  • Isolare per contenere il rischio. A volte separi un agente con permessi pericolosi —toccare la produzione, muovere denaro— dal resto, proprio perché nessun altro pezzo possa scatenare ciò che solo lui deve fare sotto controllo.
SituazioneUn agente ben montatoSistema multiagente
Lavoro sequenziale a contesto condivisoVince: contesto continuo, senza perditeFragile: gli agenti si contraddicono
Compiti paralleli indipendentiSi inceppa sulla scalaVince: distribuisce e ricompone
Costo e latenzaBasso, un solo filoAlto: fino a ~15× più token
Debug quando fallisceTracciabile, un solo filoOpaco: quale agente ha combinato il guaio?

La domanda che decide l’architettura (non la moda di LinkedIn)

La decisione non è «multiagente sì o no» come bandiera. È «qual è la forma più semplice che risolve questo lavoro». Parti da un agente con buoni strumenti. Se si inceppa su una scala reale —non su una scala immaginata—, allora, e solo allora, orchestri. La maggior parte dei lavori d’ufficio —classificare, scrivere, riconciliare, rispondere— li fa senza problemi un agente ben montato, come l’agente amministrativo IA che svuota la casella senza un comitato di bot dietro. E quando il lavoro attraversa più sistemi, ciò che decide non è il numero di agenti: è che qualcuno monti il processo e lo sostenga, che è proprio ciò che fa l’automazione delle operazioni.

Lo lasciamo a girare?

Se questo ti ha risuonato, conversazione di 30 minuti senza impegno. Ti diciamo cosa calza, cosa no e il prezzo approssimativo.

Vedi i case study
Un agente o molti? Il miraggio del sistema multiagente · Implementa