Планы: как большая задача не разваливается

Коротко: Большая фича без плана расползается: агент теряет нить. Правило - одна фича, один план, один файл в папке plans с фазами. План пишется в одном чате, критикуется во втором, реализуется в третьем. Ошибка на плане стоит минуту, та же ошибка в коде - день.

Почему план в файле, а не в голове чата

Маленькие правки делаются просто диалогом. Но большая фича без плана расползается: агент теряет нить, вы теряете контроль. Правило: одна фича - один план - один файл в папке plans/ с фазами и галочками.

Почему файл, а не встроенный режим планирования? План в памяти диалога живёт только до конца чата. План в файле подхватит любой новый чат - завтра, через неделю, после сбоя. Когда что-то ломается на проде, вы прыгаете в старый план и понимаете, где ошибка.

Три чата: план, критика, реализация

Цикл, который держит качество: план пишется в одном чате, критикуется во втором, реализуется в третьем. Звучит избыточно - работает безотказно. Агент не умеет смотреть на свою работу со стороны, а отдельный чат - это и есть взгляд со стороны. Ошибка на плане стоит минуту, та же ошибка в коде - день.

Промпт критики плана:

Открой план plans/[ИМЯ-ФАЙЛА].md и прочитай business/INDEX.md для контекста.
Пройди по каждой фазе и ответь честно:
1. Решает ли фаза нашу задачу или это код ради кода?
2. Есть ли решение проще? Мы делаем первую версию, а не идеал.
3. Что сломается, если фазу выкинуть? Если ничего - выкидывай.
4. Где конфликты между фазами и что нужно сделать раньше остального?
Собери итог одним списком правок. Критикуй жёстко, мне нужна правда.

Стресс-тест «десять причин провала»

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

Прочитай план plans/[ИМЯ-ФАЙЛА].md. Представь, что прошёл год и проект провалился.
Назови 10 самых вероятных причин: слабые гипотезы, не та аудитория,
экономика не сходится, никому не нужно, я переоценил свои силы.
По каждой - насколько реальна и что поменять в плане уже сейчас.

Если три и больше причин выглядят серьёзно - иногда лучше не делать фичу, чем потратить на неё время.

Запуск реализации

Когда план выдержал критику, реализацию запускают одним промптом в новом чате:

Прочитай план plans/[ИМЯ-ФАЙЛА].md. Ты оркестратор его реализации.
Иди по фазам по порядку. После каждой фазы:
1. Проверь свой код на ошибки и исправь найденное.
2. Сделай security review изменений.
3. Отметь фазу в файле плана выполненной.
Когда все фазы закрыты - прогони финальную проверку, запусти проект
локально и дай мне ссылку. Что-то непонятно - спрашивай, не придумывай.

Короткая проверка: выберите ответ и нажмите «Проверить».