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

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

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

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

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

@@ -8,14 +8,19 @@
 
 Задачу можно дробить, только если части удовлетворяют **обоим** условиям:
 
-1. **Мерджатся независимо.** Часть Б не требует, чтобы часть А была уже влита.
-   Есть порядок «сперва А, потом Б, иначе не собрать» → это не декомпозиция, а
-   план реализации: шаги остаются **внутри одного файла**.
+1. **Каждая мерджится сама по себе.** Часть, после которой дерево не собирается
+   или поведение сломано до прихода соседней, — не часть, а половина.
 2. **Каждая — самостоятельный шаг.** Часть, осмысленная только в комплекте с
-   другой, — не задача. Проверяй тестом «готова к взятию» (task-format): какую
-   строку «Завершения» цели двигает **именно эта часть** и какие у неё
-   собственные критерии приёмки. У операционных частей (`fix`, `chore`,
-   `research`) цели может не быть — тогда достаточно собственных критериев.
+   другой, — не задача. Проверяй тестом «готова к взятию» (task-format): свои
+   критерии приёмки у неё есть или нет.
+
+**Порядок между частями законен на стройке и подозрителен на доработке**, и это
+единственное, что стадия здесь меняет. Беклог стройки **весь** состоит из
+упорядоченных зависимостью шагов: «сперва А, потом Б» — не повод не дробить, а
+описание того, как этот список устроен, и части просто встают подряд. На
+доработке правки независимы, и обнаруженный порядок «иначе не собрать» чаще
+всего значит, что перед тобой не декомпозиция, а план реализации: шаги остаются
+**внутри одного файла**.
 
 Не проходит хотя бы одно — **не дроби**. Ложная декомпозиция плодит файлы,
 которые нельзя взять поодиночке, и переоценка потом склеивает их обратно.
@@ -45,37 +50,29 @@
 гигиена полей снимает. Шов пользуется меткой как **признаком**, что в задаче
 две разнородные работы; решение о метке остаётся за конвейером.
 
-**Цель наследуется.** Все части несут `goal:` родителя: декомпозиция не меняет
-того, чему работа служит. Если у части цель другая — это признак, что дробили не
-по той границе, либо что часть вообще из другой работы.
-
 ## Что делать с родителем
 
 После разделения родитель **не остаётся** третьей висящей строкой:
 
-- части полностью замещают его → `close <slug> --reason "разложена на a, b"`.
-  `REJECTED.md` здесь — не «выкинули», а именно тот след, что переживает запись:
-  через квартал вопрос «куда делась задача X» отвечается строкой со ссылками на
-  наследников, а не археологией git;
-- родитель осмыслен как **возможность**, а не как шаг → это цель, и **строка
-  переезжает**: `edit <slug> --type goal --section <часть роадмапа>` снимает её с
-  `BACKLOG.md` и вставляет в `ROADMAP.md`. Файл в `items/` при этом не двигается —
-  он и есть запись. Части получают `--goal <слаг родителя>`, а закрывать родителя
-  нечем и незачем: он не выкинут, он стал целью.
+части полностью замещают его → `close <slug> --reason "разложена на a, b"`.
+`REJECTED.md` здесь — не «выкинули», а именно тот след, что переживает запись:
+через квартал вопрос «куда делась задача X» отвечается строкой со ссылками на
+наследников, а не археологией git.
 
-**Промежуточного зонтика между целью и задачей нет.** Тип `epic` упразднён:
-роль зонтика играет цель, а слишком крупный шаг дробится на шаги помельче под
-той же целью. Если частям нужен общий заголовок — значит у них общая
-возможность, и её надо назвать целью, а не заводить временный тип.
+**Зонтика над частями нет никакого.** Тип `epic` упразднён, цель, игравшая его
+роль после него, — тоже. Если частям нужен общий заголовок, у них общее место в
+списке: они встают подряд, и соседство и есть тот ответ, ради которого заводили
+зонтик.
 
 ## Когда декомпозиция случается посреди работы
 
 Задача, которая **оказалась крупнее задачи**, распознаётся до того, как под неё
 заведено предложение об изменении: иначе его придётся выбрасывать. Она выходит
 из работы на декомпозицию, а её строка возвращается в беклог с причиной
-(`move … --reason "крупнее задачи"`). Части заводятся сразу под той же целью, и
-**место в очереди им назначает человек**: машина поставит их в конец секции, а
-крупная задача редко распадается на что-то менее срочное, чем была сама.
+(`move … --reason "крупнее задачи"`). **Место в списке частям назначает
+человек**: машина поставит их в конец секции, а на стройке место наследуется от
+родителя (`move --after`), да и на доработке крупная задача редко распадается на
+что-то менее срочное, чем была сама.
 
 ## Мозговой штурм сырья
 
@@ -96,9 +93,9 @@ Applicative-штурм («перечисли задачи, следующие и
    applicative.
 2. **Вынеси формы пользователю** через `AskUserQuestion` с компромиссами. Рамку
    выбирает он: это продуктовое решение, не механика.
-3. **Назови цель.** Выбранная форма служит цели — существующей или новой. Идея,
-   для которой цель не находится, скорее всего уезжает в `REJECTED.md`, а не
-   заводится задачей.
+3. **Назови пользу.** Выбранная форма отвечает на «что станет наблюдаемо иначе».
+   Идея, для которой такого ответа не находится, скорее всего уезжает в
+   `REJECTED.md`, а не заводится задачей.
 4. **Только выбранную форму** дроби по тесту декомпозиции выше и проставь
    критерии приёмки: без них наследники останутся идеями под другим именем.
 
@@ -109,8 +106,8 @@ Applicative-штурм («перечисли задачи, следующие и
 ## Доклад
 
 - Идея/задача на входе, выбранная рамка (для штурма), задачи-наследники со
-  слагами, целями и секциями.
-- Судьба родителя: удалён / стал целью / выкинут с причиной.
+  слагами, секциями и местом в списке.
+- Судьба родителя: удалён / выкинут с причиной.
 - `tasks.py check` после правок.
 - Границы покрытия: какие постановки рассмотрены и какие сознательно отброшены —
   чтобы штурм не пришлось повторять с нуля.