Sistema multi-agente: definizione, funzionamento ed esempi

Definizione dettagliata

Un sistema multi-agente è composto da più agenti IA che lavorano insieme su una stessa missione invece di un unico agente che fa tutto. IBM lo descrive come più agenti che svolgono attività per conto di un utente o di un altro sistema, ciascuno mantenendo le proprie capacità decisionali pur cooperando verso un risultato comune. Google Cloud va nella stessa direzione: un'architettura in cui più agenti lavorano insieme su attività complesse, ciascuno con un ruolo spesso specializzato, il che permette di scomporre un grande workflow in parti più gestibili.

Il punto che distingue davvero un sistema multi-agente da un semplice agente che chiama altri agenti come strumenti è la comunicazione. IBM insiste su questo aspetto: gli agenti interagiscono direttamente tra loro, oppure indirettamente modificando un ambiente o una memoria condivisa. Senza questo scambio, si ha una raccolta di agenti isolati, non un sistema.

Esiste una sfumatura tra le fonti su cosa significhi "collaborare". IBM distingue due logiche: una logica cooperativa, in cui gli agenti condividono un obiettivo comune (il caso ampiamente dominante negli usi aziendali), e una logica competitiva o di negoziazione, ereditata dalla ricerca accademica sui sistemi multi-agente, in cui agenti con interessi divergenti negoziano tra loro (uno scenario citato ad esempio per la catena logistica). Google Cloud e Microsoft, dal canto loro, si concentrano quasi esclusivamente sulla versione cooperativa orientata all'azienda: agenti specializzati che si ripartiscono un lavoro verso un obiettivo condiviso. È anche l'angolo adottato da questo glossario.

Come funziona

Concretamente, un sistema multi-agente combina tre ingredienti.

Innanzitutto, la ripartizione dei ruoli. Ogni agente ha un ambito di competenza: un agente che analizza, un agente che redige, un agente che verifica. Questa specializzazione evita che un unico agente porti un prompt di sistema troppo carico, con troppi strumenti e troppo contesto da gestire contemporaneamente.

Poi, la comunicazione. Gli agenti si scambiano risultati intermedi, dati, a volte richieste di chiarimento. Secondo Microsoft, questa comunicazione può seguire più schemi: una catena sequenziale in cui ogni agente elabora l'output del precedente, una modalità concorrente in cui più agenti lavorano in parallelo sullo stesso argomento prima che i risultati vengano aggregati, oppure una modalità di discussione collettiva in cui gli agenti dibattono in un filo condiviso prima di convergere.

Infine, il coordinamento. È il ruolo dell'orchestrazione: qualcuno, o qualcosa, deve decidere quale agente agisce in quale momento, e come si riunisce il tutto alla fine. Senza coordinamento, più agenti autonomi in parallelo producono soprattutto caos.

Microsoft ricorda un punto utile prima di lanciarsi in un sistema multi-agente: ogni livello di complessità aggiunto (un agente con più strumenti, poi più agenti orchestrati) porta anche più latenza, più costi e più modi di rompersi. La buona pratica resta partire dal livello più semplice che risponde al bisogno, e aggiungere agenti solo se un agente singolo non riesce davvero a gestire la diversità delle attività o i confini di sicurezza richiesti.

Esempio concreto con Atako

Nella piattaforma Atako, due meccanismi concreti avvicinano un agente singolo a una logica multi-agente, senza trasformare ogni agente in una fabbrica complessa.

Il primo sono i sotto-agenti. Per un'attività complessa, un agente Atako può delegare una sotto-parte del lavoro a un sotto-agente di supporto, effimero, che esiste per la durata del sottocompito. Questo sotto-agente non consuma uno slot aggiuntivo, e tutto il suo lavoro risale come passaggi visibili nella timeline di attività dell'agente principale. Si mantiene quindi una vista unica e leggibile, anche quando più "sotto-cervelli" lavorano dietro le quinte.

Il secondo sono i messaggi tra agenti. Due agenti della stessa azienda possono inviarsi messaggi su un canale dedicato per delegarsi lavoro o condividere risultati, esattamente il tipo di comunicazione diretta che IBM descrive nella propria definizione di multi-agente. Questa delega non è infinita: la profondità di delega è limitata, e delle quote anti-loop impediscono a due agenti di rimandarsi indefinitamente lo stesso compito.

Esiste anche una dimensione organizzativa. La pagina Organization di Atako permette di rappresentare un organigramma con team e posizioni gerarchiche, dove ogni posizione può essere assegnata a un agente attivo, a una persona, oppure restare vacante. Attenzione però: assegnare un agente a una posizione è un riferimento visivo, non un permesso. Gli accessi reali di un agente (file condivisi, integrazioni autorizzate) dipendono esclusivamente dai suoi grant, non dal suo posto nell'organigramma.

Per un esempio narrativo di questa logica applicata in azienda, il nostro articolo sistemi multi-agente: quando più agenti valgono più di uno descrive il ragionamento.

Errori frequenti

Confondere più agenti e un sistema multi-agente. Creare cinque agenti che funzionano ciascuno per conto proprio, senza mai scambiarsi informazioni, non costituisce un sistema multi-agente. Sono solo cinque agenti. Il coordinamento e la comunicazione sono la parte che conta.

Moltiplicare gli agenti prima di averne bisogno. Un agente ben attrezzato, con un agente autonomo capace di gestire più passaggi da solo, spesso basta. Aggiungere altri agenti aumenta la latenza e la superficie d'errore senza un beneficio garantito.

Dimenticare i guardrail anti-loop. Due agenti che si delegano lavoro reciprocamente possono, senza limiti, girare in tondo indefinitamente. Una profondità di delega limitata e delle quote anti-loop, come quelle applicate da Atako sui suoi messaggi tra agenti, non sono un dettaglio tecnico: sono ciò che evita che un sistema multi-agente si impenni e consumi budget per nulla.

Credere che più agenti significhi più autonomia. Un sistema multi-agente mal supervisionato non è più affidabile di un agente singolo, è solo più difficile da verificare. La visibilità su chi ha fatto cosa (timeline, log delle integrazioni) resta indispensabile, qualunque sia il numero di agenti coinvolti.

Per approfondire

Il sistema multi-agente è l'architettura. L'orchestrazione di agenti è il meccanismo che la fa funzionare ogni giorno: chi decide, in quale ordine, con quale supervisione. Comprendere l'uno raramente aiuta senza comprendere l'altro, da cui l'interesse di leggere le due definizioni insieme prima di lanciarsi in un'architettura con più agenti.