DB Guard: до того, как миграция агента попадёт в продакшен

Проверяются изменённые файлы по путям вроде migrations/, prisma/migrations, db/migrate и Flyway V1__x.sql. Он читает SQL для Postgres, MySQL и SQLite, а также код миграций Rails, Laravel, Django и инструментов в стиле Knex или Sequelize.

• DROP TABLE и DROP COLUMN, TRUNCATE, UPDATE и DELETE без WHERE.
• CREATE INDEX без CONCURRENTLY, ALTER TYPE, SET NOT NULL, новые ограничения FK, CHECK и UNIQUE.
• Миграции без шага отката; RunPython без reverse_code в Django.
• Уровни риска: none, low, medium, high; потеря данных помечается отдельно.

Выберите одно из подключений вашего менеджера баз данных как «production-like», и будут считаны реальные числа строк, так что риск масштабируется с размером таблицы. Без такого подключения риски оцениваются без знания размеров. Высокий или средний риск, а также потеря данных вызывают уведомление рабочего стола.

У каждого отчёта есть кнопки для следующего шага.

• Try on shadow DB: выполняет миграцию на dev- или staging-подключении внутри транзакции, которая всегда откатывается.
• Review with Claude: проверка Claude в режиме только чтения.
• Have the agent make it safe: выводы уходят агенту, написавшему миграцию; если его уже нет, открывается новый агент Claude «DB Guard düzeltme».
• Analyse SQL: вставьте migration.sql от Prisma, вывод artisan migrate --pretend или manage.py sqlmigrate, чтобы проверить его.