Agenti AI in parallelo: 5 regole per evitare il caos

Più agenti AI che lavorano insieme possono chiudere un lavoro in un terzo del tempo. Oppure si pestano i piedi e ti fanno rifare metà del codice. La differenza la fanno cinque regole, che puoi usare già dalla prossima sessione.

Cos'è

Far lavorare agenti in parallelo vuol dire avere più sessioni aperte nello stesso momento, ognuna su un pezzo del lavoro. Possono essere più finestre dello stesso agente (per esempio più sessioni di Claude Code) oppure agenti con ruoli diversi: uno pianifica, uno scrive, uno rivede. A coordinarli ci sei tu, o un agente che smista i compiti.

Perché serve

Un agente da solo fa una cosa alla volta, e tu aspetti. Nelle nostre prove il parallelo ha pagato: cinque sessioni di Claude Code sullo stesso progetto, su compiti indipendenti, sono andate 3,7 volte più veloci di una sessione sola (marzo 2026).

Ma il 12% del lavoro è stato rifatto, perché le sessioni si sono scontrate sugli stessi pezzi di codice. Il collo di bottiglia non era il modello. Era il modo in cui avevamo diviso il lavoro. Le regole qui sotto servono a tenere il guadagno e togliere lo scontro.

1. Dividi il lavoro per argomento, non per file

Cos'è: assegnare a ogni agente un'area del prodotto (pagamenti, ricerca, profilo utente) invece di una lista di file.

Perché serve: bloccare un file alla volta non basta. Due agenti che toccano file diversi della stessa funzione si scontrano lo stesso, perché cambiano le stesse regole da due lati. Nelle nostre prove è da qui che veniva quasi tutto il lavoro rifatto.

Come si fa:

1. Prima di lanciare le sessioni, chiedi a un agente di dividere il lavoro in compiti indipendenti per area.
2. Se due compiti toccano la stessa area, uniscili o falli uno dopo l'altro.
3. Dai a ogni sessione una sua copia del progetto. In git si chiama worktree: una cartella separata per ogni ramo di lavoro, così nessuno sovrascrive gli altri.
4. Unisci i risultati uno alla volta, partendo da quello più piccolo.

Pronto da copiare:

2. Tieni la squadra piccola: tre o quattro agenti

Cos'è: un tetto al numero di agenti che lavorano insieme.

Perché serve: più agenti non vuol dire più intelligenza. Vuol dire più coordinamento da pagare. Nella nostra esperienza la squadra che funziona è di tre o quattro agenti: oltre, il tempo speso a coordinarli si mangia il guadagno.

Come si fa: parti con due o tre. Fai parlare gli agenti poco e solo quando serve: niente chiacchiere continue tra loro, ma una consegna scritta a fine compito (cosa ho fatto, cosa ho cambiato, cosa resta). Solo chi coordina legge tutte le consegne. È la regola che regge meglio in produzione: comunicazione rara e chiara batte comunicazione continua.

3. Dai un ruolo a ogni agente e metti un revisore in squadra

Cos'è: una piccola squadra con compiti fissi, come in un team vero.

Perché serve: un agente che scrive senza nessuno che rilegga produce codice mediocre. Quando abbiamo riscritto tre funzioni di un gestionale con una squadra di quattro agenti (chi pianifica, chi fa il backend, chi fa il frontend, chi rivede), il lavoro è andato 2,8 volte più veloce di un agente solo (febbraio 2026, con Claude Opus 4.6). Ma il dato più utile è un altro: il codice era pronto da unire al primo giro, perché la revisione avveniva dentro la squadra.

Come si fa: scrivi un brief corto per ogni ruolo. Il revisore non scrive codice: legge, prova e rimanda indietro.

4. Fai smistare i compiti a un modello piccolo

Cos'è: un router, cioè un agente leggero che legge ogni richiesta e la passa allo specialista giusto.

Perché serve: abbiamo sostituito un agente tuttofare con sette specialisti (frontend, backend, SQL, test, sicurezza, documentazione, revisione) e un router fatto con Claude Haiku, il modello piccolo e veloce. Su 300 compiti reali di clienti il router ha scelto l'agente giusto nel 91% dei casi. In una valutazione alla cieca la qualità dei risultati è salita del 23% e il costo totale è sceso del 31%. Il router costava meno di un decimo del lavoro che smistava. Lo schema: modello piccolo per smistare, modello più grande (nel nostro caso Sonnet) per eseguire. Quando i modelli si somigliano sempre di più, conta come li organizzi.

Come si fa: il router deve rispondere con una sola parola, così è veloce e costa poco. Gli dai l'elenco degli specialisti e una via d'uscita per i casi dubbi.

Per scegliere quale modello usare a ogni passo in base al costo, leggi il routing che guarda ai costi.

5. Rendi visibile cosa sta facendo ogni agente

Cos'è: un posto unico dove vedi tutte le sessioni, i compiti e cosa è già stato fatto.

Perché serve: la chat è nata per parlare a turno. Il lavoro con più agenti non è una conversazione, è un tavolo con più fili aperti insieme. Costruendo Quack, il nostro editor, abbiamo visto tornare sempre cinque abitudini: sessioni in parallelo, agenti visibili, skill condivise, diario automatico e una lavagna dei compiti. Prese una per una sembrano dettagli. Insieme cambiano il modo di lavorare, con qualsiasi strumento.

Come si fa:

1. Una lavagna dei compiti (kanban), anche un file di testo: una riga per compito, con agente e stato.
2. Una riga di stato che ogni agente aggiorna quando inizia, si blocca o finisce.
3. Skill condivise: le stesse procedure scritte valgono per tutti gli agenti, così nessuno inventa il suo modo.
4. Un diario automatico: a fine compito ogni agente scrive una riga su cosa ha fatto e cosa ha imparato.

Prova piccola

Mezz'ora. Prendi due compiti piccoli di aree diverse, per esempio un testo da cambiare nel footer e un controllo da aggiungere a un form. Dividili con il prompt della regola 1, apri due sessioni in due worktree separati e lanciale insieme. Cronometra.

È riuscita se le due modifiche si uniscono senza conflitti e il tempo totale è più basso che farle una dopo l'altra. Se c'è un conflitto, guarda dove: quasi sempre è un'area che il prompt di divisione avrebbe dovuto segnalare.

Attenzione a

• Più agenti costano di più. Ogni sessione consuma. Il parallelo conviene quando il tempo che risparmi vale più dei consumi in più.
• I numeri sono delle nostre prove, su progetti e compiti precisi. Misura i tuoi: tempo totale e lavoro da rifare.
• I compiti legati tra loro non vanno in parallelo. Se il secondo dipende dal risultato del primo, mettili in fila.
• Il router sbaglia. Nel nostro caso circa una volta su dieci. La via d'uscita "chiedi" serve a questo.
• "Pronto da unire" vuol dire pronto per la tua revisione finale, non al posto suo.

Passo successivo: agenti che lavorano insieme hanno bisogno di ricordare cosa è già successo. Leggi come dare una memoria agli agenti AI.

In breve: Più agenti rendono di più solo se i compiti sono davvero indipendenti, la squadra resta di tre o quattro, ognuno ha un ruolo e qualcuno rivede il lavoro.