# williams-adlc-5-three-dials-parallel-agents-2026-06-12

## Veille

Quinto capitolo della serie ADLC: orchestrare agenti paralleli senza "merge hell". Williams individua tre variabili accoppiate — costo (scelta del modello), tempo reale (ampiezza della parallelizzazione) e accuratezza (qualità del contratto) — e un principio architetturale: "il control flow è codice; il giudizio spetta ai modelli" (script deterministici orchestrano, i modelli forniscono solo giudizio). Quattro corsie (Contract Desk con modello di frontiera, Builder Pool a scrittore singolo, Prosecution Pool condiviso, Integrator sequenziale), una previsione dei conflitti di merge costruita su quattro segnali (ampiezza certificata tipicamente tra 3 e 5 agenti) e una disambiguazione basata sul consenso tra N agenti economici anziché domande di chiarimento.

## Titre Article

Three Dials: Parallel Agents Without Merge Hell

## Date

2026-06-12

## URL

https://www.voodootikigod.com/adlc-5-three-dials-parallel-agents

## Keywords

ADLC, multi-agent orchestration, three dials, cost-time-accuracy, control flow is code, parallelization, merge hell, lanes, Contract Desk, Builder Pool, single-writer, Prosecution Pool, Integrator, model routing, rail density, escalation ladder, DAG float, merge-forecast, work-stealing queue, consensus disambiguation

## Authors

Chris Williams (@voodootikigod)

## Ton

Profilo: esposizione da ingegneria dei sistemi (prospettiva del professionista in lingua inglese, registro architetturale e preciso), livello tecnico molto elevato, rivolto a platform engineer che costruiscono orchestratori di agenti. Il tono è quello dell'ottimizzazione sotto vincoli accoppiati: Williams tratta il parallelismo come un problema di scheduling in cui tre variabili interdipendenti (costo, tempo reale, accuratezza) non possono essere ottimizzate separatamente. L'autorevolezza si fonda su una disciplina anti-magia — il rifiuto di lasciare che i modelli di frontiera prendano decisioni di scheduling — riassunta dall'assioma "il control flow è codice; il giudizio spetta ai modelli". Uno stile denso di dettagli ingegneristici: una tassonomia di corsie, segnali predittivi nominati e quantificati (ampiezza certificata 3-5 agenti), pratiche sul campo enumerate (raggruppamento dei permessi, code a work-stealing, ordine di merge base → package → applicazioni).

## Pense-betes

- **Tre variabili accoppiate**: costo (scelta del modello), tempo reale (ampiezza della parallelizzazione), accuratezza (qualità del contratto). Sono legate tra loro: il parallelismo migliora l'efficienza in termini di costo a parità di accuratezza solo se la suddivisione del lavoro è pulita.
- **Principio architetturale**: "il control flow è codice; il giudizio spetta ai modelli". Non lasciare che i modelli di frontiera prendano decisioni di scheduling — gli script deterministici orchestrano, i modelli forniscono giudizio solo dove serve.
- **Quattro corsie specializzate**: Contract Desk (modello di frontiera, redige i contratti), Builder Pool (scrittore singolo per partizione), Prosecution Pool (condiviso, contesti nuovi), Integrator Lane (sequenziale).
- **Tre principi di instradamento per livello**: (1) densità dei binari (copertura dei test, controlli deterministici); (2) scala di escalation (rigenerare in caso di fallimento, salire di livello); (3) margine del DAG (l'analisi del percorso critico decide se salire gradualmente o passare direttamente al livello superiore).
- **Ottimizzazione del tempo reale**: quattro segnali predicono i conflitti di merge **prima** che il lavoro inizi — sovrapposizione dello scope dei file, raggio nel grafo degli import, accoppiamento storico di co-modifica, collisioni di namespace. L'ampiezza certificata dalla previsione si colloca tipicamente tra **3 e 5 agenti**.
- **Accuratezza senza introspezione**: invece di porre al modello domande di chiarimento, si dispiegano agenti economici per generare molteplici interpretazioni — "dove tutti gli N concordano, la richiesta è dimostrabilmente non ambigua". Il disaccordo diventa ambiguità misurabile e attuabile.
- **Pratiche sul campo**: raggruppare i prompt di autorizzazione in anticipo; distinguere i validatori in corso d'opera dai gate di prosecution; usare code a work-stealing anziché assegnazioni statiche; osservare un ordine di merge rigoroso: base → package condivisi → applicazioni.

## RésuméDe400mots

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.

## GrapheDeConnaissance

- Chris Williams —publie→ Three Dials: Parallel Agents Without Merge Hell (DOCUMENT, 0.97)
- orchestration multi-agents —affirme_que→ coût, temps mural et précision sont trois cadrans couplés (AFFIRMATION, 0.93)
- Chris Williams —affirme_que→ le control flow est du code, le jugement vient des modèles (CITATION, 0.94)
- scripts déterministes —surpasse→ modèles frontier pour les décisions d'ordonnancement (TECHNOLOGIE, 0.88)
- orchestration multi-agents —utilise→ quatre lanes (CONCEPT, 0.9)
- Builder Pool —utilise→ single-writer par partition (METHODOLOGIE, 0.89)
- routing de modèle —est_basé_sur→ rail density, escalation ladder, DAG float (CONCEPT, 0.89)
- merge-forecast —prédit→ conflits de merge avant le lancement du travail (CONCEPT, 0.9)
- merge-forecast —mesure→ largeur certifiée typique de 3 à 5 agents (MESURE, 0.87)
- désambiguïsation par consensus —surpasse→ questions de clarification au modèle (METHODOLOGIE, 0.88)
- désambiguïsation par consensus —permet→ mesurer l'ambiguïté via le désaccord entre N agents (CONCEPT, 0.88)
- phase orchestration —fait_partie_de→ cycle agentique en huit phases (METHODOLOGIE, 0.85)

---
Canonical: https://www.thekb.eu/it/fiches/williams-adlc-5-three-dials-parallel-agents-2026-06-12/