роадмап — состояние проекта, а не очередь работ

Основной инструмент владельца отвечал на половину своего вопроса. Оценка идёт
по поведению: что приложение уже может и чего ещё не может, — а close
--implemented удалял у достигнутой цели и файл, и строку, так что роадмап по
построению показывал только «что осталось». Свидетельство лежало в самом
роадмапе healthlog: секция «Что уже пройдено» на двадцать строк прозы, руками,
с припиской «Эти звенья целями не заведены: закрытая цель записи не оставляет».

Теперь строка с датой переезжает в секцию достигнутого, файл удаляется
по-прежнему. Вторым домом поведения это не делает: нормативное поведение живёт
в openspec/specs, роадмап отвечает, когда и в каком порядке оно появилось.
Ссылки на файл в строке нет — файла больше нет, форма как в REJECTED.md.

Цель стала возможностью приложения, задача — шагом к ней:
- заголовок цели отвечает на «что приложение будет уметь»; свойство поведения
  («сообщает о своём состоянии», «исход не зависит от порядка») — тоже
  возможность и переформулировки не требует;
- «Завершение» — списком, а не абзацем: задача ссылается на его строку, и это
  новая защита от «отрефакторить X» вместо прежнего «наблюдаемо снаружи».
  Заодно видно обратное: строка, к которой не относится ни одна задача, —
  незакрытая часть возможности;
- работа над инструментом и процессом на этот вопрос не отвечает и живёт в
  отдельной секции.

Цель обязательна не у всякой задачи. Прежнее «иначе она не попадёт ни в один
спринт» было угрозой, а не аргументом, и заставляло операционную работу
выдумывать себе направление. Граница по роду: feature без цели не бывает, fix,
chore и research живут без неё и входят в набор помимо цели спринта.

Тип [epic] упразднён: зонтиком стала цель, а слишком крупный шаг дробится под
ней. Ноль употреблений на 97 записей двух живых проектов.

Секции роадмапа — умеет / строим / направления / станок, четыре вместо двух;
имена приняты как временные и запаркованы (TODO 7). Имя секции достигнутого
знает скрипт — docs/.pm.json, ключ tasks.achieved_section. reopen цели снимает
строку достигнутого, круг проверен вживую.

Всё дописано в версию 3 канона: она ещё нигде не выкачена. DECISIONS 19,
YYY–ГГГ и следствия 78–81.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

av-dev-pm/skills/session/references/cadence.md

@@ -115,13 +115,15 @@
 
 6. **Жива ли она вообще.** Контекст мог измениться: ушла зависимость, отпал
    сценарий, обошли иначе. Здесь и звучит вопрос о выкидывании.
-7. **Та ли цель.** Приоритетов нет, и «повысить» нечего — вместо повышения
-   **смена цели** (`edit <slug> --goal <другой>`) или включение в ближайший
-   набор. Задача, которой не находится цель, — кандидат на выход: она не попадёт
-   ни в один спринт.
+7. **Та ли цель — и нужна ли она вообще.** Приоритетов нет, и «повысить» нечего
+   — вместо повышения **смена цели** (`edit <slug> --goal <другой>`) или
+   включение в ближайший набор. `feature`, которой не находится цель, — кандидат
+   на выход: новая возможность вне цели это возможность, которой никто не
+   заказывал. Операционной задаче (`fix`, `chore`, `research`) цель не нужна, и
+   выдумывать её здесь не надо.
 8. **Задача ли это по-прежнему.** Не проходит тест «готова к взятию» → `edit
-   <slug> --type idea`, дальше штурм. Разрослась → `edit <slug> --type epic`,
-   дальше декомпозиция.
+   <slug> --type idea`, дальше штурм. Разрослась → это несколько задач под той
+   же целью, дальше декомпозиция.
 9. **Переоценка по измеренному.** Спринт производит числа — сколько на самом
    деле стоит такая работа, что оказалось дороже ожидания. Эти числа меняют цену
    **других** задач, и именно здесь это применяется: задача, чья цена выросла
@@ -173,15 +175,18 @@
 
 ## Шаг 4. Выбор цели и набор спринта
 
-1. **Покажи состояние целей**: «порядок» `ROADMAP.md` с обоснованием очереди, темы, и
+1. **Покажи состояние проекта**: секцию `умеет` (что уже сделано — это половина
+   ответа на «где мы»), затем `строим` с обоснованием очереди, `направления`, и
    по каждой цели-кандидату — сколько под ней задач без открытых вопросов
    (`list --goal <слаг>`). Цель без готовых задач набором не станет: её сперва
    надо декомпозировать.
 2. **Цель называет человек.** Это продуктовое решение, а не механика: агент
    предлагает и объясняет, но не выбирает.
 3. **Набор собирает агент** — `sprint start --goal <слаг>`, затем `sprint take
-   …`. Скрипт не даст взять чужую цель, идею, эпик, задачу с открытым вопросом,
-   без критериев приёмки, без рода работы или без раздела «Затрагивает».
+   …`. Скрипт не даст взять цель, идею, задачу с чужой целью, с открытым
+   вопросом, без критериев приёмки, без рода работы или без раздела
+   «Затрагивает». Задача без цели вовсе (`fix`, `chore`, `research`) берётся
+   свободно — операционная работа входит в набор помимо его цели.
 4. **Набор показывается человеку до старта работ.** Показ — это и есть момент
    заморозки: после него набор не двигается. **В показе называется состав по
    роду работы** — три `fix` и ни одной `feature` под целью развития это