Spec-Driven Development que tu asistente no puede saltarse. Defines qué quieres, y el desarrollo avanza por fases con validación real en cada paso: nada de código suelto que se salta la mitad de lo que pediste.
Le pides una funcionalidad, te devuelve código que parece que funciona, y a los tres prompts descubres que se ha dejado la mitad de los casos, que nunca escribió los tests, o que rompió algo que ya iba bien. Cuanto más crece el proyecto, más caro sale ese «casi».
El mismo prompt hoy funciona y mañana no. Sin un contrato claro, cada iteración es una tirada de dados.
Lo que acordaste al principio se diluye conforme avanza el chat. Nadie garantiza que el código final cumpla lo que se especificó.
«Ya los añadimos luego.» Luego nunca llega, y el proyecto crece sobre una base que nadie ha comprobado de verdad.
Orkesta convierte tu especificación en un contrato ejecutable (formato Given/When/Then) y guía el desarrollo por fases. No es una sugerencia que la IA pueda ignorar: es un flujo determinista que bloquea el avance hasta cumplir los requisitos de cada paso.
Defines qué quieres en requisitos con Given/When/Then. Esa spec queda como contrato que hay que cumplir, no como una nota que se olvida.
El trabajo se descompone en fases con su cobertura de tests. Sabes qué se va a hacer y cómo se va a comprobar antes de escribir una línea.
La IA escribe el código fase a fase. Al cerrar cada una, tiene que compilar: si no compila, no avanza.
Los tests se ejecutan de verdad, no se simulan. Si un test falla, la función se queda ahí hasta que se arregle. Todos en verde o no hay entrega.
Auditoría final contra la especificación. Las specs quedan vivas en el repositorio: documentación que sí refleja lo que hace el código.
No es una plantilla de instrucciones que la IA sigue si le apetece. Es un flujo determinista que valida cada transición de fase.
Tiene que compilar. Si el código de una fase no compila, el flujo no deja pasar a la siguiente.
Los tests se ejecutan de verdad contra la aplicación, no se dan por buenos sobre el papel.
Un tablero integrado con los requisitos y el progreso en tiempo real. Sabes en qué fase está cada funcionalidad y qué falta.
Las especificaciones quedan en el repositorio. La documentación deja de mentir porque nace del mismo contrato que se ejecutó.
Especificar, planificar, implementar, probar y revisar vale para cualquier lenguaje o framework, no solo para web.
Se instala sobre el Claude Code o Codex que ya usas. A partir del tercer paso, el flujo va solo.
./instalar.sh
Un instalador para Claude Code y otro para Codex.
orkesta setup --token TU_CLAVE
La clave que recibes al contratar.
/orkesta formulario-contacto
A partir de ahí el flujo va solo.
Sin permanencia, cancela cuando quieras. Claude Code o Codex se contratan aparte.
Sobre SDD: ¿Qué es SDD? · Vibe Coding vs SDD
Más: Herramientas · Formación · Blog · Contacto
Utilizamos tecnologías como las cookies para almacenar y/o acceder a la información del dispositivo. Lo hacemos para mejorar la experiencia de navegación y para mostrar (no-) anuncios personalizados. El consentimiento a estas tecnologías nos permitirá procesar datos como el comportamiento de navegación o los ID's únicos en este sitio. No consentir o retirar el consentimiento puede afectar negativamente a ciertas características y funciones.