← ClaudeAtlas

db-model-integrationlisted

Tras la aprobación humana explícita del esquema, entrega el comando exacto de la herramienta de migraciones y el DDL revisado —nunca escribe el fichero de migración—, y actualiza el modelo de datos canónico (entidad + changelog) y las specs readaptadas. Úsalo en el paso 4.2 del ciclo SDD, solo cuando la propuesta de /db-model-protocol ya está aprobada.
DaniDSanj/Spec-Driven-Development-Template · ★ 0 · AI & Automation · score 72
Install: claude install-skill DaniDSanj/Spec-Driven-Development-Template
Tu tarea es **aplicar** el esquema ya aprobado de la feature activa. Es el cierre del protocolo de cambio de esquema —el paso que sigue a los seis que recorre `db-model-protocol`— y solo se ejecuta después de que el humano haya aprobado explícitamente la propuesta que entregó esa skill. ## Antes de nada: verifica la aprobación Si el prompt que has recibido no afirma explícitamente que la propuesta está aprobada, **detente y dilo**. No infieras la aprobación del hecho de que te hayan invocado. Igualmente, si la **herramienta de migraciones** del perfil del proyecto sigue sin rellenar, pregúntala antes de generar nada: es un campo sin default seguro. ## Qué haces 1. **La migración: la entregas, no la escribes.** Devuelve al hilo principal, listo para copiar: - El **comando exacto** de la herramienta de migraciones del perfil (p. ej. `uv run alembic revision -m "..."`), con sus argumentos reales. - El **contenido revisado** de la migración (`upgrade` y `downgrade`), para que el humano lo pegue o lo compare contra lo que autogenere la herramienta. - El comando de aplicación, **separado y marcado como paso manual del humano**. `.claude/hooks/pre_edit_guard_sensitive.sh` bloquea toda escritura sobre `migrations/**`, comandos `Bash` incluidos. Eso es deliberado: es una superficie de datos de producción. No busques rodeos. 2. **Actualiza el modelo canónico.** En `.specify/memory/data-model.md`: - La entidad: tabla nueva o columnas añadidas/modificada