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

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

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

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

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

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

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

@@ -23,9 +23,9 @@
 # 🐞 Не отбрасывать молча лишние символы в ходе
 
 - **Тип:** fix
-- **Категория:** Ядро — вышла из спринта: остаток писал нерешённое в журнал
+- **Категория:** Ядро — вернулась из работы: остаток писал нерешённое в журнал
 - **Зачем:** ввод «а1б2» ходит в a1 — игрок не видит, что ошибся, и винит игру
-- **Теги:** goal:merge-robustness, sprint:2026-08-03
+- **Теги:** goal:merge-robustness
 
 Разбор хода читает первые два символа и молча выбрасывает остаток строки.
 
@@ -63,11 +63,11 @@
   здоровье; годность формулировки смотрит агент `task-form`.
 - **Мета-блок** — список сразу после заголовка, **поле на строку**. Обязательны
   **тип** и **место**, причина после тире желательна (именно она объясняет,
-  почему задача здесь оказалась — в том числе «вышла из спринта: …»), «зачем» и
+  почему задача здесь оказалась — в том числе «вернулась из работы: …»), «зачем» и
   теги необязательны. Нераспознанные поля сохраняются: скрипт правит свои и не
   трогает чужие.
 - **Тип — первым полем.** Он решает, что у записи вообще может быть: какие
-  разделы обязательны, нужна ли цель, берётся ли она в спринт, — и читается
+  разделы обязательны, нужна ли цель, берётся ли она в работу, — и читается
   раньше всего остального. Словарь **закрыт**: `goal` | `feature` | `fix` |
   `chore` | `research`. Не подходит ни один — это сигнал, что в записи их два и
   её надо разделить.
@@ -93,11 +93,11 @@
 | Тип | Поле | Значения | Что это |
 | --- | --- | --- | --- |
 | `goal` | **Секция** | `Запланировано`, `Направления`, `Сопровождение` | часть роадмапа: состояние очереди |
-| прочие | **Категория** | секции беклога проекта (`Ядро`, `Инфра`, …) | полка домена, в которую задача вернётся из спринта |
+| прочие | **Категория** | секции беклога проекта (`Ядро`, `Инфра`, …) | полка домена, на которой задача лежит |
 
-Разные имена потому, что это **разные вещи**. У задачи поле переживает спринт:
-`sprint drop` возвращает её именно туда. У цели оно называет не полку, а место в
-очереди работ. Одно имя на два смысла их и смешивало; `check` называет
+Разные имена потому, что это **разные вещи**. У задачи это полка: куда её
+положили и куда вернут, если она уйдёт в работу и вернётся. У цели оно называет
+не полку, а место в очереди работ. Одно имя на два смысла их и смешивало; `check` называет
 несовпадение дрейфом, `check --fix` переименовывает.
 
 Имя самого места принадлежит **заголовку индекса** — файл на него лишь
@@ -142,7 +142,7 @@
 имя таблицы стабильно, номер последней миграции протухает молча. Пишется
 `таблица points и её миграция`, а не `миграция 0042`.
 
-**Что из этого механизировано.** `check` и `sprint take` смотрят только на
+**Что из этого механизировано.** `check` и `ready` смотрят только на
 **наличие непустого раздела**. Полнота перечня машине не видна: границу, которую
 забыли назвать, она от отсутствующей не отличает. Раздела нет — отказ во взятии:
 оценивать нечем.
@@ -158,7 +158,7 @@
 конкретизация вопроса «по чему видно, что закончено» из теста готовности ниже:
 там сказано «признак завершённости», здесь — «признак плюс чем проверяется».
 
-**Что из этого механизировано.** `check` и `sprint take` считают пункты: меньше
+**Что из этого механизировано.** `check` и `ready` считают пункты: меньше
 двух — отказ («— работает» одной строкой больше не проходит), больше пяти —
 замечание, обычно это признак, что задача крупнее задачи. Наличие оракула
 проверяется **эвристикой** — словом «оракул» в пункте, — и потому даёт только
@@ -205,8 +205,8 @@
 ответом. Затем снимается тег (`edit <slug> --rm-tag question`) и переписывается
 «зачем»: «Решено: …» на вопрос «зачем нужна эта задача» уже не отвечает.
 
-**Порядок именно такой, потому что судит раздел, а не тег.** `sprint take`
-смотрит в непустой раздел и откажет взять задачу даже со снятым тегом, а `check`
+**Порядок именно такой, потому что судит раздел, а не тег.** `ready`
+смотрит в непустой раздел и откажет даже при снятом теге, а `check`
 на снятый тег при непустом разделе посоветует тег вернуть. Снять тег, не
 опустошив раздел, — значит закольцевать себя между двумя советами.
 
@@ -240,7 +240,7 @@
   `check` напоминает о нём у цели без задач замечанием — неразобранная цель
   законна и зелёного прогона не ломает; `check --fix` сам ставит его цели, у
   которой задачи есть, а цель с тегом и без задач — прямое приглашение закрыть.
-- Цель живёт в `ROADMAP.md` и **никогда** — в `BACKLOG.md` или `SPRINT.md`.
+- Цель живёт в `ROADMAP.md` и **никогда** — в `BACKLOG.md`.
 - **Достигнутая цель не исчезает.** `close <слаг> --implemented` удаляет файл и
   переносит строку в секцию `Готово` с датой:
   `- 2026-08-04 \`merge-order\` — Исход слияния не зависит от порядка доставки. …`
@@ -277,33 +277,23 @@
 | Файл | Что отвечает | Секции |
 | --- | --- | --- |
 | `ROADMAP.md` | что приложение уже умеет и чего ещё не умеет | канонические и в этом порядке: `Запланировано`, `Направления`, `Сопровождение`, `Готово` (англ. `Planned`, `Directions`, `Operations`, `Done`) |
-| `BACKLOG.md` | что **можно взять** — только задачи | категории проекта (по умолчанию Ядро/Инфра) |
-| `SPRINT.md` | какая цель (или что её нет) и какой набор заморожен | одна: «Набор» |
+| `BACKLOG.md` | что **можно взять** — только задачи, **в порядке очереди** | категории проекта (по умолчанию Ядро/Инфра) |
 | `REJECTED.md` | что ушло без реализации и почему | — |
 
-Шапку `SPRINT.md` пишет `sprint start` — **тем же мета-блоком, что у задачи**:
-поле на строку, `- **Цель:** [Заголовок](items/slug.md)`, `- **Начат:**` датой,
-`- **Спринт:**` слагом, которым метится урожай. У спринта без цели
-(`sprint start --no-goal`) поле «Цель» остаётся на месте и пишется прозой без
-ссылки — «не названа»: **«цели нет» и «цель потерялась» обязаны различаться**.
-Поэтому и признак «спринт идёт» — слаг, а не цель: слаг есть у любого спринта,
-без него нечем метить урожай. Прежняя форма (три поля одной
-строкой через `·`) читается по-прежнему и уходит сама: файл переписывается на
-следующем `sprint start` и очищается на `sprint close`.
-
 Секции — **единственные заголовки `##` в индексе**: любой другой `##` в
 преамбуле проверка сочтёт секцией.
 
-**Порядка «по важности» внутри секции беклога нет** — «что делать дальше»
-отвечает набор спринта. Единственный порядок, который есть, **производен от типа
-и заполненности**: **сырьё** (`research` без раздела «Вопрос») стоит в конце
+**Порядок строк внутри секции беклога значим: это очередь.** Первая строка — то,
+что делают следующим; назначает порядок человек на груминге, и двигают его
+`move --after` и `move --first`. Одно место из очереди изъято и **производно от
+типа и заполненности**: **сырьё** (`research` без раздела «Вопрос») стоит в конце
 своей секции, потому что его не берут, и между берущимся оно каждый раз требует
 открыть файл, чтобы это понять. Проверяет `check`, переставляет `check --fix`,
 и человек этот порядок не назначает — иначе он был бы приоритетом, которого
 здесь нет.
 
 **Секции «блокеры» среди них нет.** Блокер — состояние, а не полка: он живёт до
-ответа человека, а следы остаются вопросами в файлах задач распущенного спринта.
+ответа человека, а следы остаются вопросами в файлах задач.
 Постоянно пустая секция со старой семантикой «разбираются пачками» противоречила
 бы правилу «эскалируем немедленно», поэтому `init` её не заводит, а `check`
 говорит о ней в чужом беклоге. Переезжаешь с такой секцией — удали её. В секции
@@ -333,9 +323,6 @@ SKILL.md. Порядок закреплён потому, что `Готово`
 Поэтому отказ на второй задаче из пяти не оставляет первую переписанной при
 нетронутых индексах.
 
-`SPRINT.md` и есть артефакт заморозки: без него набор существует только в
-контексте сессии, и нарушение заморозки ненаблюдаемо.
-
 ## `REJECTED.md`
 
 Туда уходит задача, покинувшая беклог **без реализации**. Строку пишет
@@ -361,15 +348,8 @@ SKILL.md. Порядок закреплён потому, что `Готово`
 
 - `goal:<слаг>` — цель, которой служит задача. Обязателен **у `feature`**:
   новая возможность и есть содержание цели. У `fix`, `chore` и `research` его
-  может не быть — они служат работоспособности, а не направлению, и в набор
-  спринта входят помимо его цели.
+  может не быть — они служат работоспособности, а не направлению.
 - `question` — в файле есть неразобранный раздел «Вопросы».
-- `sprint:<слаг>` — задача заведена в этом спринте; по нему отбирается первая
-  порция разбора («урожай спринта»). **Ставится сам**: слаг спринта заводит
-  `sprint start` (по умолчанию — дата начала, он же пишется в `SPRINT.md`), и
-  `add` при открытом спринте помечает заводимое. Тег, который надо помнить
-  ставить руками, не ставится никогда — а на нём висит правило «первая порция
-  разбора — урожай прошедшего спринта».
 - `decomposed` — на цели: разложена на задачи (см. «Файл цели»).
 
 Тега `kind:<род>` больше нет: род работы стал типом. Оставшийся в файле `check`