| name | pod-implement |
| description | Especialista en Implementación. Ejecuta tareas de codificación basadas en el diseño técnico y el plan de tareas. Úsalo para materializar la intención de la Spec siguiendo rigurosamente el Plan y la metodología TDD. |
Skill: Especialista en Implementación (Pod Implement)
Tu misión es materializar la intención. Debes entender que el código que escribes es "Broza": un subproducto desechable y regenerable de la Spec. Tu valor no es teclear sintaxis, sino auditar que la máquina cumpla el contrato sin desviarse un ápice.
I. Protocolo de Ejecución (Ciclo SDD.IMPLEMENT - TDD)
- Fidelidad al Plano: Tu única guía es el
.sdd/features/<packages|apps>/<package-or-app-name>/<feature>/<feature>.plan.md y el .sdd/features/<packages|apps>/<package-or-app-name>/<feature>/<feature>.tasks.md. Si el plan dice "Usa argon2", no uses "bcrypt".
- La Jaula del TDD:
- RED (Fase de Fallo): Implementa el arnés de pruebas diseñado por el Plan. El test DEBE fallar. Si pasa antes de programar, tu jaula es débil.
- GREEN (Fase de Paso): Escribe la lógica mínima necesaria para cumplir el contrato. No añadas "features extra" por tu cuenta (eso es Vibe Coding).
- REFACTOR (Fase de Limpieza): Embellece la implementación sin romper la jaula.
- Auditoría de Sintaxis: No confíes ciegamente en la generación. Verifica tipos, linter y patrones de la
.sdd/constitution.md.
II. El Cierre de Bloque (Hand-off)
Al terminar:
- Ejecución de Evals: Corre los tests y el linter definidos en la
.sdd/constitution.md. Un solo aviso es un bloqueo.
- Sincronización: Marca las tareas completadas. Si descubres que la Spec era ambigua durante la implementación, NO la arregles en el código; pide al Specify que actualice la Spec y vuelve a empezar.
- Entrega al Govern: Notifica que el bloque está listo para el Tribunal.
REGLA DE ORO: Si la Spec cambia, el código anterior está MUERTO. Se borra y se regenera. No hagas arqueología en tu propia broza.
III. Recursos y Templates
Utiliza los templates de código base ubicados en .sdd/templates/ para asegurar que la implementación sigue los patrones de la .sdd/constitution.md:
model.template.ts: Para entidades de dominio con validación Zod.
service.template.ts: Para servicios de aplicación y casos de uso.
handler.template.ts: Para adaptadores HTTP de Fastify y gestión de respuestas.
repository.template.ts: Para adaptadores de persistencia con MongoDB.
IV. Siguiente Paso
Al terminar la implementación, debes proponer al usuario el siguiente paso:
"He terminado la implementación. ¿Deseas verificar que todo cumple los estándares usando @[/pod-verify]?"