Contenido del curso
Robustez y calidad en specs ejecutables
- 5

Crea la Constitución de tu proyecto con Spec Kit
07:15 min - 6

Diseña la Spec de tu proyecto
14:52 min - 7

Cómo leer una spec: Metodologías Given-When-Then y EARS
04:59 min - 8

Comando Clarify: Casos borde, ambigüedades y supuestos
07:44 min - 9

Comando Plan: de la Spec al código
04:15 min - 10

Comando Task: tareas con orden lógico
03:45 min - 11

Comando Implement: Tu app cobra vida
Viendo ahora
Auditoría de specs y entrega profesional
Comando Implement: Tu app cobra vida
Resumen
El comando implement de Spec Kit convierte las tareas que ya atomizaste en el código real de tu aplicación. Si trabajas con Claude y una metodología basada en especificaciones, esta es la fase donde la IA construye la casa a partir de los planos que definiste. Es ideal para desarrolladores que quieren pasar de la planeación a una app funcional sin escribir cada línea a mano.
Por qué la IA es la que construye el código
Hasta este punto ya hiciste el trabajo de arquitecto: definiste requerimientos y atomizaste tareas. Ahora la IA toma esas tareas y genera el código. La analogía es directa: tú entregas los planos y la IA levanta la construcción.
El flujo parte del archivo task.md, donde viven todas las tareas atomizadas. Claude las lee una por una y, cuando es posible, las paraleliza para avanzar más rápido.
¿Qué hace el comando implement de Spec Kit? Toma las tareas definidas en el archivo task.md y genera el código de la aplicación de forma automática con Claude, ejecutando tareas en secuencia y en paralelo cuando se puede.
Cómo preparar Git antes de implementar
Antes de ejecutar la implementación, ordena tu repositorio. Este orden evita mezclar cambios y te deja un historial limpio por cada fase.
Los pasos que se siguen en la clase son:
- Abrir la terminal y posicionarte en el proyecto.
- Verificar en qué rama estás, en este caso la rama
task. - Revisar si hay cambios sin trackear y agregarlos con
git add. - Comitear los cambios con el mensaje "tareas definidas".
- Crear y posicionarte en la nueva rama
implement.
Con la rama lista, abres Claude y ejecutas el comando de implementación. A partir de ahí, la generación de código toma varios minutos [00:52].
Qué genera Claude al terminar la implementación
Cuando Claude termina, entrega la aplicación completa organizada en carpetas. Aquí ves el resultado tangible de todo el proceso previo.
La estructura incluye:
- El folder de backend con todos sus scripts.
- La carpeta de la base de datos.
- El folder de frontend con la interfaz.
Además, dentro de spec encuentras el archivo quick start, que reúne los comandos para inicializar la aplicación [01:12]. Ese archivo es tu guía para arrancar cada parte del proyecto.
Cómo inicializar el backend y el frontend
Para ver la app funcionando necesitas levantar dos servicios por separado, cada uno en su propia terminal. El proceso es idéntico en ambos: instalar dependencias y correr el entorno de desarrollo.
Para el backend:
- Ir a la carpeta
backend. - Ejecutar
npm install. - Ejecutar
npm run dev.
Para el frontend, abres otra terminal y repites la lógica:
- Ir a la carpeta
frontend. - Ejecutar
npm install. - Ejecutar
npm run dev.
Al dar clic en el link que aparece, se abre la aplicación en el navegador [01:40].
¿Por qué se ejecuta npm install antes de npm run dev? npm install descarga las dependencias que el proyecto necesita, y npm run dev levanta el servidor de desarrollo. Sin las dependencias, el entorno no puede iniciar.
Cómo se prueba la app de reservas de canchas de pádel
El primer componente que aparece es el de inicio de sesión. Desde ahí se registra un usuario con correo y contraseña, y al crear la cuenta entras a la aplicación de reservas de canchas de pádel.
Dentro de la app puedes comprobar que se cumplen los requerimientos funcionales que definiste antes:
- Una lista desplegable con las canchas disponibles.
- Un selector de fecha donde las fechas pasadas aparecen deshabilitadas.
- La opción de elegir una hora, por ejemplo las 09:00 a.m., y confirmar.
En la sección "mis reservas" aparece la reserva creada, como cancha Laureles de 9:00 a 10:00 a.m., con opción de cancelarla [02:15]. Y aquí viene el matiz importante: probar la app de forma general no es lo mismo que validarla a profundidad.
¿Basta con probar la app de forma general? No. Una prueba general muestra que funciona, pero validar con criterios de aceptación y casos borde confirma que la aplicación se comporta bien en cada escenario, incluidos los límites.
La validación a fondo con criterios de aceptación y casos borde es el siguiente paso natural del proceso. ¿Ya probaste ejecutar el comando implement en tu propio proyecto? Cuéntame en los comentarios cómo te fue con la generación de código.