Diferencias

Muestra las diferencias entre dos versiones de la página.

--- cursos:sdd:18-spec-driven-development [2026/11/05 22:22] – ↷ Enlaces adaptados debido a una operación de mover claude
+++ cursos:sdd:18-spec-driven-development [2026/11/05 22:23] (actual) – Renumera el tema y sus referencias tras añadir el tema 7 (AGENTS.md) claude
@@ Línea 1: / Línea 1: @@
-====== 17. Spec-driven development ======
+====== 18. Spec-driven development ======
 //Spec-driven development// (SDD) es escribir **qué** tiene que hacer el software, y en qué consiste estar hecho, **antes** de que se escriba el código, y dejarlo escrito en un documento que vive en el repositorio y del que se deriva todo lo demás.
@@ Línea 289: / Línea 289: @@
 | El diseño se decide funcionalidad a funcionalidad | La arquitectura se decide antes, y la decide una persona |
 | Demasiado //markdown// que revisar | Dos documentos que cambian poco. Lo que se revisa cada vez es el código de un //issue// |
-| El agente se salta las instrucciones | Tarea pequeña y validación contra la arquitectura. Las fronteras se comprueban con una herramienta, como ArchUnit (tema 13), no confiando en que el agente las lea |
+| El agente se salta las instrucciones | Tarea pequeña y validación contra la arquitectura. Las fronteras se comprueban con una herramienta, como ArchUnit (tema 14), no confiando en que el agente las lea |
 | La especificación deriva | La deriva se revisa de forma explícita, y Grabowski propone automatizarlo para que **bloquee el merge** |
@@ Línea 318: / Línea 318: @@
   * **Sí a especificar antes, pero con el peso en la arquitectura**: ''VISION.md'' y ''ARCHITECTURE.md'' los escribe la persona, cada cambio es un //issue// pequeño y lo que implementa la IA se valida con tests y contra la arquitectura.
-Cómo se hace SDD con [[cursos:sdd:19-kiro|Kiro]] es el tema 18.
+Cómo se hace SDD con [[cursos:sdd:19-kiro|Kiro]] es el tema 19.
 ===== Más información =====