new-featurelisted

# Skill: new-feature Checklist completo para implementar una nueva feature desde planificación hasta deploy. Orquesta los otros skills del proyecto en el orden correcto. Triggers: /new-feature, "nueva feature", "quiero agregar", "implementar", "agregar funcionalidad", "nueva sección", "empezar feature". --- ## Cuándo usar este skill Al comenzar a implementar cualquier feature nueva, por pequeña que sea. Asegura que no se saltee la spec, la seguridad ni el deploy. --- ## Fase 1 — Verificar que existe la spec ``` ¿Existe docs/specs/<ID>-<nombre>.md con estado APPROVED? → Sí: continuar → No: STOP — usar el skill /spec para crear la spec primero ``` Leer la spec antes de escribir una sola línea de código. Identificar qué módulos toca: BD, API, UI, infra, auth. --- ## Fase 2 — Leer documentación existente del área Si el proyecto tiene un knowledge base (Obsidian, wiki, docs/): | Si la feature toca... | Leer primero... | |-----------------------|-----------------| | API / endpoints | docs de API del proyecto | | Schema de BD | docs de BD / migraciones previas | | UI / componentes | design system del proyecto | | Auth / sesiones | docs de auth del proyecto | | Deploy / infra | docs de infra / variables de entorno | Si el proyecto usa `obsidian-sync`: leer las notas del vault antes de implementar. --- ## Fase 3 — Evaluar si crear agent team **Crear team de agentes cuando**: - La feature toca más de 3 archivos en capas distintas (BD + API + UI) - El trabajo es pa