En esta segunda entrega, Chris Williams convierte la "primera ley" del ADLC en un ciclo concreto: ocho fases, una compuerta determinista entre cada par, y exactamente dos momentos humanos obligatorios. El principio rector es que un traspaso directo LLM a LLM, sin un punto de control determinista, multiplica las tasas de error — cada componente probabilístico conectado a otro agrava el error. Las compuertas (compiladores, suites de pruebas, validadores) reinician esa acumulación a cero.

El ciclo se abre en P0 (Triage): enrutar el trabajo por riesgo y radio de impacto, no por complejidad; el trabajo trivial cortocircuita el ciclo completo, el trabajo sustancial pasa por las ocho fases. P1 (Interrogate) es la fase de mayor apalancamiento: un agente interroga a las partes interesadas después de consultar la base de código, lo que evita que suposiciones genéricas llenen las lagunas de la especificación. Su resultado es una especificación en la que cada criterio de aceptación nombra su método de verificación. Aquí se sitúa la Puerta Humana 1 — aprobación de la especificación, el punto de máximo valor humano.

P2 (Decompose) se defiende de la degradación del contexto dividiendo la especificación en tickets atómicos ejecutables por agentes nuevos, con contratos explícitos en los límites. P3 (Rail) escribe pruebas, stubs de tipos y contratos a partir de la especificación de forma aislada, y luego los congela — el constructor no puede modificarlos. P4 (Build) lanza un agente por ticket en modelos de nivel medio por defecto, con regeneración de dos intentos (matar un agente estancado y reiniciar limpio) y sin personas — la capacidad proviene del contexto, las herramientas y el mandato. P5 (Prosecute) despliega agentes nuevos con el mandato de refutar, con la carga de la prueba recayendo en la reproducibilidad, hasta dos pasadas consecutivas sin encontrar nada. P6 (Integrate) abre la Puerta Humana 2 — aceptación conductual: el humano verifica la conformidad con la especificación, los diffs de pruebas, el comportamiento en tiempo de ejecución y los puntos críticos — no los diffs completos. La pregunta es "¿es esto lo que quise decir, en ejecución?". Finalmente, P7 (Distill) simplifica y extrae lecciones recurrentes en reglas de lint, plantillas y skills.

Williams insiste en una distribución de gasto en "barbell": pesada en ambos extremos (planificación, verificación), ligera en el medio (ejecución). Esto invierte la economía ágil clásica, donde "lo caro es construir mal". Rechaza explícitamente la revisión de diffs completos (teatro más allá de las 500 líneas), las personas, el DRY en tiempo de escritura y las compuertas de porcentaje de cobertura — cada rechazo remitido a un modo de fallo documentado específico.