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

Правило 4 переписано целиком. Было «порядка нет, есть цель», и обосновано это было тем, что на «что делать дальше» отвечает набор спринта. Набора нет — вопрос остался, отвечать нечем. Приоритет — свойство очереди, а не задачи, поэтому его дом индекс: то же исключение из правила 2, что и «в каком индексе лежит запись». Положи его в файл числом — два соседних файла смогли бы утверждать одно место, а строка индекса противоречить обоим. Цель и приоритет — независимые оси: очередь может идти поперёк целей. Расстановка — это move --after и move --first, и только они: руками поправленная строка не оставляет причины. Место сырья в конце секции из очереди изъято: оно производно от типа и заполненности, его назначает машина, приоритетом оно не становится. Схема состояний потеряла SPRINT.md и четыре перехода; шесть уставов типов, task-format, split, from-review и adopt переведены со «взятия в спринт» на ready.
2026-08-09 16:36:26 +03:00
parent a73eedb893
commit 3653c5cff5
11 changed files with 142 additions and 138 deletions
@@ -3012,7 +3012,7 @@ def cmd_adopt_apply(a: argparse.Namespace) -> int:
    print(f"  задач, не собравших разделы своего типа: {len(unfit)} —"
          f" check это ошибкой не считает, но `ready` их не пропустит:"
          f" брать сегодня физически нечего")
-    print(f"  закрывается порциями переоценки по 5–8 задач (скилл session, шаг 3):"
+    print(f"  закрывается порциями груминга по 5–8 задач (скилл groom):"
          f" проставить цели, превратить «готово, когда» в критерии с оракулами,"
          f" вынуть вопросы из прозы в раздел. Готовность к первой задаче —"
          f" не «check зелёный», а «есть {CRITERIA_MIN}+ критериев хотя бы у набора"