# EnterPlanMode

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

## Когда использовать

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

## Параметры

Нет. `EnterPlanMode` не принимает аргументов — вызывайте с пустым объектом параметров.

## Примеры

### Пример 1: большой запрос на фичу

Пользователь просит: «Добавь SSO через Okta в админ-панель». Ассистент вызывает `EnterPlanMode`, затем несколько ходов читает middleware авторизации, хранилище сессий, защитники маршрутов и существующий UI входа. Он пишет план с описанием необходимых изменений, шагов миграции и покрытия тестами, а затем отправляет его на одобрение через `ExitPlanMode`.

### Пример 2: рискованный рефакторинг

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

## Примечания

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