ИИ снёс базу или сломал продакшен. Не запускайте его снова
Первое действие при потере данных — не «попросить ИИ вернуть как было». Именно так данные и теряются окончательно. Ниже — что сделать в первые минуты и что делаю я, когда беру проект в аварийном состоянии.
Что сделать прямо сейчас
Эти шаги уменьшают ущерб до того, как кто-то начнёт «чинить».
Остановите ИИ-агента
Закройте сессию Claude Code / Cursor / Replit Agent. Пока агент работает, он может дописать поверх того, что ещё можно спасти. Никаких «пусть он сам всё исправит» — он уже показал, как справляется.
Не перезаписывайте диск и не пересоздавайте сервис
Пересоздание контейнера или инстанса убивает последние шансы: снимки состояния, WAL-файлы базы, временные данные, которые ещё можно собрать. Сначала — копия того, что осталось.
Сделайте снимок текущего состояния
Скопируйте папку с данными, скачайте логи приложения, сделайте снапшот диска у хостера. Даже «пустая» база полезна: по ней видно, когда и что произошло.
Соберите источники восстановления
Что вообще есть: экспорт из админки, письма с заказами, выгрузки в Google Sheets, скриншоты, кэш браузера, снапшоты хостинга, архив у бэкап-плагина. Из этого часто собирается 80–95% данных.
Проверьте, не утекли ли ключи
Если репозиторий публичный, а внутри были ключи платёжного провайдера или облака — меняйте их сразу, не дожидаясь разбора. Действующий ключ в открытом виде = чужие траты на вашем счёте.
Подробная последовательность с пояснениями — в статье «ИИ удалил базу данных: что делать в первые часы».
Восстановление и защита от повторения
Цель — не «поднять как было», а поднять так, чтобы тот же сценарий не смог повториться.
Разбор инцидента
Восстанавливаю хронологию: что запускалось, что изменилось, когда пропали данные. Честная оценка — что вернётся полностью, что частично, что потеряно.
Восстановление
Собираю данные из всех доступных источников, поднимаю продакшен в изолированной среде, проверяю целостность до переключения трафика.
Закрытие дыр
Ротация ключей, база вне папки с кодом, приватный репозиторий, закрытые админки, минимальные права у того, с чем работает ИИ.
Бэкапы с проверкой
Регулярные копии с хранением за пределами сервера приложения и тестом восстановления. Непроверенный бэкап — это не бэкап, а надежда.
Правила работы с ИИ
Короткий регламент: что агенту можно, что нельзя, где он работает, а где — только чтение. Плюс staging, где можно ломать всё.
Мониторинг
Алерты на падение сервиса, ошибки в логах, рост счёта и отсутствие бэкапа. Узнаёте о проблеме вы, а не клиент.
Частые аварии и что с ними делают
«Таблица пустая, файл на месте»
Агент выполнил DROP или пересоздал схему миграцией. Файл существует, данные — нет.
Ищем WAL/journal, копии файла, снапшоты хостинга. Далее — перенос на управляемую БД с PITR.
«Данные исчезли после пересборки»
База лежала в эфемерной файловой системе и стёрлась вместе с контейнером.
Поднимаем внешнюю БД и постоянное хранилище, переносим схему, восстанавливаем из выгрузок.
«Обновили — сайт не открывается»
Неудачный коммит ушёл прямо в продакшен, откатиться некуда.
Поднимаем предыдущую рабочую сборку, вводим Git, staging и откат в одну команду.
«Ключи были в репозитории»
Публичный репозиторий, ключи в коде, база открыта наружу.
Немедленная ротация, вынос секретов, ограничение доступа по IP/пользователю, аудит логов.
Опишите, что случилось
Что за проект, на чём собран, что уже пробовали. Чем быстрее напишете, тем больше останется восстановить — время здесь работает против данных.