Дебаг с ИИ

Приложение работало пять минут назад. Ты поменял одну вещь. Теперь это белый пустой экран. Инстинкт — вставить в ИИ «всё сломалось, почини» и надеяться. Из-за этого инстинкта ты и зависнешь на час.

Дебаг с ИИ — это навык, и он в основном про то, чтобы дать ИИ то, что ему нужно. Потому что модель не видит твой экран, твою консоль и то, что ты только что сделал. Она знает только то, что ты ей расскажешь.

Установка: ты — глаза, ИИ — мозг

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

Размытый отчёт даёт размытую догадку. Точный отчёт даёт точную починку. Весь навык сжимается до: собери хорошие улики, потом передай их.

Шаг 1: Прочитай саму ошибку

У новичков глаза стекленеют от красного текста. Не надо. Сообщение об ошибке — самая ценная улика, и обычно оно читаемее, чем кажется.

Два места, где его искать:

• Консоль браузера (правый клик → Inspect → Console). Здесь живут ошибки фронтенда.
• Терминал или логи сервера, где запущено приложение. Здесь живут ошибки бэкенда.

Скопируй всю ошибку целиком, включая имя файла и номер строки. Не «была ошибка» — буквальный текст.

Шаг 2: Опиши, что изменилось

Баги не появляются из ниоткуда. Что-то изменилось: ты добавил фичу, отредактировал файл, что-то установил. Расскажи ИИ про до и после:

«Оно работало. Я попросил тебя добавить кнопку удаления. Теперь вся страница со списком пустая, а в консоли: [ошибка]. Вот файл, который ты менял: [код]».

«Что изменилось» сужает поиск со всего проекта до последнего, чего ты касался. Обычно баг именно там.

Шаг 3: Дай ему три вещи, которые ему нужны

В любом хорошем баг-репорте для ИИ есть три части:

1. Что ты ожидал, что произойдёт.
2. Что произошло на самом деле (с точной ошибкой).
3. Релевантный код — нужный файл, а не весь проект.

Пропусти одно — ИИ гадает. Включи все три — и обычно он попадает в причину с первого раза.

Шаг 4: Меняй по одной вещи за раз

Когда ИИ предлагает починку, примени её и протестируй прежде чем просить ещё. Главная ошибка новичка — навалить пять предложенных изменений сразу: теперь, если всё ещё сломано, ты понятия не имеешь, что и на что повлияло.

Одно изменение — один тест. Медленно здесь означает быстро. Если починка не сработала, откати её перед следующей идеей, чтобы код не копил мёртвые эксперименты.

Шаг 5: Когда реально застрял — сделай меньше

Если ты прокрутил несколько кругов и ничего не работает, перестань добавлять. Вместо этого уменьши проблему:

«Давай изолируем. Сделай минимальную версию только этой фичи, отдельно, без всего остального. Там тоже ломается?»

Воспроизведение бага в изоляции говорит, дело в самой фиче или в том, как она соединяется с остальным. В любом случае ты вдвое сократил пространство поиска.

Проси ИИ объяснять, а не только чинить

Вот ход, который превращает дебаг в обучение. После починки спроси:

«Что было не так на самом деле и почему твоя починка сработала? Объясни как новичку».

Делай так каждый раз — и происходит странное: тот же баг перестаёт тебя удивлять. Ты начинаешь узнавать категорию проблемы и со временем чинишь лёгкие ещё до того, как ИИ подключится. В этом и весь смысл — не зависеть от ИИ вечно, а понимать свой продукт чуть лучше с каждой поломкой.

Цикл на одном дыхании

Прочитай ошибку → скажи, что изменилось → дай ожидаемое/реальное/код → почини одну вещь → протестируй → спроси почему. По кругу, пока не станет зелёным. Не гламурно, но это разница между дебагом и молитвой.