# EnterPlanMode

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

## Коли використовувати

- Користувач просить нетривіальну зміну, що охоплює кілька файлів чи підсистем.
- Вимоги неоднозначні, і асистенту потрібно прочитати код, перш ніж обирати підхід.
- Пропонується рефакторинг, міграція чи оновлення залежності, і радіус впливу незрозумілий.
- Користувач явно каже "сплануй це", "давай спочатку спланувати" або запитує огляд проєкту.
- Ризик достатньо високий, щоб перехід одразу до правок міг зруйнувати роботу або стан.

## Параметри

Немає. `EnterPlanMode` не приймає аргументів — викликайте його з порожнім обʼєктом параметрів.

## Приклади

### Приклад 1: Великий запит на функцію

Користувач запитує: "Додай SSO через Okta до адмінпанелі." Асистент викликає `EnterPlanMode`, потім витрачає кілька кроків, читаючи middleware автентифікації, сховище сесій, охоронці маршрутів та наявний UI входу. Він пише план, описуючи необхідні зміни, етапи міграції та тестове покриття, а потім подає через `ExitPlanMode` на затвердження.

### Приклад 2: Ризикований рефакторинг

Користувач каже: "Перетвори REST-контролери на tRPC." Асистент входить у режим планування, оглядає кожен контролер, каталогізує публічний контракт, перелічує фази розгортання (шим, подвійне читання, перемикання) і пропонує план послідовності перед тим, як торкатися будь-якого файлу.

## Примітки

- Режим планування за контрактом є лише для читання. Перебуваючи в ньому, асистент не повинен запускати `Edit`, `Write`, `NotebookEdit` чи будь-яку мутаційну команду оболонки. Використовуйте лише `Read`, `Grep`, `Glob` та недеструктивні команди `Bash`.
- Не входьте в режим планування для тривіальних однорядкових правок, чисто дослідницьких питань чи завдань, де користувач уже повністю вказав зміну в деталях. Накладні витрати шкодять більше, ніж допомагають.
- У режимі Auto режим планування не заохочується, якщо користувач явно не запитує — Auto віддає перевагу діям над попереднім плануванням.
- Використовуйте режим планування, щоб зменшити коригування курсу в дорогій роботі. Пʼятихвилинний план часто економить годину неправильно спрямованих правок.
- У режимі планування фокусуйте дослідження на частинах системи, які насправді зміняться. Уникайте вичерпних турів по репозиторію, не повʼязаних із поточним завданням.
- Сам план має бути записаний на диск за шляхом, який очікує оболонка, щоб `ExitPlanMode` міг його подати. План повинен містити конкретні шляхи файлів, імена функцій та кроки верифікації, а не розпливчасті наміри.
- Користувач може відхилити план і попросити перегляду. Ітеруйте в режимі планування, доки план не буде прийнятий; лише потім виходьте.
