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

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

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

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

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

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

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

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