Spec-Driven Development
La metodología donde la especificación es el artefacto principal del desarrollo.
SDD es una metodología donde el documento de requisitos no es documentación pasiva — es un contrato ejecutable del que se deriva el código, los tests, y la evidencia. Si no está en el spec, no se construye. Si está en el spec, se verifica.
De vibe coding a spec-driven
Desde que Andrej Karpathy acuñó el término en febrero 2025, "vibe coding" se ha normalizado: pedirle a una IA que genere código sin estructura, sin plan, sin verificación. Funciona para prototipos. Para producción, genera deuda técnica exponencial.
El mayor riesgo de un proyecto de software no es técnico. Es que negocio y desarrollo hablan idiomas diferentes. Lo que el cliente firma como propuesta y lo que recibe como producto final son cosas distintas.
Spec-Driven Development cierra esa brecha: la especificación es un contrato ejecutable del que se deriva el código. No documentación pasiva — un artefacto vivo que la máquina entiende y enforza.
Niveles de Madurez
Spec-first
Se escribe un spec antes de codear. Se usa durante la tarea.
Spec-anchored
El spec se mantiene después de la tarea para evolución y mantenimiento.
Spec-as-source
El spec ES el artefacto principal. El humano nunca toca el código.
Frameworks SDD
| Framework | Limitación principal |
|---|---|
| GitHub Spec Kit ↗ | Solo spec-first. Sin orquestación de agentes. |
| Kiro ↗ | IDE cerrado. Sin multi-agente. |
| Tessl ↗ | Beta. 1:1 spec-to-file. Sin quality gates. |
| SPARC ↗ | Solo planning. Sin ejecución ni verificación. |
| Claude-Flow ↗ | Orquestación genérica. Sin pipeline SDD. |
| OpenSpec ↗ | Ligero pero sin testing ni evidencia. |
| cc-sdd ↗ | Composable traits pero acoplado a Spec Kit. |
| BMAD ↗ | Complejo. No es SDD puro. |
Dónde encaja SpecBox
| Capacidad | Spec Kit | Kiro | Tessl | SpecBox |
|---|---|---|---|---|
| Spec generation (PRD) | ✅ | ✅ | ✅ | ✅ |
| Plan generation | ✅ | ✅ | — | ✅ |
| Multi-agent orchestration | — | — | — | ✅ |
| Autonomous implementation | — | 🔶 | 🔶 | ✅ |
| BDD/Gherkin quality gates | — | — | — | ✅ |
| Self-healing protocol | — | — | — | ✅ |
| Evidence per feature | — | — | — | ✅ |
| E2E con Playwright | — | — | — | ✅ |
| Project management integrado | — | — | — | ✅ |
| MCP tools nativos | — | — | — | ✅ |
| Quality Ratchet (85%+ coverage) | — | — | — | ✅ |
| Pipeline blocking hooks | — | 🔶 | — | ✅ |
| Multi-stack support | — | — | — | ✅ |
VEG — Visual Experience Generation
VEG — Visual Experience Generation
Sistema exclusivo de SpecBox que genera decisiones visuales intencionales (imágenes, animaciones, directivas de diseño) adaptadas a la audiencia del producto. 3 modos de operación, 6 arquetipos de audiencia, 3 pilares de generación.
3 Modos
Un único VEG para audiencia homogénea.
Variantes visuales por perfil de usuario.
Personalizado por ICP con JTBD racional y emocional.
3 Pilares
Generación via MCP (Canva, Freepik). Tipo, mood, paleta, prompts por sección.
Catálogo de animaciones por nivel. flutter_animate / Framer Motion.
Directivas para Stitch: densidad, whitespace, tipografía, CTA, sombras.