Вы попросили AI поправить кнопку. Кнопка заработала, но перестал открываться личный кабинет. Следующая попытка вернула кабинет и сломала сохранение. Продолжать цепочку исправлений вслепую неудобно: становится все сложнее понять, какое изменение вызвало сбой.

Сохраните текущее состояние

Перед новой попыткой сохраните версию кода и отдельно позаботьтесь о копиях данных. История проекта в редакторе, история файлов в репозитории и резервная копия базы решают разные задачи. Возврат старого кода не обязательно возвращает прежнюю базу.

Если приложением уже пользуются клиенты, экспериментируйте с отдельной копией. Не откатывайте рабочую базу без понимания, какие новые записи будут потеряны и совместима ли она с выбранной версией приложения.

Опишите одну воспроизводимую ошибку

Вместо «все сломалось, исправь» запишите конкретную последовательность. Например: «Вошел как обычный пользователь, изменил название проекта, нажал “Сохранить”, обновил страницу. Название осталось прежним».

Укажите, когда сценарий работал последний раз и что менялось после этого. Приложите текст ошибки, очистив его от ключей и персональных данных. Спросите AI о предполагаемой причине и плане проверки до изменения кода. Такой запрос не гарантирует правильный ответ, но делает предложенные действия понятнее.

Найдите последнюю рабочую версию

Проверьте доступную историю проекта. Сравните изменения между рабочей и сломанной версиями. Не обязательно возвращать весь проект: причина может находиться в одном изменении. Но это нужно подтвердить проверкой, а не количеством измененных строк.

Если используете историю конструктора, уточните, что именно восстанавливает эта функция. Например, у Lovable есть документация по работе с ошибками и изменениями в чате. Названия кнопок и возможности отличаются между инструментами, поэтому универсальной команды отката здесь нет.

Ограничьте следующее исправление

Согласуйте одну задачу: какой сценарий исправляем и что должно продолжить работать. Попросите объяснить, почему затрагиваются соседние файлы или настройки. Если AI предлагает заменить авторизацию ради исправления подписи на кнопке, сначала разберите необходимость такого изменения.

После правки проверьте не только исходную ошибку. Для сохранения данных полезен короткий набор проверок:

  1. Пользователь сохраняет изменение и видит его после обновления страницы.
  2. Другой пользователь не получает доступ к чужим данным.
  3. Отмена действия не меняет сохраненное значение.
  4. При ошибке сервера интерфейс сообщает о неудаче, а не показывает ложное подтверждение.

Когда сценарий работает, сохраните эту версию как новую проверенную точку. Затем переходите к следующей задаче.

Когда стоит подключить разработчика

Если одна и та же поломка возвращается, версии перестали запускаться или вы не понимаете последствия изменений базы, полезнее разобрать причину, чем продолжать случайные правки. Поможем восстановить рабочий сценарий и доработать приложение. Перед запуском для клиентов можно отдельно проверить риски и восстановление после сбоев.