Claude ошибается. Не иногда — регулярно. Разница между человеком, который эффективно с ним работает, и тем, кто мучается, ровно одна: первый знает, где смотреть.
Пять типичных ошибок
1. Починил не то. Ты описал симптом, он нашёл первое подходящее место и поправил его. Симптом остался, а лишняя правка появилась.
Признак: проблема не ушла, но «всё сделано». Что делать: откатить и переформулировать — добавить, где именно проявляется.
2. Сломал соседнее. Правил одно, задел другое. Особенно легко, когда один и тот же кусок кода используется в нескольких местах.
Признак: заработало нужное, перестало работать то, что работало вчера. Что делать: проверять не только то, что чинили. Спрашивать заранее: «что ещё использует этот файл?»
3. Придумал то, чего нет. Сослался на несуществующую настройку, функцию из другой библиотеки, метод, которого в этой версии не было.
Признак: код выглядит убедительно, но при запуске ошибка вида «не найдено». Что делать: просить запускать и показывать результат, а не описывать словами.
4. Сделал больше, чем просили. Заодно «улучшил» соседний код, переименовал, переставил.
Признак: изменённых файлов больше, чем ожидал. Что делать: заранее ставить границу — «трогай только этот файл».
5. Уверенно объяснил неверно. Самый неприятный случай: объяснение звучит логично, но не соответствует тому, что происходит в реальности.
Признак: объяснение красивое, а поведение программы ему противоречит. Что делать: требовать доказательство — вывод команды, а не рассуждение.
Главное правило: доказательство вместо «готово»
«Готово» означает «я написал код». Оно не означает «я проверил».
Добавляй в каждый запрос:
Проверь, что это действительно работает, и покажи мне вывод команды — не пересказ.
Разница огромная. Пересказ можно придумать. Вывод команды придумать сложнее, и если он не сходится с обещанием, ты это увидишь.
Как откатывать
Три уровня, от мягкого к жёсткому.
Словами. «Верни как было» — он отменит свои последние изменения. Работает, пока правок немного.
Через git. git checkout -- . — вернуться к последнему коммиту. Надёжно, потому что не зависит от того, что он помнит.
Полный откат к коммиту. Если плохое уже закоммичено — попроси откатить к нужному коммиту по списку. Git хранит всё, потерять сложно.
Отсюда и вывод прошлого урока: коммит до правки — не бюрократия, а страховка.
Когда стоит остановиться и начать заново
Если вы третий раз ходите по кругу — правка, не работает, новая правка — остановись. Это признак, что задача понята неверно с самого начала.
Что делать: откатить всё к рабочему состоянию, очистить разговор командой /clear и сформулировать задачу заново, другими словами. Это почти всегда быстрее, чем чинить накопившееся.
Не бойся сказать «неправильно»
Claude не обидится. Прямое «нет, это не то, ты сделал X, а нужно Y» работает лучше вежливого «может быть, стоит немного иначе». Второе он воспримет как согласие с уточнением и продолжит в ту же сторону.
В следующем уроке — как вести большие задачи, где правок много и всё сразу не проверишь.