ИИ-агенты автоматизируют рутинные задачи, включая генерацию миграций баз данных. Однако такие изменения несут риски: неудачная команда ALTER TABLE способна заблокировать запросы, исчерпать пул соединений и привести к отказу сервиса. Агенты часто не учитывают состояние production, поэтому их работу необходимо ограничивать специальными проверками.
Автор предлагает рассматривать миграции, созданные агентами, как привилегированные артефакты, требующие отдельного контроля в CI. Необходимо внедрить «файрвол», который анализирует SQL-код на наличие опасных операций, таких как RunSQL, RemoveField или создание индексов без флага CONCURRENTLY. Важно проверять не только Python-код, но и реальные команды, уходящие в базу.
Безопасная работа требует использования инструментов PostgreSQL, например, AddIndexConcurrently или AddConstraintNotValid, которые позволяют выполнять изменения без блокировки таблиц. Для rolling-релизов рекомендуется применять стратегию expand/contract. CI-пайплайн должен автоматически классифицировать риски миграций и требовать ручного одобрения для операций с высоким уровнем опасности.
Предлагаемый процесс включает проверку миграций через статический анализ, генерацию SQL-артефактов и их сопоставление с политикой безопасности. ИИ-агент может предлагать варианты изменений, но итоговое решение должно базироваться на детерминированных сигналах: метриках базы, тестах и правилах CI. Такой подход позволяет агентам работать быстрее, не подвергая риску стабильность системы.
