Шість місць, де план Claude Code підводить
Автор на note.com розбирає, що перевіряти в плані Claude Code перед тим, як сказати «proceed». У Plan Mode (`Shift+Tab` або `/plan` у терміналі), за офіційним описом станом на листопад 2026, Claude читає файли, але не редагує код. План радять просити в 7 розділах: мета, які файли й що в них міняється, нові файли, що не чіпати, важко відворотні дії, рішення без вашої вказівки, спосіб перевірки.
Пастки такі: робота «заодно», забагато файлів (сигнал розбити задачу), видалення чи перезапис даних, не вказано, що зберегти, розмите «перевірю роботу» і власні припущення ШІ. Їх автор вважає найважливішими.
Що це означає для бізнесу: Якщо тиснете «proceed», не дочитавши план, додайте цей формат у наступний запит і читайте хоча б пункти 5 і 6. Якщо в п.5 стоїть не «немає», вимагайте зупинки перед кожною такою дією.
Правки до плану одним повідомленням
Якщо в плані кілька проблем, автор не виправляє їх по одній, а збирає все в один запит і знову забороняє чіпати файли:
Виправ у плані таке: (непрошена робота) цього разу не включай; (що зберегти) не змінюй; припущення (…) хибне, насправді (…); спосіб перевірки опиши як дію і результат, за яким видно успіх. Покажи виправлений план ще раз. Файли поки не змінюй.
Для окремих пасток є свої формулювання. Якщо файлів забагато: Склади план, який розбиває цю задачу на менші кроки. Якщо є важко відворотна дія: Перед тим як виконати (видалення тощо), зупинись і покажи, що саме зробиш. Виконуй після моєї перевірки.
Приклад: сповіщення для всіх учасників
Автор наводить вигаданий, але показовий кейс. У застосунок для зв'язку членів сусідської асоціації треба додати сповіщення всім учасникам. У плані Claude Code знайшлося чотири проблеми:
- 12 файлів на зміну: попросили поетапний план.
- «Перетворити старі оголошення в новий формат і перезаписати»: попросили зупинитися перед цим кроком і зберегти дані в стані до конвертації.
- Припущення «усі учасники зареєстрували email»: насправді не всі. Додали поведінку для цього випадку: таким людям сповіщення показується лише всередині застосунку.
- Перевірка «підтвердити надсилання»: замінили на відправку тільки на тестову адресу з переглядом того, що прийшло.
За словами автора, читання плану зайняло кілька хвилин. За цей час перезапис даних і хибне припущення знайшлися ще до того, як з'явився код.
Після виконання: звірка плану з результатом
Коли роботу завершено, автор просить агента самому зіставити план і факт:
Порівняй початковий план і те, що фактично зроблено: що виконано за планом; що зроблено інакше, що саме і чому змінив; що було в плані, але не зроблено.
Саме тут видно, чи не розширився обсяг роботи без вашого дозволу. Якщо щось зроблено не за планом, питайте причину, а не просто приймайте результат.
Типові збої і коли прийом зайвий
- Прочитали план, але не перевірили, що зберегти. Розділ «що не змінювати / що зберегти» має бути в шаблоні. Перевіряйте, чи там є те, що треба захистити: формати збереження, інші екрани, налаштування.
- План виправили, а агент працював за старою версією. Перед proceed вимагайте показати виправлений план, а після роботи робіть звірку з результатом.
- План задовгий, і ви кинули читати на середині. Фіксований формат із 7 розділів показує, де саме читати.
Для першого підходу автор пропонує такий розклад: близько 5 хвилин, щоб запросити план у шаблоні; близько 10, щоб прочитати його з чеклистом і виписати правки; далі proceed після виправленого плану. Автор прямо каже, що для тих, хто дає агенту лише дрібні задачі, план не потрібен. Опис Plan Mode актуальний на листопад 2026, і порядок роботи з ним може змінитися, тож звіряйтеся з офіційною документацією.
Продукти: Курс