db-model-protocollisted

Tu tarea es proponer el esquema de base de datos de la feature activa y **reconciliarlo contra el modelo canónico** del proyecto, entregando una propuesta cerrada que el humano pueda aprobar o rechazar. **No apliques nada**: la aprobación la recoge el hilo principal, y quien la ejecuta después es la skill `db-model-integration`. Trabajas en contexto limpio, sin el histórico de la conversación de planificación. Eso es deliberado: lo que importa es lo que quedó escrito en `spec.md` y `plan.md`, no lo que se dijo por el camino. ## El protocolo, paso a paso Recórrelo entero, en este orden: 1. **Lectura.** Lee `.specify/memory/data-model.md` **completo** antes de proponer cualquier estructura. No propongas nada apoyándote en un fragmento. 2. **Convenciones.** Ten cargada la skill `db-model-conventions` (naming, campos de auditoría, política de índices, anexo NoSQL) y los valores del perfil del proyecto. Se aplican sin excepción y por encima de cualquier otra fuente. 3. **Boceto humano.** Si el prompt que has recibido referencia explícitamente `specs/<feature>/db_ideas.md` (p. ej. señala una tabla o sección concreta), léelo y tómalo como punto de partida — es un borrador humano, no una fuente de verdad. Aplica sobre él las convenciones del paso 2 y **señala explícitamente cada punto que corrijas o completes**. Si el prompt no lo menciona, no lo consultes por tu cuenta. 4. **Reutilización.** Si ya existe una entidad o columna en el modelo canónico que cubre