DB Guard: antes de que la migración de un agente llegue a producción
Cuando un agente escribe una migración, la pregunta real no es si se ejecuta, sino qué le hace a la tabla de producción. DB Guard analiza los archivos de migración modificados en la carpeta cuando un agente termina su turno, valora los riesgos y, si quieres, prueba la migración en una base de datos sombra dentro de una transacción que se revierte.
Qué detecta
Se comprueban los archivos modificados en rutas como migrations/, prisma/migrations, db/migrate y Flyway V1__x.sql. Lee SQL para Postgres, MySQL y SQLite, y código de migraciones de Rails, Laravel, Django y herramientas del estilo de Knex o Sequelize.
- DROP TABLE y DROP COLUMN, TRUNCATE, UPDATE y DELETE sin WHERE.
- CREATE INDEX sin CONCURRENTLY, ALTER TYPE, SET NOT NULL, nuevas restricciones FK, CHECK y UNIQUE.
- Migraciones sin paso de vuelta atrás (down); RunPython sin reverse_code en Django.
- Niveles de riesgo: none, low, medium, high; la pérdida de datos se señala aparte.
Tamaños reales de las tablas
Elige una de las conexiones de tu gestor de bases de datos como «production-like» y se leen los recuentos reales de filas, de modo que el riesgo se ajusta al tamaño de la tabla. Sin una, los riesgos se valoran sin conocer los tamaños. Un riesgo alto o medio, o una pérdida de datos, activa una notificación de escritorio.
Probar, revisar, arreglar
Cada informe tiene botones para el siguiente paso.
- Try on shadow DB: ejecuta la migración en una conexión de desarrollo o staging dentro de una transacción que siempre se revierte.
- Review with Claude: una revisión de Claude en solo lectura.
- Have the agent make it safe: los hallazgos van al agente que escribió la migración; si ya no existe, se abre un nuevo agente Claude «DB Guard düzeltme».
- Analyse SQL: pega un migration.sql de Prisma, o la salida de artisan migrate --pretend o manage.py sqlmigrate, para comprobarlo.
Cómo configurarlo
- 1
Abre la pestaña DB Guard en la página Details de un proyecto; la revisión automática viene activada por defecto.
- 2
En sus ajustes, elige una conexión production-like para los tamaños de tablas y una conexión sombra para las pruebas.
- 3
Cuando un agente escriba una migración, lee el informe y pruébala en la BD sombra o pide a un agente que la arregle.
Preguntas
¿Ejecuta algo en mi base de datos de producción?
Solo se leen los tamaños de las tablas de la conexión production-like. Las pruebas se hacen en la conexión sombra, dentro de una transacción que se revierte.
¿Qué bases de datos se admiten?
El análisis SQL cubre Postgres, MySQL y SQLite; también se lee código de migraciones de Rails, Laravel, Django y del estilo de Knex.
¿Funciona sin una conexión?
Sí. El análisis funciona sin ella; entonces los riesgos se valoran sin tamaños de tablas y las pruebas no están disponibles.
Funciones relacionadas
Todas las funcionesVer los 18 agentes de programación compatibles
Reúne a tus agentes en un solo escritorio.
Empieza con el plan gratuito. Descárgalo, añade la carpeta de un proyecto y abre tu primer agente.
Artículos sobre este tema
Blog- 27 de octubre de 2026Escribir SQL y migraciones de base de datos con IACómo escribir SQL y migraciones con agentes de IA de forma segura: da el esquema, usa un usuario de solo lectura, revisa EXPLAIN, añade índices y prueba en una copia.
- 25 de octubre de 2026Mejores servidores MCP para agentes de programaciónLos mejores servidores MCP para programar con agentes: Playwright, GitHub, Context7, Sentry, Postgres y más, con comandos para Claude Code, Codex y Gemini CLI.
- 25 de octubre de 2026Cómo crear una API con IA: un backend REST paso a pasoGuía práctica para crear una API con IA: elección de stack, esquema y migraciones, auth, validación, tests, documentación OpenAPI, despliegue y fallos de seguridad.