ШІ ламає код: як знайти помилку й відновити проєкт

Учора форма працювала. Сьогодні ви попросили змінити колір кнопки — і зник вхід. Найгірше наступне завдання: «перепиши все, щоб працювало». Корисніше зупинити ланцюжок змін і знайти мінімальну дію, після якої виникла проблема.

У розповіді на DOU від 8 жовтня 2026 року автор описує власний досвід створення LMS за допомогою ШІ та регресії під час змін. Це особиста історія, не дослідження частоти помилок. Наш практичний висновок: зберігати робочі версії та перевіряти старі функції після кожної зміни.

Спочатку збережіть те, що є

1. Зробіть копію проєкту або окрему гілку. Збережіть останню робочу версію.
2. Запишіть точний текст помилки та кроки її відтворення. Перед передаванням прибирайте токени й особисті дані.
3. Не видаляйте базу даних і не вимикайте авторизацію заради «швидкого виправлення».

Складіть план перевірки

Це локальний генератор інструкції за обраним симптомом. Він не читає ваш код і не встановлює причину автоматично. Вміст полів не надсилається на сервер чи в аналітику.

Як зрозуміти, що виправлення справді допомогло

1. Повторіть ті самі дії з тими самими даними.
2. Перевірте сусідній сценарій: порожнє поле, інший користувач або повторне натискання.
3. Перезавантажте сторінку. Для збереження даних переконайтеся, що вони справді лишилися.
4. Перевірте опубліковану версію, а не лише локальну.
5. Збережіть робочу зміну з поясненням причини та перевірки.

Коли потрібна допомога розробника

Якщо помилка стосується платежів, доступу до чужих даних, втрати записів або незрозумілих міграцій бази — не застосовуйте випадковий код до робочої системи. Підготуйте відтворюваний приклад без секретів. Для навчання почніть з безпечних локальних вправ, а перед запуском прочитайте гайд із перевірки AI-коду.