приоритет стал исполнимым: move без --section и тексты, догнавшие правило 4

Механизм расстановки приоритета не запускался ни разу: --section у move был
обязательным, а все три места, где груминг его предписывает, дают команду без
него — usage error. Чиню скриптом, а не текстами: перестановка внутри секции —
самая частая операция груминга, и требовать повторить текущую секцию значит
приглашать указать не ту.

- move: --section необязателен, без него берётся секция из индекса; сообщение
  различает перестановку и перенос
- докстринги, отрицавшие правило 4 («в беклоге порядок значения не имеет»),
  приведены к действительности
- reopen ставил возвращённую строку после сырья и давал ошибку check на ровном
  месте
- edit портил написание секции в мете; корень шире — брался нижний регистр из
  разбора, а не написание заголовка. То же в close и reopen
- дыра гейта: между заведением и ready запись не судил никто. Своя строка
  здоровья check, отдельная от «готово к взятию» — она про другое
- шесть файлов и два устава обещали, что схему типа проверяет check
- раздел from-review о серьёзности стоял на «приоритетов нет»
- остатки спринта и сессии в семи местах, включая description агента формы
- индексов два, а не три; два определения порога готовности после adopt

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

av-dev-tasks/skills/tasks/SKILL.md

@@ -383,7 +383,7 @@ python3 $tk check --dir D --fix          # + починить дрейф (тип
 python3 $tk list --dir D [--stale] [--section S] [--type T] [--tag a,b] [--goal S] [--raw] [--index …] [--questions]
 python3 $tk add --dir D --slug S --title T --type goal|feature|fix|chore|research [--section S] [--goal G] [--why «зачем»] [--tag a,b]
 python3 $tk edit S --dir D [--title T] [--why «зачем»] [--type T] [--goal G] [--add-tag a,b] [--rm-tag c]
-python3 $tk move S --dir D --section S [--reason R] [--after S | --first]
+python3 $tk move S --dir D [--section S] [--reason R] [--after S | --first]   # без --section — текущая секция
 python3 $tk close S --dir D --reason R      # в REJECTED.md + удалить (ушла без реализации)
 python3 $tk close S --dir D --implemented   # просто удалить (реализована и закоммичена)
 python3 $tk reopen S --dir D --reason R     # вернуть закрытую: приёмка не сошлась
@@ -459,8 +459,11 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 проставляет человек — `edit <слаг> --type …`.
 
 **Что механизировано, а что нет.** Схему типа проверяет `ready` на входе в
-работу — там, где по ней принимают решение; `check` о недостающем только
-напоминает счётчиком «готово к взятию». У каждой части своя глубина:
+работу — там, где по ней принимают решение; `check` поимённо о ней не говорит, а
+считает: строка здоровья **«схема типа не выполнена: N из M»** называет число и
+первые слаги, строка **«готово к взятию»** — сколько задач беклога пройдут
+`ready` целиком (схема плюс цель плюс отсутствие открытого вопроса). Это две
+разные строки, и совпадение их чисел — совпадение. У каждой части своя глубина:
 
 - **тип** — жёстко: назван и из закрытого словаря;
 - **критерии приёмки** (`feature`, `fix`, `chore`) — число пунктов жёстко
@@ -605,7 +608,7 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
   мету файла и строку индекса заодно;
 - **вопрос, застрявший в прозе** — вынимается в раздел «Вопросы» плюс тег
   `question` (`edit --add-tag question`), иначе он не виден ни `list
-  --questions`, ни правилу «задача с открытым вопросом в набор не берётся»;
+  --questions`, ни правилу «задача с открытым вопросом в работу не берётся»;
 - **тег, который некому снять** — `question` после ответа снимается `edit
   --rm-tag question` вместе с записью ответа в тело **и опустошением раздела
   «Вопросы»**: судит раздел, а не тег (`references/task-format.md`);