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

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

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

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

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

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

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

@@ -16,12 +16,12 @@
 | Допустимые сверх того | `Рамки`, `Вопросы` |
 | Поле места | **Категория** — полка домена беклога |
 | Цель (`goal:<слаг>`) | **обязательна** |
-| Индекс | `BACKLOG.md` → `SPRINT.md` |
-| Берётся в спринт | да |
+| Индекс | `BACKLOG.md` |
+| Берётся в работу | да |
 
 **Цель обязательна, и это единственный тип, у которого так.** Новая возможность
 и есть содержание цели: подходящей нет — либо она заводится, либо перед тобой не
-`feature`. `sprint take` без цели откажет.
+`feature`. `ready` без цели откажет.
 
 ## Алгоритм
 
@@ -48,7 +48,7 @@
 
 ## Что видит машина, а что человек
 
-`check` и `sprint take` смотрят на **наличие непустого** раздела `Затрагивает`,
+`check` и `ready` смотрят на **наличие непустого** раздела `Затрагивает`,
 на **число** критериев (меньше двух — отказ, больше пяти — замечание) и на цель.
 Наличие оракула проверяется **эвристикой** — словом «оракул» в пункте.