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

## Veille

Quinta entrega de la serie ADLC: orquestación de agentes en paralelo sin "merge hell". Williams plantea tres parámetros acoplados —coste (selección de modelo), tiempo real (amplitud de paralelización) y precisión (calidad de los contratos)— y un principio arquitectónico: "el flujo de control es código; el juicio son los modelos" (los scripts deterministas orquestan, los modelos aportan únicamente juicio). Cuatro carriles (Contract Desk de frontera, Builder Pool de escritor único, Prosecution Pool compartido, Integrator secuencial), una previsión de conflictos de fusión construida a partir de cuatro señales (amplitud certificada típicamente de 3-5 agentes) y desambiguación por consenso entre N agentes económicos en lugar de preguntas de clarificación.

## 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

Perfil: exposición de ingeniería de sistemas (perspectiva de profesional en inglés, registro arquitectónico y preciso), nivel técnico muy alto, dirigido a ingenieros de plataforma que construyen orquestadores de agentes. El tono es de optimización bajo restricciones acopladas: Williams trata el paralelismo como un problema de planificación en el que tres variables interdependientes (coste, tiempo real, precisión) no pueden optimizarse por separado. La autoridad se apoya en una disciplina anti-magia —negarse a que los modelos de frontera tomen decisiones de planificación— resumida en el axioma "el flujo de control es código; el juicio son los modelos". Un estilo denso en detalle de ingeniería: una taxonomía de carriles, señales predictivas nombradas y cuantificadas (amplitud certificada de 3-5 agentes), prácticas de campo enumeradas (agrupación de permisos, colas de robo de trabajo, orden de fusión base → paquetes → aplicaciones).

## Pense-betes

- **Tres parámetros acoplados**: coste (selección de modelo), tiempo real (amplitud de paralelización), precisión (calidad de los contratos). Están vinculados: el paralelismo solo mejora la eficiencia de coste a precisión constante si la partición del trabajo es limpia.
- **Principio arquitectónico**: "el flujo de control es código; el juicio son los modelos". No dejar que los modelos de frontera tomen decisiones de planificación: los scripts deterministas orquestan, los modelos aportan juicio solo donde es necesario.
- **Cuatro carriles especializados**: Contract Desk (modelo de frontera, redacta contratos), Builder Pool (escritor único por partición), Prosecution Pool (compartido, contextos nuevos), Integrator Lane (secuencial).
- **Tres principios de enrutamiento por nivel**: (1) densidad de rieles (cobertura de pruebas, controles deterministas); (2) escalera de escalado (regenerar ante un fallo, subir un nivel); (3) margen del DAG (el análisis de la ruta crítica decide si subir por la escalera o ir directamente al nivel superior).
- **Optimización del tiempo real**: cuatro señales predicen los conflictos de fusión **antes** de que empiece el trabajo —solapamiento del ámbito de archivos, radio en el grafo de importaciones, acoplamiento histórico de cocambios, colisiones de espacio de nombres. La amplitud certificada por la previsión se sitúa normalmente entre **3 y 5 agentes**.
- **Precisión sin introspección**: en lugar de plantear preguntas de clarificación al modelo, se despliegan agentes económicos en paralelo para generar múltiples interpretaciones —"cuando los N agentes coinciden, la solicitud es demostrablemente inequívoca". El desacuerdo se convierte en ambigüedad medible y procesable.
- **Prácticas de campo**: agrupar las solicitudes de permisos de antemano; distinguir los validadores en curso de las puertas de verificación; usar colas de robo de trabajo en lugar de asignaciones estáticas; respetar un orden estricto de fusión: base → paquetes compartidos → aplicaciones.

## RésuméDe400mots

Esta quinta entrega aborda la escalabilidad: lograr que los agentes trabajen en paralelo sin caer en el "merge hell". Williams parte de la premisa de que la orquestación multiagente se reduce a equilibrar tres parámetros interdependientes: coste (determinado por la selección de modelo), tiempo real (determinado por la amplitud de paralelización) y precisión (determinada por la calidad de los contratos). Estos factores están acoplados: el paralelismo solo mejora la eficiencia de coste a precisión constante si la partición del trabajo es limpia. Aumentar la amplitud sin contratos limpios degrada la precisión y provoca un repunte de los conflictos.

El principio arquitectónico es tajante: "el flujo de control es código; el juicio son los modelos". Williams se niega a delegar las decisiones de planificación en modelos de frontera; los scripts deterministas orquestan, y los modelos intervienen solo donde el juicio es realmente necesario. El sistema se organiza en cuatro carriles especializados: un Contract Desk (modelo de frontera) que redacta los contratos, un Builder Pool de escritor único por partición (solo un agente escribe en una partición dada), un Prosecution Pool compartido con contextos nuevos y un Integrator Lane secuencial.

El enrutamiento por nivel de modelo sigue tres principios: la densidad de rieles (cuanto más densa es la cobertura de pruebas y los controles deterministas, más bajo puede ser el nivel), la escalera de escalado (ante un fallo, regenerar subiendo un nivel) y el margen del DAG (el análisis de la ruta crítica decide si subir la escalera o saltar directamente a un nivel superior para no retrasar la ruta crítica).

En cuanto al tiempo real, Williams identifica cuatro señales que predicen los conflictos de fusión antes de que empiece el trabajo: solapamiento del ámbito de archivos, radio en el grafo de importaciones, acoplamiento histórico de cocambios y colisiones de espacio de nombres. La amplitud certificada por esta previsión se sitúa normalmente entre tres y cinco agentes; más allá, el riesgo de colisión anula la ganancia.

Por último, precisión sin introspección: en lugar de plantear al modelo preguntas de clarificación (poco fiables), se despliegan agentes económicos en paralelo para generar múltiples interpretaciones de la solicitud. Cuando los N agentes convergen, la solicitud es demostrablemente inequívoca; cuando divergen, la ambigüedad se vuelve medible y procesable. Williams cierra con prácticas de campo: agrupar los permisos de antemano, distinguir los validadores en curso de las puertas de verificación ("prosecution gates"), preferir colas de robo de trabajo ("work-stealing queues") frente a asignaciones estáticas, y respetar un orden estricto de fusión: base, luego paquetes compartidos, luego aplicaciones.

## 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/es/fiches/williams-adlc-5-three-dials-parallel-agents-2026-06-12/