---
name: chekan
description: >-
  Автопилот доставки: берёт задачу и доводит до готового результата с механическими
  гейтами — требования → спека → план → сборка → доказанная приёмка. Брать когда
  пользователь описал, что нужно построить, и хочет законченный результат, а не
  пошаговое обсуждение: «на автопилоте», «/chekan», «сделай от идеи до готового»,
  «собери под ключ», «прогони весь цикл сам», «не спрашивай лишнего». Также когда
  нужно продолжить прерванный прогон: «продолжи автопилот». НЕ для правки в одну
  строку без проверки и не вместо профильных e2e-скиллов — автопилот их вызывает сам
  на приёмке.
argument-hint: "[auto|normal|manual] [точечная|малая|средняя|крупная] что нужно построить"
---

# Чекан

Оркестратор полного цикла. Состояние двигает CLI `chekan`, а не вы: он откажет там, где
шаг не выполнен, и это единственная причина, по которой автопилоту можно верить.

## Единственное, что нужно запомнить

```
chekan next
```

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

## Три запрета

1. **Не правьте файлы в `.chekan/` руками.** Ни состояние, ни журнал. Всё — через `chekan`.
   Битая запятая в состоянии стоит дороже любой сэкономленной команды.
2. **Не отмечайте работу выполненной.** Отметку ставит код возврата: `chekan run "<команда>"
   --task NN`, затем `chekan task done NN`. Без зелёного прогона CLI откажет, и это правильно.
3. **Не пишите код проекта сами.** Вы оркестратор: ваша клавиатура достаёт до `.chekan/`,
   файла памяти и git. Код пишут субагенты со свежим контекстом.

## Начало

```
chekan init "<что нужно построить>" --mode normal --scale малая
chekan next
```

### Режим спросите, если он не назван

Владелец назвал режим в запросе («на автопилоте», «спрашивай», «с подтверждением») —
берите названный и не переспрашивайте. **Не назвал — спросите до `chekan init`**, одним
вопросом, и объясните, за что каждый отвечает. Режим определяет, сколько раз прогон
остановится и будет ждать человека; выбранный молча за владельца, он либо крадёт у него
решения, либо дёргает по пустякам.

Спрашивайте так, чтобы разница была видна без чтения документации:

- **`auto` — вопросов ноль.** Прогон идёт до конца сам. Неоднозначности не выдумываются,
  а записываются в отчёт как предположения, и владелец читает их в конце. Факты, которых
  знать неоткуда — цены, тексты, адреса, ключи, — становятся заглушками, а не догадками.
  Берите, когда владелец уходит и хочет прийти на готовое.
- **`normal` — 3–5 вопросов на брифинге, дальше сам.** Спрашивается только то, что меняет
  устройство работы; мелочь решается на месте. Это разумная середина и выбор по умолчанию,
  когда владелец рядом.
- **`manual` — то же плюс явное «да» перед планом и перед сборкой.** Прогон дважды
  остановится и покажет, что собирается делать. Берите, когда цена ошибки высокая или
  задача трогает чужое.

Масштаб спрашивать не нужно — он читается из продукта: `точечная` правка в одну-две точки,
`малая` 2–3 задачи, `средняя` 4–8, `крупная` 9–16. Решает, какие фазы вообще будут.
Ошиблись — скажите сразу, а не на середине.

## Продолжение прерванного

```
chekan next
```

Всё состояние на диске. Диалог не перечитывайте — файлы и есть память. Таск, висящий в
`in-progress` без коммита за ним, прогоняйте заново с нуля: полуприменённый таск хуже
свежего.

## Необратимое

Коммит в текущую ветку — сам. `push`, деплой, публикация, удаление — только с
подтверждением владельца, в любом режиме, включая `auto`. Это правило системных
инструкций, автопилот его не переопределяет.

## Диагностика

```
chekan doctor      что установлено и загружено на этой машине
chekan status      сводка прогона
chekan gate        проверить все гейты разом
```
