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

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

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

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

av-dev/skills/task-groom/SKILL.md

@@ -27,7 +27,7 @@ description: "Груминг беклога — интерактивный ра
 ## Три правила, из которых всё следует
 
 1. **Порядок назначает человек, машина его не выводит.** Ни давность, ни тип, ни
-   число задач под целью приоритетом не являются. Единственное место в очереди,
+   размер секции приоритетом не являются. Единственное место в очереди,
    назначенное не человеком, — конец секции у сырья, и оно из очереди изъято
    (`task-track`, правило 4).
 2. **Порция важнее охвата.** Тридцать задач за заход — это усталость и
@@ -37,6 +37,28 @@ description: "Груминг беклога — интерактивный ра
    `--reason` у закрытия и переноса, ответ в теле задачи, строка в докладе.
    Решение, оставшееся в переписке, будет принято заново через месяц.
 
+## Груминг — операция доработки
+
+**Стадия проекта решает, применим ли груминг вообще** (дом стадии —
+[`task-track`, «Две стадии»](../task-track/SKILL.md#две-стадии); посмотреть —
+`tasks.py stage`).
+
+На **доработке** он и есть основная гигиена: беклог пополняется извне и
+вразнобой, порядок значит важность, и назначить её может только человек.
+
+На **стройке** оба вопроса скилла отвечены заранее. «Что сейчас самое важное» —
+первая строка плана, и назначил её не приоритет, а зависимость: переставить её
+значит сломать стройку. «Что перестало быть важным» возникает не порциями, а
+разом — когда меняется замысел, — и тогда пересматривается **план целиком**, а
+не 5–8 задач из середины. Порционный разбор здесь вреден: он вынимает шаги из
+списка, порядок которого и есть его содержание.
+
+Поэтому на стройке скилл говорит это строкой и **предлагает другую работу**:
+пересмотр плана целиком, гигиену полей (`task-track`) или переход в доработку,
+если беклог исчерпан. Три вещи он делает и там, потому что от стадии они не
+зависят: `tasks.py check --fix`, разбор накопившихся вопросов и закрытие того,
+что сделано попутно.
+
 ## Когда груминг созрел
 
 **Зовёт человек.** Скилл сам себя не назначает, но обязан **напоминать**, и
@@ -122,7 +144,7 @@ flowchart TD
 **3. Что перестало быть важным.** Порциями по 5–8. Сперва то, что решается
 фактом и не требует ничьего суждения (сделано попутно, отменено решением,
 дублируется, симптомы одного дефекта), затем то, что решает человек (жива ли,
-та ли цель, задача ли это ещё).
+задача ли это ещё).
 
 **4. Что важно сейчас.** Расстановка порядка — `move --after <слаг>` и
 `move --first`. Разбирается **не весь беклог, а верх очереди**: первые три-пять
@@ -146,15 +168,15 @@ flowchart TD
   кодом стоит меньше, чем та же работа через квартал;
 - **что дорожает от ожидания** — данные копятся, миграция усложняется, внешний
   срок приближается;
-- **цель, которую человек назвал следующей.**
+- **то, что человек назвал следующим.**
 
 Довод **записывается причиной** (`move --after <слаг> --reason …`). Порядок без
 причины — это порядок, который на следующем груминге назначат заново с нуля.
 
-**Цель и приоритет — независимые оси.** Очередь может идти поперёк целей, и это
-законно: задачи одной цели не обязаны стоять подряд. Но если под целью годами
-ничего не поднимается наверх — это разговор про цель, а не про очередь, и он
-идёт на шаге 3.
+**Тема и приоритет — независимые оси.** Очередь может идти поперёк полок, и это
+законно: задачи одной темы не обязаны стоять подряд. Но если из одной полки
+годами ничего не поднимается наверх — это разговор про саму работу, а не про
+очередь, и он идёт на шаге 3.
 
 ## Документы устаревают тем же ходом работы
 
@@ -231,11 +253,11 @@ flowchart TD
 - Что просмотрено: N из M, сколько порций, по какому признаку отобраны.
 - Вопросы: разобрано N, из них отвечено без человека N, снято тегов N.
 - **Что перестало быть важным**: удалено как реализованное (со ссылками), ушло
-  без реализации (с причинами), понижено до сырья, слито, сменило тип или цель.
+  без реализации (с причинами), понижено до сырья, слито, сменило тип.
 - **Что важно сейчас**: верх очереди по каждой секции — слаги в порядке, и по
   каждому движению довод одной строкой.
-- **Границы покрытия**: сколько задач не трогали и какие именно секции, теги или
-  цели остались — иначе доклад читается как «беклог разобран».
+- **Границы покрытия**: сколько задач не трогали и какие именно секции или теги
+  остались — иначе доклад читается как «беклог разобран».
 - `tasks.py check` после правок — результат строкой.
 
 ## Чего этот скилл не делает

av-dev/skills/task-groom/references/portions.md

@@ -41,8 +41,8 @@
      проверки на нужность. Свежесть меряется git'ом, как и залежалость, — датой
      появления файла в истории;
   2. дальше **по залежалости** — `list --stale`;
-  3. по потребности — одна секция целиком, один тег (партия ревью), одна цель
-     (`--goal`), список от человека.
+  3. по потребности — одна секция целиком, один тег (партия ревью), список от
+     человека.
 - **Останавливайся на границе порции**, даже если «ещё чуть-чуть осталось».
   Между порциями — промежуточный доклад.
 
@@ -84,20 +84,14 @@
 
 6. **Жива ли она вообще.** Контекст мог измениться: ушла зависимость, отпал
    сценарий, обошли иначе. Здесь и звучит вопрос, выкидывать ли.
-7. **Та ли цель — и нужна ли она вообще.** `feature`, которой не находится цель,
-   — кандидат на выход: новая возможность вне цели это возможность, которой никто
-   не заказывал. Операционной задаче (`fix`, `chore`, `research`) цель не нужна,
-   и выдумывать её здесь не надо.
-
-   **Отменяется и сама цель** — когда замысел оказался неверен, а не когда
-   задача выбрала не ту. Тогда порция расширяется до всех задач этой цели: каждую
-   либо закрыть своей причиной, либо перевесить на другую цель, и только потом
-   закрыть цель. Порядок и почему он такой —
-   [task-goal.md](../../task-track/references/task-goal.md#отменённая-цель--сперва-задачи-потом-цель).
+7. **Тот ли тип.** Заводилась починкой, а после разбора оказалось, что
+   поведение никогда и не было заявлено, — это `feature`. Тип, оставшийся от
+   прошлой формулировки, врёт ровно там, где по нему отбирают, и требует не тех
+   разделов.
 8. **Задача ли это по-прежнему.** Не проходит `ready` по существу, а не по
    недописанным разделам → `edit <slug> --type research` и опустошённый раздел
-   «Вопрос», то есть сырьё; дальше штурм. Разрослась → это несколько задач под
-   той же целью, дальше декомпозиция.
+   «Вопрос», то есть сырьё; дальше штурм. Разрослась → это несколько задач,
+   дальше декомпозиция.
 9. **Не подешевела ли она.** Сделанная с прошлого раза работа меняет цену
    **других** задач: рядом с только что тронутым кодом та же работа стоит меньше.
    Это довод и на шаге 4 — задача, внезапно подешевевшая, поднимается в очереди
@@ -111,7 +105,7 @@
 нигде не хранится.
 
 Задача из верхних строк `--stale`, которую и этот заход оставляет без изменений,
-**либо двигается (меняет цель, поднимается в очереди, уходит с причиной), либо
+**либо двигается (меняет полку, поднимается в очереди, уходит с причиной), либо
 остаётся с явно записанной причиной**, почему её держим (`move <slug> --reason
 …` — без `--section` секция берётся текущая). Молчаливое «оставить как есть» на
 давно неподвижной задаче — это решение не принимать решение; запись причины
@@ -123,9 +117,8 @@
 Разбирается **верх очереди**, а не весь беклог: первые три-пять строк каждой
 секции. Ниже пятой строки порядок всё равно перестаёт что-либо значить.
 
-1. **Покажи текущий верх** — `list --index backlog`, по секциям, в том порядке,
-   в каком строки лежат. Плюс состояние проекта из роадмапа: секция `Готово`
-   отвечает на «где мы», `Запланировано` — на «куда шли».
+1. **Покажи текущий верх** — `list`, по секциям, в том порядке, в каком строки
+   лежат.
 2. **Спрашивай сравнением, а не оценкой.** «Что из этих двух делают раньше»
    имеет проверяемый ответ, «насколько важна эта задача» — нет. Веди попарно и
    сверху: что первое, что после него.
@@ -133,7 +126,7 @@
    или `move <slug> --first --reason …`. Довод берётся из перечня в
    [SKILL.md](../SKILL.md#приоритет-как-его-расставляют): сломано сейчас,
    разблокирует остальное, дешевеет от сделанного, дорожает от ожидания,
-   названная цель.
+   названо человеком.
 4. **Проверь верх на готовность** — `tasks.py ready <слаг> …` по первым строкам.
    Задача, стоящая первой и не проходящая `ready`, — это очередь, которая врёт:
    взять её нельзя. Либо дописывается здесь же, либо уступает место.