Цифровые продукты ·
Рабочая копия становится страховкой после пробного восстановления
После удачного сеанса с ИИ легко продолжить правки без остановки. Несколько новых изменений — и форма перестаёт работать, а ассистент предлагает переписать ещё один файл. Полезный первый навык здесь — сохранить понятную рабочую точку и один раз восстановить её на отдельной копии. Тогда резервная копия сайта становится проверенным способом продолжить работу.
Зафиксируйте, что действительно работало
Выберите короткий маршрут: главная открывается, внутренняя страница доступна напрямую, контактное действие ведёт куда нужно. Запишите дату, версию проекта, команду сборки и результат этой проверки. Красивый скриншот не описывает состояние сервера или формы.
Если проект находится в Git, сохранённый коммит даёт ссылку на состояние отслеживаемых файлов. Он не включает автоматически всё, что лежит рядом. Проверьте отдельно необходимые изображения, настройки сборки и список исключённых файлов. Секреты при этом должны оставаться в предназначенном для них хранилище.
Разделите исходники, выпуск и данные
Исходники нужны, чтобы снова собрать сайт. Готовый выпуск нужен, чтобы понимать, какие файлы были опубликованы. Данные — статьи CMS, загруженные материалы, обращения и записи базы — могут жить отдельно от обоих. Отметьте, какие из этих частей есть именно у вашего проекта.
Для статического сайта без базы задача может быть небольшой. У сервиса с пользователями восстановление требует работы с данными и совместимостью версий. Не считайте старый архив кода полной копией такого сервиса. Запишите, откуда берётся каждая часть, где хранится копия и кто имеет к ней доступ.
Составьте сценарий одной поломки
Для упражнения возьмите безопасную правку на тестовой копии: например, изменение ссылки, после которого контрольный маршрут больше не проходит. Сохраните описание изменения. В этой задаче важно понять путь восстановления, а не изображать аварию на рабочем домене.
Сформулируйте запрос к ассистенту точно: показать изменённые файлы, объяснить зависимость и предложить возврат выбранной правки, сохранив остальные изменения. Не разрешайте массовое удаление, очистку или перезапись папки только потому, что так проще вернуть знакомый экран.
Верните изменение и повторите проверку
В Git есть операция revert: она создаёт новый коммит, отменяющий изменения выбранного коммита. Это один из способов сохранить видимую историю исправления. Конкретный выбор зависит от состояния проекта; при смешанных правках сначала нужно отделить то, что действительно требуется отменить.
После восстановления повторите сборку и тот же маршрут. Проверьте не только исчезновение ошибки, но и сохранность других нужных правок. Если проект перестал собираться на чистой копии, рабочая точка описана неполно: найдите недостающий шаг и допишите его.
Восстановление данных проверяют отдельно
Возврат интерфейса не возвращает записи базы. Более того, замена базы старой копией может уничтожить обращения, полученные после её создания. Для упражнения используйте отдельную среду и искусственные данные; не подключайте её к рабочим платежам, письмам и интеграциям.
Проверьте одну запись до копирования и после восстановления: доступна ли она, сохранились ли связи и вложения? Запишите дату копии и то, какой промежуток новых данных она не содержит. Если вы пока не понимаете, где хранится база или как изолировать среду, это конкретная задача для специалиста до следующего выпуска.
Оставьте короткую инструкцию для себя
Итог упражнения — рабочая версия, проверенная копия и порядок действий: где искать, что восстанавливать, как собрать и чем подтвердить результат. Рядом нужны ограничения: что не вошло в копию, какие сервисы подключаются отдельно и кому принадлежит решение о восстановлении рабочего сайта.
Вернитесь к этой инструкции перед значимым обновлением. Одна удачная проверка относится к тому состоянию проекта, на котором она выполнена; новые данные или серверная часть могут изменить процедуру. Устройство первого выпуска разобрано в [статье о публикации сайта](/apocrypha/publish-first-vibe-coded-website), а здесь задача — пройти путь назад своими руками.
В моём Telegram-канале о вайбкодинге можно продолжить разбираться в работе с ИИ. Если эксперимент уже принимает обращения или хранит данные, я могу помочь в рамках [разработки цифрового продукта](/dialogue) определить рабочую версию, границы обновлений и проверяемый путь восстановления.
От идеи к цифровому продукту
Если задача требует сервиса или внутреннего инструмента, определим первый законченный сценарий и путь к работающей версии.