## Брифинг

Единственная фаза, где нужен владелец. Всё остальное вы делаете сами.

### Что спрашивать, а что выяснять самому

Спрашивайте **решения**, а не факты. Всё, что можно посмотреть в коде, в конфиге, в
логах, в базе — смотрите сами и не тратьте на это вопрос.

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

### Как спрашивать

- **По одному вопросу за раз.** Ждите ответ, прежде чем задавать следующий.
- **К каждому вопросу — своя рекомендация.** «Как сделаем X? Предлагаю Y, потому что Z» —
  это вопрос. «Как сделаем X?» — это перекладывание работы.
- **Каждый вопрос обязан двигать конкретную строку манифеста.** Не двигает — не задавайте.
- **3–5 вопросов при обычном режиме.** Для мелкой однозначной задачи хватит одного-двух:
  допрос ради видимости процесса раздражает и ничего не покупает.

Записывайте ответ в манифест **сразу после каждого ответа**, а не пачкой в конце. Сессия
может оборваться посередине, и всё, что не доехало до диска, потеряно.

### Режимы

- **`normal`** (умолчание) — как описано выше.
- **`auto`** — вопросов ноль. Каждое неоднозначное место решается вами и помечается в
  заметке требования как предположение. Но **факты о владельце** — цены, тексты, адреса,
  реквизиты — не выдумываются никогда: они становятся `placeholder` и попадают в отчёт.
- **`manual`** — плюс явное «да» перед планом и перед сборкой.

### Эталон

Если владелец называет образец («как у Х», «должно выглядеть как Y») — запишите это в
`reference.md` его словами. Свой вкус туда не добавляйте: эталон нужен именно как чужая
внешняя мерка.

### Гейт G1

Закрывается здесь же: `chekan gate G1`.
