Flotta di Agenti

Modello operativo in cui uno sviluppatore gestisce decine di coding agent distribuiti su più macchine (agent fleet — nel caso mostrato dal canale DevOps & AI Toolkit, 45 agenti su tre macchine: laptop, mini PC in ufficio e server su InMotion Cloud), arrivando a produrre in poche ore il lavoro che richiederebbe una o due settimane di scrittura manuale. ¹ Quando skill e regole operative sono già a posto (vedi Harness Engineering), il ruolo umano diventa quello di un manager (vedi Siamo Tutti Manager Adesso) che delega il lavoro, risolve i conflitti e rimuove gli ostacoli, mentre la parte difficile cessa di essere far eseguire il lavoro e diventa la Visibilità della Flotta. ¹

La scala della fiducia: dall'accudimento all'auto mode

La crescita di una flotta parte sempre da un singolo agente di cui non ci si fida ancora: ¹

• Fase di accudimento (babysitting): incaricato di risolvere un issue, prima ancora di leggerlo l'agente si ferma a chiedere il permesso di eseguire gh issue view; l'umano approva un comando dopo l'altro e tutta la sua attenzione finisce assorbita da quell'unico agente, impedendo alla squadra di crescere oltre un singolo elemento perché non resta nessuno a gestire gli altri. ¹
• L'approvazione come riflesso: col tempo, quando le skill e il resto delle istruzioni dell'agente diventano abbastanza affidabili, ci si accorge di rispondere sì quasi a ogni richiesta; nel momento in cui approvare diventa un riflesso automatico non è più supervisione (oversight), ma soltanto l'umano che rallenta gli agenti. ¹
• Passaggio in auto mode e delega: attivando l'auto mode l'agente smette di chiedere conferma per ogni comando, crea un work tree, carica la skill che gli impone di riprodurre un bug prima di correggerlo e prosegue da solo; è il momento esatto in cui un manager smette di supervisionare e inizia a delegare. ¹
• Verifica nella pipeline: poche ore dopo l'agente apre la pull request, innescando build completa e test su Linux, macOS e Windows, controlli di sicurezza e due bot di review che passano il codice per quattro giri; ogni volta che trovano qualcosa l'agente corregge e fa di nuovo push, finché al ritorno dell'autore tutti i check richiesti sono verdi e nessun thread di review è rimasto aperto. ¹ La fiducia poggia così su due metà complementari: buone istruzioni rendono affidabili gli agenti e la pipeline intercetta ciò che ancora sfugge, riducendo il lavoro umano a delegare il compito e giudicare il risultato. ¹

Il dispatcher, i work tree da main e l'orchestrazione a ruoli

Una volta che gli agenti lavorano senza che l'umano incomba su di loro, la dimensione del team non è più limitata dall'attenzione immediata e un agente in un terminale non basta più per distribuire i compiti. ¹ Dentro Agent Deck l'autore avvia quindi un dispatcher, un agente il cui unico lavoro è prendere compiti e delegarli ad altri agenti secondo due modalità: ¹

1. Un issue per agente in work tree isolati: nella forma più semplice, chiedendo al dispatcher di prendere due issue, questo avvia un agente per ciascuno, ognuno nel proprio work tree tagliato da main così che gli agenti non possano pestarsi i piedi a vicenda. ¹
2. Team multi-agente e multi-modello per un PRD: per lavori più ampi come un PRD, il dispatcher affida il compito a un intero team in cui un orchestratore coordina un coder, un reviewer, un auditor, un tester e un release agent, ciascuno col proprio ruolo. ¹ I ruoli non usano lo stesso agente né lo stesso modello: Claude Code, Codex, OpenCode e Pi lavorano insieme sullo stesso PRD con modelli diversi assegnati in base al compito, perché alcuni modelli sono migliori in certe attività mentre altri sono più economici ma pienamente capaci di svolgere un lavoro specifico. ¹

La macchina dedicata e il distacco (detach)

L'intera squadra non gira sul laptop personale ma su una macchina dedicata (il mini PC in ufficio): il laptop contiene molte informazioni che gli agenti non devono vedere e va in sleep ogni volta che si chiude il coperchio. ¹ Finché si faceva micromanagement su un singolo agente bisognava comunque restare presenti, ma quando il lavoro è delegato non ha senso tenere sveglio il laptop solo per far girare gli agenti: distribuito il lavoro, l'autore può staccarsi (detach) e dedicarsi ad altro, ritrovando la sera tre pull request completate con la breve lista di ciò che manca prima del merge, pronte per essere approvate o rimandate indietro con correzioni. ¹

La coda con slot paralleli e il limite imposto dall'ambiente

Assegnare pochi compiti alla volta mostra presto un difetto: alcuni agenti terminano dopo quasi tre ore e restano fermi ad aspettare l'umano. ¹ Gli agenti dovrebbero lavorare sempre, tanti quanti la macchina su cui girano riesce a sostenerne: un manager che assegna un compito alla volta e poi sparisce si ritrova con una squadra che passa la maggior parte della giornata ad aspettare. ¹

La soluzione consiste nel dare al dispatcher una coda di 20 issue: il dispatcher decide per ciascun elemento se assegnarlo a un singolo agente o a un team intero e mantiene fino a 3 lavori in parallelo, riempiendo subito i tre slot e, non appena uno termina, controllando la relativa pull request prima di lanciare il successivo. ¹ Il limite di tre sul mini PC è dettato dalla capacità fisica della macchina, per tenere impegnato il team senza spingere il mini PC oltre ciò che può reggere: una squadra può essere grande solo quanto l'ambiente in cui lavora, e quando il mini PC finisce lo spazio serve altro hardware. ¹

Espansione su più macchine e il buco di coordinazione

Per scalare oltre il mini PC, l'autore aggiunge un server su InMotion Cloud — configurato non a mano da lui, ma da un agente lanciato sul laptop — e vi avvia un secondo dispatcher con una propria coda di 20 issue e fino a 6 slot in parallelo, ritrovandosi poche ore dopo con 18 pull request aperte, quasi tutte create mentre era via. ¹

Questa espansione mette però a nudo un buco di coordinazione: ci sono due team in due posti diversi e nessuno dei due sa che l'altro esiste. ¹ Poiché il dispatcher sul mini PC non ha idea di cosa stia facendo quello sul server InMotion Cloud, l'autore deve elencare in modo specifico quali issue spettano a ciascuno: l'unica coordinazione tra i due team è ciò che l'umano scrive nei loro prompt. ¹ Immaginandoli come team in uffici diversi della stessa azienda, il passo successivo su cui l'autore sta lavorando è fare in modo che i dispatcher parlino tra loro e si passino il lavoro direttamente da una macchina all'altra. ¹

Vedi anche: Agent Deck, Visibilità della Flotta, Harness Engineering, Siamo Tutti Manager Adesso

Fonti e Riferimenti