Pattern avanzati e l’arte di sapersi fermare

Quinto articolo della serie sui sistemi multi-agente. Dopo la potenza, la disciplina: le tecniche più raffinate e — soprattutto — quando conviene lasciarle nel cassetto.

Chi ha seguito la serie fin qui ha visto cosa sanno fare i sistemi multi-agente. Manca il pezzo che separa chi li usa bene da chi li usa e basta: qualche pattern più raffinato, e la lucidità di riconoscere quando non servono. Perché la risposta giusta, a volte, è “un solo agente fatto bene”.

Qualche pattern raffinato

Oltre alla verifica avversariale dell’articolo precedente, girano alcuni schemi che alzano la qualità del risultato.

• La giuria. Invece di una sola risposta, se ne generano diverse partendo da angolazioni differenti. Una squadra di “giudici” le valuta, e la versione finale prende il meglio di ciascuna. Utile quando la strada giusta non è ovvia e conviene esplorare più ipotesi prima di scegliere.
• Il setaccio fino a esaurimento. Per cercare cose di numero ignoto — errori, idee, casi limite — si continua a lanciare cercatori finché, per due o tre giri di fila, non emerge più nulla di nuovo. Evita di fermarsi troppo presto e lasciarsi sfuggire la coda.
• Gli scettici con lenti diverse. Per verificare un risultato, invece di più controllori identici si assegnano prospettive diverse: uno guarda la correttezza, uno la sicurezza, uno si chiede “funziona davvero nella pratica?”. La diversità cattura errori che la semplice ripetizione non vedrebbe.
• Il critico di completezza. Un agente finale con un solo compito: chiedere “cosa manca? quale angolo non abbiamo guardato?”. Ciò che scova diventa il giro di lavoro successivo.

Nessuno di questi è magia: sono modi diversi di organizzare lo stesso principio — dividere, controllare, ricomporre.

Quando NON usare un sistema multi-agente

Qui sta la parte che si tende a saltare, e che invece vale l’intero articolo.

Costa, e parecchio. Un sistema multi-agente consuma dalle 3 alle 10 volte più risorse di un singolo agente per lo stesso lavoro. Su compiti ad alto valore si ripaga; sulle piccole cose è spreco puro.

Il telefono senza fili. È l’errore più comune. Se spezzi un unico lavoro in fasi che si passano molto contesto a vicenda — “tu pianifichi, tu implementi, tu collaudi” la stessa cosa — a ogni passaggio si perde un pezzo, esattamente come nel gioco del telefono. La regola di Anthropic è netta: conviene dividere il lavoro per contesto condiviso, non per tipo di problema. Se due parti hanno bisogno di sapere le stesse cose, tienile insieme.

Parti dal più semplice che funziona. Molti gruppi investono mesi a costruire architetture multi-agente elaborate, per poi scoprire che un singolo agente con istruzioni scritte meglio otteneva lo stesso risultato. La complessità va aggiunta solo quando i fatti la giustificano, non per principio.

Allora, quando conviene davvero?

Tre situazioni, molto concrete, in cui il gioco vale la candela:

• Proteggere il contesto. Un compito laterale genererebbe montagne di informazioni irrilevanti che intaserebbero il ragionamento principale. Meglio isolarlo.
• Parallelizzare. Il lavoro si divide in filoni davvero indipendenti, con confini netti tra un pezzo e l’altro.
• Specializzare. Un singolo agente si confonderebbe tra troppi strumenti o domini diversi; conviene affidarli a specialisti separati.

Se il tuo compito non ricade in nessuno di questi tre casi, la scelta più saggia è quasi sempre un buon agente singolo.

Nell’ultimo articolo della serie mettiamo tutto a terra: una guida pratica, passo dopo passo, per costruire il tuo primo flusso multi-agente partendo da un problema reale.

Fausto Pitzalis

Blogger dal 2001, Nativo Digitale, Developer.
Da 15 anni mi occupo di IT per una grande Azienda.
Lavoro per abbattere il Digital Divide.
Visita i miei altri progetti
sardiniamobility.com
www.cyberness.it