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

Основной инструмент владельца отвечал на половину своего вопроса. Оценка идёт
по поведению: что приложение уже может и чего ещё не может, — а 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/tasks/references/from-review.md

@@ -41,12 +41,15 @@
    заведённое и уже выкинутое. Нашлось среди живых — дописываем находку в
    существующий файл. Нашлось в `REJECTED.md` — это сигнал: причина отказа могла
    устареть, выноси пользователю, а не заводи молча заново.
-4. **Разложи по целям.** У каждой заводимой задачи должен быть `goal:<слаг>`.
-   Половина находок ревью не служит ничему из порядка — их цель **тематическая**
-   («прочность слияния», «журнал и пересборка», «наблюдаемость»).
-   Подходящей темы нет — заведи её целью (`add --type goal --section темы`)
-   в том же проходе: без цели задача не попадёт ни в один спринт, а значит не
-   будет сделана никогда.
+4. **Разложи по целям — там, где цель нужна.** Большинство находок ревью это
+   `fix` и `chore`, и **цель им не требуется**: они служат работоспособности, а
+   не направлению, и в спринт входят помимо его цели. Придуманная им цель —
+   ровно то враньё, от которого спасает род работы.
+
+   Цель обязательна у находки, которая оказалась **новой возможностью**
+   (`kind:feature`): нашлось поведение, которого никто не заказывал, и его надо
+   либо заказать целью, либо убрать. Подходящей цели нет — заведи её
+   (`add --type goal --section направления`) в том же проходе.
 5. **Покажи карту до создания файлов.** Кластер → задача / идея / строка в
    пакетный файл / уже заведено / отброшено, и под какую цель — пачкой через
    `AskUserQuestion`. Это тот же барьер, что и «три кандидата» в интейке из