Plan mode в Codex: сначала план, потом изменения

Что делает Plan mode

В режиме планирования Codex сначала изучает контекст, уточняет требования и предлагает последовательность работы, не переходя сразу к изменениям. Исправить направление на этом этапе дешевле, чем переделывать готовый результат.

Когда сначала нужен план

Планирование полезно, когда изменение трудно оценить одним взглядом или оно затрагивает несколько зависимых решений.

• Задача затрагивает несколько страниц, файлов или систем.
• Есть несколько допустимых вариантов реализации.
• Цена ошибки выше нескольких минут проверки.
• Нет точных критериев готовности.
• Нужно сохранить поведение или данные.
• Работа включает публикацию или миграцию.

Когда план может быть лишним

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

Из чего состоит проверяемый план

В плане должны быть решения и доказательства, а не только список общих действий.

Попросите Codex провести интервью

Если идея сырая, не пытайтесь заранее написать идеальное техническое задание. Попросите Codex задать ограниченное число вопросов, которые действительно меняют решение.

У меня есть идея: [описание].

Пока ничего не создавай и не меняй.
Задай до 7 вопросов о пользователе, сценарии,
данных, ограничениях и критериях успеха.

После ответов подготовь план:
- что входит и не входит в первую версию;
- какие файлы или системы затрагиваются;
- риски и способы проверки;
- решения, требующие моего выбора.

Как проверить план

Читайте план как договорённость об объёме. Любая неопределённая формулировка может превратиться в лишнее изменение.

• Нет скрытых предположений о пользователях или данных.
• Объём соответствует реальной цели.
• Указано, что нельзя менять.
• Есть ручной пользовательский сценарий.
• Предусмотрены сохранение данных и откат.
• Обязательное отделено от улучшений.

Как перейти к реализации

После согласования план становится контрольным списком. Новые требования нужно явно добавить, а не выполнять незаметно.

1. Исправьте спорные пункты и подтвердите решения.
2. Разрешите только согласованный объём.
3. Для длинной работы ведите статус по этапам.
4. После этапа запускайте его проверку.
5. Новые требования оформляйте отдельно.
6. Сравните итог с планом и критериями.

Ошибки режима планирования

Плохой план создаёт ощущение контроля, но не снижает риск. Проверяйте, появилась ли после него новая конкретная информация.

• План повторяет запрос, но не изучает проект.
• Нет файлов, рисков и проверок.
• Документ подтверждают, не прочитав решения.
• Объём незаметно расширяется.
• Устаревший план не обновляется.
• Большой план создаётся для мелкой правки.