Contrato de datos y plan de migración
Define y verifica el contrato de un conjunto de datos antes de que alguien construya encima: esquema, propiedad, invariantes y prueba de rechazo por cada uno.
Qué incluye
Construir algo sobre un conjunto de datos sin un dueño declarado, sin esquema versionado ni pruebas de rechazo puede significar que la primera carga real rompa todo lo que dependía de él — y que nadie haya acordado antes qué significa exactamente que un dato sea válido. Esta skill fija quién es dueño de cada campo y qué decisión depende de él, pudiendo detener el proceso si no hay dueño identificado, y define entidades, claves, tipos e invariantes que quedan impuestos por el propio esquema, no por la memoria de quien carga los datos. Establece las reglas de transporte — idempotencia, reintentos, qué pasa con un registro duplicado o uno que no llega —, y exige una prueba de rechazo por cada invariante antes de dar el contrato por bueno. Para quien define un conjunto de datos antes de que alguien más construya encima, y quiere que esa dependencia aguante el día que el esquema cambie.
Resultados
- Contrato de datos con versión: entidades, campos, invariantes y quién es dueño
- Esquema ejecutable con sus restricciones
- Batería de rechazo: un caso por invariante, cada uno fallando por el motivo correcto
- Plan de migración con orden, compatibilidad y vuelta atrás
Requisitos
- Claude Code o Codex, con tu propia suscripción.
- Cada campo tiene dueño, tipo y obligatoriedad declarada
- Cada invariante tiene su restricción en el esquema y su prueba de rechazo
- El contrato lleva versión. Un cambio incompatible es una versión nueva, no una edición silenciosa
- Hay plan de vuelta atrás antes de la primera carga real