La compuerta «listo»

El problema que resuelve: el momento más caro para descubrir que el requerimiento estaba vago es después de escribir el código. kb listo pone la pregunta antes: ¿este expediente está listo para implementar? — y responde con evidencia, no con sensación.

kb listo

✓ LISTO — criterios aprobados, plan cubierto, fichas frescas

Qué revisa, exactamente

Chequeo	Bloquea o repara
Preguntas abiertas (`P-` sin resolver)	Bloquea
`02` aprobado por el usuario (nombre y fecha)	Bloquea
Elicitación del `02`/`03`: aplicada u omitida con motivo	Bloquea
Plan de tareas con tareas `T-NN` (el `04`; en un S y en un XS, el `01`)	Bloquea
Criterios de aceptación (Dado / Cuando / Entonces)	Reparo
`sistemas:` declarados	Reparo
Fichas de arquitectura frescas	Reparo

También a la entrada de cada fase

kb listo --fase 2|3|4 valida el mínimo para entrar a una fase, antes de escribir su documento. Para redactar el 02: la solicitud del negocio literal, al menos un insumo o sesión, y las preguntas planteadas (o «ninguna» explícito — las filas de plantilla con la pregunta vacía no cuentan). Para analizar: objetivo, alcance, al menos un RF con criterios Dado/Cuando/Entonces, reglas (o «ninguna»: vacío y «no hay» no son lo mismo) y el 02 aprobado. Para planificar: el 03 con el módulo anfitrión y su ruta real, la matriz de impacto y ninguna duda escrita («probablemente», dos rutas como alternativa). Una pregunta ⏳ del 01 frena cualquier entrada: la fase 1 no cierra con una.

Un documento que existe pero sigue siendo plantilla no pasa: cuenta solo lo escrito, no los encabezados, la guía ni las filas de ejemplo. Y cada fase mide sobre la última que el expediente lleva —sin 03 (perfil economico), el plan se arma sobre el 02; en un XS, responde la página—. Las skills lo corren solas al entrar, pidiendo lo que falte de a una cosa.

Los tres veredictos

LISTO (sale con 0) — adelante con la T-01.
CON REPAROS (sale con 1) — se puede avanzar, pero lo que falta está nombrado y va a doler después. Decisión tuya, informada.
NO LISTO (sale con 2) — hay bloqueos. El comando dice exactamente cuáles.

Los códigos de salida importan: un pipeline o un hook pueden frenar la implementación sin que nadie tenga que acordarse.