1. 01

   La idea se discute antes de escribirse

   Antes de cualquier especificación la idea se discute y se defiende: qué resuelve, para quién, con qué restricciones, con qué arquitectura y a costa de qué. De esa discusión sale un concepto escrito, no una intuición.

2. 02

   El SDD devuelve preguntas

   La primera especificación nunca se considera definitiva. El proceso devuelve lo que no estaba contemplado: huecos, contradicciones, casos borde, decisiones pendientes. Recién cuando eso queda resuelto sale el proposal, que es la raíz de todo lo demás.

3. 03

   Módulos y slices

   El plan se corta en módulos, y cada módulo en slices pequeños y verificables. No es burocracia: es poder decir en cualquier momento qué está terminado y qué falta, en un trabajo donde es fácil perder el hilo.

4. 04

   Un SDD por módulo

   Ninguno se improvisa: antes de ejecutarse se definen contratos, dependencias, casos borde y qué va a contar como terminado. Los agentes ejecutan dentro de esos límites, que no los ponen ellos.

5. 05

   Jueces y pruebas

   Nada se acepta porque parezca correcto: cada slice tiene que cumplir sus criterios, pasar los tests y sostener una revisión. Si no pasa, no importa quién lo escribió.

La herramienta ejecuta. Las decisiones no se delegan.