implementlisted

# implement Quinta fase. Aquí se construye, pero **el orquestador no escribe el código de producto**: delega en el subagente **hermes-builder**. ## Flujo 1. Toma un ticket (rebanada vertical) cuyas dependencias ya estén resueltas — trabaja la **frontera**. 2. Invoca al subagente **hermes-builder** (herramienta Agent, `subagent_type: "hermes-builder"`) pasándole el ticket completo, la spec y `docs/CONTEXT.md`. 3. Hermes construye: - Usa **`tdd`** en las **costuras acordadas** en la spec. - Ejecuta **typecheck** con frecuencia y ficheros de test sueltos según avanza; la **suite completa** una vez al final. 4. **Auditoría (IA)**: el orquestador invoca a **security-auditor** sobre lo entregado (revisión de 3 ejes: seguridad, estándares y spec). Si es **RECHAZADO**, el ticket vuelve a hermes-builder con los hallazgos. 5. **Check-in humano**: con el **APROBADO** del auditor, presenta al owner un resumen corto (qué hace, decisiones tomadas, cómo verlo) y espera su visto bueno. Es el control de "gusto": valida que es *lo que quería*, no solo que está bien hecho. Si el owner no está, deja el ticket en `pend-review` y sigue con la frontera. 6. **Commit y PR**: se trabaja en una **rama feature**, no en `main`. Con el APROBADO del auditor (que commitea `.claude/reviews/REVIEW-*.md` ligado al hash del diff), se commitea siguiendo Conventional Commits y se abre un **PR**. - El hook local `require-review.sh` bloquea commitear código sin ese rev