задачи: цель упразднена, у проекта появилась стадия

Тип goal и индекс ROADMAP.md убраны: цель — зонтик над параллельными
направлениями, а у проекта на одного человека список работ линеен. Роадмап
при этом наполовину дублировал беклог, а «что уже умеет» отвечают спеки и
git log индекса. Секция «Готово» удалена, а не перенесена.

Вместо цели — ось «стадия проекта»: build (беклог это план стройки, порядок
строк значит зависимость, секция одна) и support (очередь правок, порядок
значит важность, секции — полки домена). Стадия объявляется ключом
[tasks] stage, меняется командой stage, без неё check отказывает: порядок
строк нечем прочитать.

Ушли теги goal:/decomposed, поле «Секция», раздел «Завершение», флаги
--goal и edit --section. Версия раскладки 2 → 3, перевод проекта расписан
записью журнала.

av-dev/skills/task-track/references/task-feature.md

@@ -15,18 +15,13 @@
 | Обязательные разделы | `Затрагивает`, `Критерии приёмки` |
 | Допустимые сверх того | `Рамки`, `Вопросы` |
 | Поле места | **Категория** — полка домена беклога |
-| Цель (`goal:<слаг>`) | **обязательна** |
 | Индекс | `BACKLOG.md` |
 | Берётся в работу | да |
 
-**Цель обязательна, и это единственный тип, у которого так.** Новая возможность
-и есть содержание цели: подходящей нет — либо она заводится, либо перед тобой не
-`feature`. `ready` без цели откажет.
-
 ## Алгоритм
 
-1. **Найти цель или завести её.** Задача без цели, названная функцией, — самый
-   частый способ пронести в беклог работу, которой никто не заказывал.
+1. **Проверить, что возможность и правда новая.** Поведение расходится с уже
+   заявленным — это `fix`, а не `feature`, и требования у него другие.
 2. **Назвать границы** в разделе `Затрагивает`: эндпоинт или команда, таблица и
    миграция, формат на диске, публичный тип пакета, внешний сервис. Названы
    **границы, а не замысел**: «переписать хранилище на новый драйвер» — замысел,
@@ -35,13 +30,12 @@
 3. **Написать критерии приёмки** — 2–5 проверяемых утверждений списком, у
    каждого назван оракул. Не «работает корректно», а «повторный прогон даёт тот
    же отпечаток — оракул: команда сверки».
-4. **Сказать, какую строку «Завершения» цели задача двигает.** Одной строкой в
-   теле. Это защита от задачи «отрефакторить X»: она проваливается не потому,
-   что невидима снаружи, а потому, что не находит строки, к которой относится.
+4. **Поставить её на место в списке.** На стройке место называет зависимость:
+   `move <слаг> --after <шаг, без которого нельзя>`. На доработке место в
+   очереди назначает груминг, и конец списка законен.
 5. **Проверить, что задача одна.** Отвечается всё, но задача не делается одним
-   заходом и не мерджится целиком — это несколько задач под одной целью, дроби
-   сразу ([split.md](split.md)). Промежуточного зонтика между целью и задачей
-   нет.
+   заходом и не мерджится целиком — это несколько задач, дроби сразу
+   ([split.md](split.md)) и ставь их в списке подряд.
 6. **Реализация** — дело конвейера проекта, не этого скилла. Закрывается
    `close <слаг> --implemented`: файл и строка удаляются, суть переезжает в
    `openspec/specs/` и документацию.
@@ -49,8 +43,8 @@
 ## Что видит машина, а что человек
 
 Схему типа судит `ready` на входе в работу: **наличие непустого** раздела
-`Затрагивает`, **число** критериев (меньше двух — отказ, больше пяти —
-замечание) и цель. Наличие оракула проверяется **эвристикой** — словом «оракул»
+`Затрагивает` и **число** критериев (меньше двух — отказ, больше пяти —
+замечание). Наличие оракула проверяется **эвристикой** — словом «оракул»
 в пункте. `check` этого поимённо не говорит, а считает строкой здоровья
 (`SKILL.md`, «Что механизировано, а что нет»).