NIVEL 02 · EL RUN, FASE A FASE
Un rol.
Cada paso.
RUN ejemplo: pagos con Stripe · una caja = una fase = un especialista · entra la tarea ya validada por ti en el paso ⑦ del intake.
El bucle rojo es la única flecha que retrocede
① scout lee → ② architect decide → ③ builder construye → ④ auditor ataca → ⑤ validator mide → ⑥ release cierra con evidencia. Si el auditor o los gates fallan, la fase vuelve al builder para reparar — y solo para eso.
- gate rojo = fase trabada
- sin evidencia = spec abierto
- push = tuyo
- 01
Scout · el explorador
Lee el spec y las reglas compiladas, busca en la memoria semántica (ADR-0004, skill-pagos, learnings — en ~92 ms) y comprueba supuestos de tu entrada. NO escribe ni una línea de código.
Salida: «existe PaymentRepository (puerto) — el architect NO debe crear otro; reutilizar el ADR-0004»
- 02
Architect · el diseñador
Decide CÓMO sin tocar código aún: el use-case CreatePayment habla con el PUERTO PaymentRepository; el adapter StripePaymentAdapter lo implementa fuera del dominio. ¿Decisión con calado? ADR borrador. Panel de admin → skill-ui: mismos botones y espaciados que toda la app.
Salida: Plan por pasos: 1 contrato del puerto · 2 use-case + tests · 3 adapter · 4 UI con skill-ui
- 03
Builder · el albañil
Construye siguiendo el plan: tests ANTES de la implementación («pago duplicado → rechazado»), commits atómicos por paso, cero inventiva visual con skill-ui. Si se atasca 2 intentos, pide ayuda al architect en vez de improvisar.
Salida: Código + tests + commits; cada paso registra qué skills usó
- 04
Auditor · el abogado del diablo
Ataca el trabajo hecho y puede PARALO todo: lee el DIFF completo con la hexagonal en la mano (una ruta que importa supabase directo = VIOLACIÓN de la regla 3), traza el dinero completo (¿doble cobro? ¿reintento? ¿reembolso parcial?) y revisa seguridad (webhook idempotente, secreto fuera del código, RLS).
Salida: PASS → sigue · o FALLOS numerados (fichero:línea) → VUELVE al builder. Todo firmado en el journal.
- 05
Validator · el juez
SOLO mide con máquinas, cero opiniones: check-architecture verde (la ley), suite billing 42/42, lint 0, typecheck 0, builds OK, skill-ui lint, docs check exit 0. Un solo ROJO → auto-reparación con presupuesto (máx N intentos) o bloqueado con aviso.
Salida: Veredicto CON NÚMEROS: arch ✓ · tests 42/42 ✓ · skill-ui ✓ · docs ✓
- 06
Release · el cierre
SIN EVIDENCIA NO HAY CIERRE: graba los números en el spec (f1 pasa a CERRADA), aprende («adapter Stripe: reintentos con JobLock»), registra KPIs y deja f2 PENDIENTE — la próxima tarea empieza ahí. Merge a develop solo con TODO en verde; el PUSH es siempre decisión humana.
Salida: Spec cerrado con evidencia · lección a memoria · KPIs al panel · f2 pendiente
LO QUE ACABAS DE VER EN 6 CAJAS
Ocurre en minutos
y sin que nadie te moleste.
Explorar → diseñar → construir → atacar → medir → cerrar con evidencia… y cada paso firmado, medido y visible en el panel mientras ocurre.
Ver la memoria del sistema ↗