Quando il multi-agente non serve: cosa lasciamo a un solo agente

Sintesi grezza, tre righe.

• Lavoro che sta in una conversazione sola: nessun agente.
• Lavoro dentro un dominio solo: un agente e un gate.
• Molte consegne che non si aspettano fra loro: la squadra, ed è l’unico caso in cui accorcia i tempi. Sul rischio la catena si attiva per un altro motivo.

Cos’è davvero un sistema multi-agente (e cosa non è)

Un sistema multi-agente non è un parco di processi accesi. Il roster pubblico lo scrive con una frase che vale come definizione: “Non sono processi in esecuzione permanente: sono ruoli che l’orchestratore convoca quando una richiesta rientra nel loro dominio.”

Quei ruoli sono 181, distribuiti su 19 domini, contati il 24 agosto 2026 e pubblicati il 26. La ripartizione, riconfermata sui contratti il 17 settembre 2026, è 23 di coordinamento, 136 operativi, 22 gate: nel roster pubblico si ricontano il totale e i gate, marcati uno per uno con il criterio scritto lo stesso giorno. Il numero si riconta invece di darlo per buono: questa volta la somma torna.

Un agente è un contratto scritto: un dominio, un compito, dei limiti. Un gate è un agente che può fermare una consegna. Sul sito ci sono le definizioni di agent specializzato, gate e verificatore; l’architettura completa, livello per livello, sta sulla pagina del sistema.

Cosa non è: un modo per fare le stesse cose più in fretta. Un cantiere non accelera un compito indivisibile, lo spezza in pezzi da ricucire — e la ricucitura è lavoro che prima non c’era.

La regola scritta: un task, un agente (11 agosto 2026)

La regola è scritta e datata. Vincola anche noi, nei giorni in cui la squadra sembrerebbe più comoda.

La ragione è economica: il limite settimanale di token è la risorsa scarsa e si spende come tale. La pagina pubblica del sistema lo dice così: “Il sistema non lancia 181 agenti su ogni richiesta: sarebbe costoso e più lento del lavoro.”

Le cinque categorie che fanno scattare la catena completa non si negoziano: macchine che si muovono o si alimentano, obblighi di legge, minori, stati persistenti (dati che restano scritti), difetti silenziosi, che la policy chiama “difetti muti” (errori che non producono alcun messaggio di errore). Per i lavori piccoli vale una regola intermedia, adottata dopo una misurazione e non per principio: due gate invece di quattro.

Il numero 181 non è un totem: è un conteggio, e dipende dal criterio. Su questo blog uscirà più avanti un pezzo su come si ricontano i 181 senza fidarsi del numero prima.

Quando la squadra vince: il compito si scompone in filoni indipendenti

Il criterio non è nostro. Anthropic lo ha scritto in “How we built our multi-agent research system” (Engineering at Anthropic, giugno 2025): il multi-agente conviene quando il lavoro si scompone in filoni paralleli indipendenti, e costa molto di più in token di una conversazione singola. La seconda metà della frase è il prezzo della prima.

Abbiamo due casi in cui quella condizione era vera. Il primo è il cantiere da 69 agenti del 14 giugno 2026: il lavoro nasceva diviso in testi che non si parlavano, ognuno scritto per conto suo e giudicato da tre controlli indipendenti; a riparare, solo dove i controlli avevano contestato, sono state istanze nuove. Nel cantiere nessun umano ha approvato un testo, e sette su otto erano da far rivedere a una persona.

Il secondo è una consegna per un cliente e-commerce del settore moda: 21 landing page pubblicate in 24 ore su 3 mercati (US, IT, ZH). Anche lì il lavoro nasceva diviso: pagine diverse, lingue diverse, nessuna che aspettasse l’altra. Di quella consegna non abbiamo pubblicato né la data né un registro: il numero è nostro, la prova no.

Quanto sia costato in token, però, la tabella non lo dice: non lo abbiamo contato.

Quando la squadra perde: tre compiti che lasciamo a un solo agente

Questi tre compiti perdono per lo stesso motivo: lo stato da toccare è uno solo, e più mani sullo stesso stato aggiungono lavoro di riconciliazione.

Un testo singolo: uno scrittore e un gate, non un cantiere

Un articolo, una pagina, una risposta lunga: il testo è indivisibile, e il filo lo tiene chi scrive. Due agenti sullo stesso testo consegnano due testi da fondere, e la fusione è la parte peggiore del lavoro. Un agente che scrive, un gate che giudica.

Un fix dentro un dominio solo

Un difetto dentro un componente si diagnostica leggendo quel componente. Distribuire quella lettura su tre agenti significa ricostruire tre volte lo stesso contesto, con tre letture parziali da mettere d’accordo. Un agente sul dominio giusto, più un secondo gate se il fix tocca dati che restano scritti.

Una risposta a un cliente

Chi risponde deve tenere in testa il rapporto, non solo la domanda: cosa è già stato promesso, cosa è aperto, con che tono si è parlato l’ultima volta. Qui il contesto conta più della potenza, e una squadra somma versioni invece di sommare capacità.

La domanda che viene dopo è sempre la stessa: di che cosa risponde l’agente convocato. La risposta sta in un file, e un altro pezzo di questa serie lo apre riga per riga e mostra cosa dichiara il contratto di quell’agente.

Il vincolo nascosto: togli la squadra, il gate resta

Un agente solo più un gate non è un sistema multi-agente. Sull’agente singolo la pagina del sistema è esplicita: “Il default è una risposta diretta o un solo agente”; il gate accanto a quell’agente ce lo mettiamo noi. Non si taglia per risparmiare: è quello che rende il risultato verificabile da chi non lo ha prodotto.

Il numero dei gate lo abbiamo chiuso con un criterio scritto, perché due modi di contare ne davano due diversi. Sono 22 gate con potere di blocco, contati con il criterio scritto il 17 settembre 2026 (con il criterio più stretto sono 14: il primo conteggio si riconta dal roster, il secondo è spiegato nel README del repository). Tredici nomi coincidono; nove ruoli bloccano per contratto senza dichiararlo nella prima riga.

Un buco c’è: dei tre controlli che hanno giudicato i testi del 14 giugno 2026, due — as-editor e as-compliance — portano nel roster la marcatura di gate; claim-check no: non ha un contratto pubblico. Ha funzionato lo stesso, ma un controllo senza contratto pubblicato non è verificabile da fuori.

Dal 17 settembre 2026 i verdetti dei gate hanno un registro pubblico, compreso il verdetto negativo del red team sul piano di questo blog. Si aggiorna quando c’è un verdetto nuovo, non a scadenza fissa; il tasso continuo dei verdetti resta non misurato.

I sistemi che questi agenti costruiscono girano su un’infrastruttura che paghiamo ogni mese: lo stack delle nostre automazioni, con i costi mensili.

Come decidiamo noi: quattro domande prima di convocare più di un agente

Prima di aprire un cantiere passiamo da quattro domande, in quest’ordine. Basta un no alle prime tre e il cantiere non si apre; la quarta decide quanti gate mettere.

1. Il lavoro si scompone in filoni che non hanno bisogno l’uno dell’altro?
   Sì: si passa alla domanda due.
   No: un agente solo, con il suo gate. Un compito indivisibile non si accelera dividendolo.
2. Le consegne separate sono abbastanza numerose da ripagare il coordinamento?
   Sì: cantiere. Il 14 giugno 2026 erano otto testi, giudicati due volte da tre controlli.
   No: un agente in sequenza. Dove stia la soglia, non lo abbiamo misurato.
3. C’è un ruolo che giudica il risultato intero, e non solo i pezzi?
   Sì: cantiere, con quel gate in fondo.
   No: niente cantiere. Senza un giudice dell’insieme il parallelo consegna pezzi coerenti e un risultato incoerente.
4. Se sbaglia, costa caro?
   Sì (macchine, legge, minori, stati persistenti, difetti muti): la catena completa; se il lavoro è piccolo, due gate invece di quattro.
   No (si rifà in due minuti): un agente, un gate, avanti.

Queste quattro domande sono la nostra posizione, non il risultato di una misura: il criterio viene da Anthropic (giugno 2025), le soglie con cui lo applichiamo sono nostre.

Cosa non abbiamo misurato

Tre cose che questa guida non può dimostrare. Chi dice quando fidarsi di un’architettura deve dire dove non si fida dei propri numeri.