Код, написанный промптами, работает — пока не встретит первого клиента, первого сбоя и первого «добавь кнопку» от ИИ-агента. Я привожу такие проекты в состояние, в котором данные не теряются, а сайт не падает. Без переписывания с нуля.
Это не гипотетические риски. Это четыре сценария, с которыми приходят почти все. Проблема не в том, что ИИ плохо пишет код — а в том, что у проекта нет инженерного фундамента под ним.
Агент «почистил» таблицу, пересоздал схему или перезаписал файл app.db —
и продакшена больше нет. Данные пользователей, заказы, история — всё в одном файле,
который никто не копировал.
Попросили добавить кнопку — сломалась половина приложения. Откатиться некуда: нет Git, нет истории версий, нет тестового окружения. Правите прямо на продакшене и молитесь.
Счёт за облако вырос в десять раз: забытые инстансы, открытые наружу сервисы, база без лимитов, крон-задача, которая крутится каждую секунду. Архитектура создана не для нагрузки, а «чтобы заработало».
Ключи API лежат в коде, который лежит на GitHub. База открыта в интернет
с паролем postgres. Сервер ложится от простейшего сканирования,
не говоря о DDoS.
От аварийного восстановления до фундамента с нуля. Начинается всё одинаково — с разбора вашей ситуации и честного ответа, что нужно делать в первую очередь.
Привожу существующий проект в состояние production-ready. Не переписываю приложение — чиню фундамент под ним и закрываю самые опасные места первыми.
Для тех, кто только запускается и не хочет пережить катастрофу. Строй фундамент до того, как придут пользователи, — это дешевле, чем разбирать последствия.
Проект уже упал, данные пропали, счёт растёт или вас положили. Первый шаг — остановить кровотечение, второй — сделать так, чтобы это не повторилось.
Не знаете, какой формат ваш? Начните с бесплатного 30-минутного разбора — по нему будет понятно, нужен ли вообще подрядчик.
30–40 минут: что за проект, на чём собран, где живёт, что уже ломалось. Смотрю код и доступы, а не только слушаю описание. По итогам — короткое заключение с приоритетами: что критично, что подождёт, что можно не делать вообще.
Проверяю то, что обычно и приводит к катастрофам: где лежит база, есть ли история версий, что с бэкапами, какие порты открыты наружу, где хранятся ключи, что произойдёт при перезапуске сервера. Вы получаете список проблем с оценкой опасности — даже если дальше работать не со мной.
Закрываю критичное в порядке риска, а не в порядке удобства. Сначала то, из-за чего можно потерять данные, потом то, из-за чего можно потерять деньги, потом удобство. Каждый шаг — рабочий и проверенный, а не «настроено, должно работать».
Показываю, как теперь деплоить, откатывать и восстанавливаться из бэкапа. Специально ломаем копию: если восстановление не проверено — значит, бэкапа нет. На выходе — документация на человеческом языке, а не стена конфигов.
Список не «для галочки»: каждый пункт — это конкретная катастрофа, которая больше не может случиться.
Обезличенные сценарии из работы: что было, что сделали, чем закончилось.
SQLite-файл лежал в папке с проектом. Агент при рефакторинге пересоздал схему. Бэкапов не было никогда — только «экспорт» вручную месяц назад.
Восстановили из экспорта и логов приложения. База вынесена на управляемый сервис, ежедневные бэкапы с хранением 30 дней, проверка восстановления на копии.
Правки вносились прямо на продакшен-сервере, Git не было. После очередной итерации перестал работать платёжный вебхук; диагностика заняла двое суток.
Git с историей, staging-окружение, деплой одной командой и откат за минуту. Правки от ИИ проходят тот же путь, что и от человека.
Забытые тестовые инстансы, открытый наружу S3-бакет, база без снапшотов и крон, дёргавший тяжёлый отчёт каждые 30 секунд.
Выключили лишнее, переписали крон, закрыли бакет, поставили бюджетные алерты и лимиты. Счёт вернулся к норме, стало видно, что сколько стоит.
Ключи платёжного провайдера в фронтенд-бандле, база с паролем по умолчанию, приложение на одном процессе без лимитов и мониторинга.
Ротация ключей, серверный прокси для платежей, закрытая база, кэш и rate limit, алерты на падения. Нагрузочный тест проходит без деградации.
Инструкции без воды — их можно применять сразу, даже если мы никогда не познакомимся.
Пошаговый план: что остановить, что не трогать, откуда реально берутся данные и как не потерять их окончательно, пытаясь «вернуть как было».
Быстрая самопроверка на 15 минут: где лежит база, есть ли история версий, что будет при перезапуске сервера и где хранятся ключи.
Расскажите, на чём собран проект и что уже случалось. Отвечу в течение рабочего дня, честно скажу, есть ли проблема и в каком она порядке срочности. Разбор бесплатный.