скилл tasks: приоритет стал порядком строк в беклоге

Правило 4 переписано целиком. Было «порядка нет, есть цель», и
обосновано это было тем, что на «что делать дальше» отвечает набор
спринта. Набора нет — вопрос остался, отвечать нечем.

Приоритет — свойство очереди, а не задачи, поэтому его дом индекс: то
же исключение из правила 2, что и «в каком индексе лежит запись».
Положи его в файл числом — два соседних файла смогли бы утверждать одно
место, а строка индекса противоречить обоим. Цель и приоритет —
независимые оси: очередь может идти поперёк целей.

Расстановка — это move --after и move --first, и только они: руками
поправленная строка не оставляет причины.

Место сырья в конце секции из очереди изъято: оно производно от типа и
заполненности, его назначает машина, приоритетом оно не становится.

Схема состояний потеряла SPRINT.md и четыре перехода; шесть уставов
типов, task-format, split, from-review и adopt переведены со «взятия в
спринт» на ready.

av-dev-tasks/skills/tasks/references/adopt.md

@@ -2,7 +2,7 @@
 
 Проект, где задачи уже как-то ведутся, и из имеющегося материала **выводится**
 заполненный каталог задач: цели, задачи, кладбище, индексы. Операция разовая —
-после неё проект живёт скиллами `tasks` и `session`.
+после неё проект живёт скиллами `tasks` и `groom`.
 
 **Это часть приведения проекта к канону.** Раскладку `docs/` целиком ведёт скилл
 `av-dev-docs:canon`; он же зовёт этот сценарий на шаге «каталог задач», потому что
@@ -94,13 +94,15 @@ python3 $tk adopt apply --plan tasks-adopt-plan.json \
 быть названо, иначе следующий агент примет пустой беклог за поломку.
 
 `apply` печатает состояние по факту: сколько задач без цели (это **ошибки**
-`check`) и сколько без критериев (`check` их ошибкой не считает, но `sprint
-take` такую задачу не возьмёт). Закрывается это **порциями переоценки** — шаг 3
-скилла `session`, 5–8 задач за порцию: проставить цели, превратить «готово,
-когда» в критерии с оракулами, вынуть вопросы из прозы в раздел «Вопросы».
+`check`) и сколько без критериев (`check` их ошибкой не считает, но `ready`
+такую задачу не пропустит). Закрывается это **порциями груминга** — скилл
+`groom`, 5–8 задач за порцию: проставить цели, превратить «готово, когда» в
+критерии с оракулами, вынуть вопросы из прозы в раздел «Вопросы». Там же
+беклогу впервые назначается **порядок**: после адаптации его нет вовсе, а
+очередь и есть то, ради чего каталог заводят.
 
-Готовность к первому спринту — не «`check` зелёный», а «есть 2–5 критериев хотя
-бы у набора под одну цель».
+Готовность к первой задаче — не «`check` зелёный», а «`ready` пропускает хотя бы
+верхние строки очереди».
 
 ## Чего адаптация не делает
 
@@ -109,7 +111,7 @@ take` такую задачу не возьмёт). Закрывается эт
 - **Не переписывает подписи ссылок.** `[docs/backlog](tasks/BACKLOG.md)` —
   цель поправлена, текст остался; это правится глазами, и таких мест немного.
 - **Не сочиняет критерии приёмки и не придумывает цели**, которых в материале
-  нет. Придуманная цель хуже отсутствующей: под неё соберут спринт.
+  нет. Придуманная цель хуже отсутствующей: под неё заведут задачи.
 - **Не трогает историю.** В коммитах старые слаги остаются, и это нормально.
 
 ## Доклад