Questo quinto capitolo affronta la scalabilità: far lavorare gli agenti in parallelo senza cadere nel "merge hell". Williams parte dal presupposto che l'orchestrazione multi-agente si riduca a bilanciare tre variabili interdipendenti — costo (determinato dalla scelta del modello), tempo reale (determinato dall'ampiezza della parallelizzazione) e accuratezza (determinata dalla qualità del contratto). Questi fattori sono accoppiati: il parallelismo migliora l'efficienza in termini di costo a parità di accuratezza solo se la suddivisione del lavoro è pulita. Aumentare l'ampiezza senza contratti puliti degrada l'accuratezza e provoca un'impennata dei conflitti.

Il principio architetturale è netto: "il control flow è codice; il giudizio spetta ai modelli". Williams rifiuta di affidare le decisioni di scheduling ai modelli di frontiera; script deterministici svolgono l'orchestrazione, mentre i modelli intervengono solo dove il giudizio è realmente necessario. Il sistema è organizzato in quattro corsie specializzate: un Contract Desk (modello di frontiera) che redige i contratti, un Builder Pool a scrittore singolo per partizione (un solo agente scrive su una data partizione), un Prosecution Pool condiviso con contesti nuovi, e un Integrator Lane sequenziale.

L'instradamento per livello di modello segue tre principi: densità dei binari (più densi sono la copertura dei test e i controlli deterministici, più in basso può scendere il livello), la scala di escalation (in caso di fallimento, rigenerare salendo di un livello) e il margine del DAG (l'analisi del percorso critico decide se salire gradualmente la scala o passare direttamente a un livello superiore per non ritardare il percorso critico).

Per il tempo reale, Williams individua quattro segnali che predicono i conflitti di merge prima ancora che il lavoro inizi: sovrapposizione dello scope dei file, raggio nel grafo degli import, accoppiamento storico di co-modifica e collisioni di namespace. L'ampiezza certificata da questa previsione si colloca tipicamente tra tre e cinque agenti — oltre questo limite, il rischio di collisione annulla il guadagno.

Infine, l'accuratezza senza introspezione: anziché porre al modello domande di chiarimento (inaffidabili), si dispiegano agenti economici per generare molteplici interpretazioni della richiesta. Dove gli N agenti convergono, la richiesta è dimostrabilmente non ambigua; dove divergono, l'ambiguità diventa misurabile e attuabile. Williams conclude con pratiche sul campo: raggruppare i permessi in anticipo (pre-flight), distinguere i validatori in corso d'opera dai gate di prosecution, preferire code a work-stealing rispetto ad assegnazioni statiche, e osservare un ordine di merge rigoroso — prima la base, poi i package condivisi, infine le applicazioni.