Ti servono meno agenti di quanti pensi
Quasi ogni sistema multi-agente prende un compito, lo taglia a pezzi e affida il coordinamento a un modello a runtime. La colla è dove muoiono affidabilità e margine.
È facile innamorarsi di una demo multi-agente. Un pianificatore passa a un ricercatore, che passa a uno scrittore, che un revisore controlla, e il tutto si racconta mentre procede. Sembra una squadra al lavoro. Ma aggiungere agenti non ha aggiunto capacità. Ha preso un compito, l'ha tagliato a pezzi e ha affidato il rimettere insieme i pezzi a un modello linguistico a runtime. Quasi sempre è un passo indietro travestito da sofisticazione.
La colla è dove si rompe
Quando spezzi un compito fra più agenti, i guasti interessanti smettono di stare dentro gli agenti e iniziano a vivere tra di loro. Ogni passaggio di consegne è un punto dove il contesto si perde, si riassume male o si legge storto. Ogni agente possiede il proprio flusso di controllo, quindi il non determinismo che già ti preoccupa con un modello non si somma su cinque: si moltiplica.
Un agente che ogni tanto sbaglia lo intercetti e lo correggi. Cinque agenti in catena, ognuno che passa a valle i propri errori come fossero fatti, producono guasti di cui nessun componente è responsabile e che nessuno stack trace spiega. «Si sono fraintesi» non è una riga che puoi cercare nei log.
Più costo, più superficie, meno visibilità
Uno sciame è anche più caro da far girare e più difficile di cui fidarsi. Ogni agente è un altro prompt da mantenere, un altro modo di fallire, un'altra superficie da valutare e da rivalutare quando i modelli cambiano. Finisci per fare debug di conversazioni tra componenti invece che di chiamate a funzione con input e output definiti.
Per chi consegna sotto un contratto a prezzo fisso è un problema di margine prima che tecnico: il coordinamento è lavoro vero, del tipo che non si vede nella demo e si vede in fattura. E più parti autonome significano più cose da registrare e supervisionare se il sistema ricade sotto l'AI Act, che chiede esattamente questo per i sistemi ad alto rischio.
Quando il multi-agente serve davvero
Niente di tutto ciò significa che il multi-agente sia sempre sbagliato. Serve quando i sotto-compiti sono davvero indipendenti e possono girare in parallelo, così il coordinamento è un fan-out e fan-in invece di una staffetta fragile. Serve quando parti del lavoro hanno bisogno di tool diversi, permessi diversi o confini di fiducia diversi — un componente che può toccare la produzione separato per progetto da uno che scrive soltanto testo.
Questi sono motivi architetturali veri. «Sembrava più agentico» non lo è. Quasi tutti i problemi per cui si tira fuori uno sciame sono serviti meglio da un agente capace con buoni tool e un workflow fisso intorno: più economico, testabile, e su cui puoi ragionare a posteriori.
Prima di spezzare un compito fra più agenti, rispondi onestamente a una domanda: cosa ti dà l'agente in più che una semplice chiamata a un tool non darebbe?