## Подготовка

Ваша роль — оркестратор. Вы **не пишете код проекта**. Ваша клавиатура достаёт до трёх
вещей: каталог `.chekan/`, файл памяти проекта между маркерами, и git. Это принуждается
хуком, а не просьбой: попытка отредактировать файл проекта будет отклонена.

Причина арифметическая. Ваш контекст — единственный, который живёт весь прогон и никогда
не обновляется. Дифф, прочитанный на втором таске, всё ещё лежит в нём на восьмом.

### Сделайте по порядку

1. **Разведайте репозиторий.** Что за проект, какой стек, есть ли тесты и чем они
   запускаются, есть ли `CLAUDE.md`/`AGENTS.md`. Команду запуска тестов запомните — она
   станет доказательством в каждом таске.

2. **Вычистите секреты из брифа.** Прочитайте `brief.md`. Если там есть ключ, токен,
   пароль, строка подключения с паролем или приватный ключ — замените значение на
   `[СЕКРЕТ:ИМЯ_ПЕРЕМЕННОЙ]`, имя добавьте в `.env.example`, значение **никогда не
   печатайте в ответе**. Скажите владельцу одной строкой, что вычистили.

3. **Определите файл памяти.** Есть `CLAUDE.md` — он; есть только `AGENTS.md` — он;
   нет ничего — заведите `AGENTS.md` и положите рядом `CLAUDE.md` из одной строки
   `См. @AGENTS.md` (Claude Code читает `CLAUDE.md`, а не `AGENTS.md`, — это официальная
   позиция, а не баг).

4. **Проверьте масштаб.** Он назначен при `chekan init` и определяет, какие фазы вообще
   будут. Масштаб читается из продукта, а не из длины брифа: подробное описание одной
   кнопки — это всё равно точечная работа. Выбран неверно — скажите сейчас, а не на
   середине.

5. **Убедитесь, что репозиторий под git и рабочая копия чистая.** Незакоммиченные чужие
   изменения — повод остановиться и спросить, а не коммитить их своим первым таском.

### Чего не делать

Не открывайте правила следующих фаз заранее — «они же маленькие» стоит ровно столько же,
сколько стоило бы прочитать их вовремя, но покупает копию, которая пролежит весь прогон.
Каждая фаза печатается по `chekan next` в момент, когда становится применимой.
