канон версии 3: роадмап, род работы, границы задачи

Три изменения одной версией, потому что все три про одно — можно ли
оценить задачу, не открывая код.

PLAN.md → ROADMAP.md. Слово «план» значило в репозитории три разных вещи:
оглавление целей, план реализации внутри задачи и PLAN.json разовой
адаптации. Переименовано целиком — ключ конфига tasks.plan → tasks.roadmap,
--index roadmap, --roadmap-sections, --roadmap. Старый ключ в docs/.pm.json
не игнорируется молча: скрипт останавливается кодом 3 и называет
переименование, иначе проект искал бы опечатку там, где на самом деле
версия канона.

Род работы — тег kind:feature|fix|chore|research, вторая ось поверх типа
записи. В один префикс их не свести: идея бывает про функцию, эпик функцией
и является. Дом — тег, потому что теги здесь единственный механизм
разметки, а list --kind работает даром; цена принята — в строку индекса род
не попадает. Словарь закрыт, иначе он разъедется на bug/bugfix/fix/defect.
Отдельно легализован chore: у него «что станет наблюдаемо иначе» отвечается
разработчику, а раньше такие задачи либо не заводились, либо придумывали
себе пользовательскую пользу — и это второе хуже, оно проходит проверку.

Раздел «Затрагивает» — границы, которых изменение касается: эндпоинт,
таблица и миграция, формат на диске, публичный тип пакета. Без него задача
оценивается по объёму текста, а не по объёму поверхности. Механизируется
только наличие непустого раздела: полноту перечня машина не видит.

Род и границы требуются к взятию в спринт, а не к заведению — тот же приём,
что уже работает для критериев приёмки, и по той же причине. check о
пропаже только напоминает: иначе два живых проекта покраснели бы на 98
задачах, заведённых до этого решения.

Плюс правила языка задач: англицизм, у которого есть русское слово,
заменяется; термин не из паспорта, архитектуры или конвенций вводится
строкой или не употребляется; задача, которую не удаётся сказать просто,
чаще всего не одна задача.

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

av-dev-pm/skills/session/SKILL.md

@@ -38,7 +38,7 @@ description: "Ритуал между спринтами и ведение са
 ## Единицы
 
 - **Цель** — то, ради чего набирается спринт. Файл `[goal]`, перечисленный в
-  `PLAN.md`. Цель постоянна: живёт, пока живёт направление.
+  `ROADMAP.md`. Цель постоянна: живёт, пока живёт направление.
 - **Задача** — то, что мерджится целиком и даёт видимую пользу.
 - **Вопрос** — решение человека. Не останавливает начатую работу, но **блокирует
   взятие** задачи в спринт. Живёт внутри файла задачи разделом «Вопросы» и тегом

av-dev-pm/skills/session/references/cadence.md

@@ -105,8 +105,11 @@
 4. **Пере-кластеризуй по общей причине.** Несколько задач, оказавшихся симптомами
    одного дефекта, сливаются в одну — это находка, которую интейк дать не мог.
 5. **Гигиена полей** — протухшее «зачем», вопрос в прозе, снятый ответ, свойство
-   репозитория в рамках, предписание процесса в теле. Список и правила — в
-   скилле `tasks`.
+   репозитория в рамках, предписание процесса в теле, род работы, разошедшийся с
+   задачей, границы вместо реализации в разделе «Затрагивает». Список и правила —
+   в скилле `tasks`. **Переоценка — то самое место, где беклог добирает род
+   работы и границы:** требовать их на входе значило бы выгонять в заметки то,
+   что должно лежать задачей, а к взятию в спринт они уже обязательны.
 
 Затем — то, что решает пользователь:
 
@@ -170,21 +173,24 @@
 
 ## Шаг 4. Выбор цели и набор спринта
 
-1. **Покажи состояние целей**: «порядок» `PLAN.md` с обоснованием очереди, темы, и
+1. **Покажи состояние целей**: «порядок» `ROADMAP.md` с обоснованием очереди, темы, и
    по каждой цели-кандидату — сколько под ней задач без открытых вопросов
    (`list --goal <слаг>`). Цель без готовых задач набором не станет: её сперва
    надо декомпозировать.
 2. **Цель называет человек.** Это продуктовое решение, а не механика: агент
    предлагает и объясняет, но не выбирает.
 3. **Набор собирает агент** — `sprint start --goal <слаг>`, затем `sprint take
-   …`. Скрипт не даст взять чужую цель, идею, эпик, задачу с открытым вопросом
-   или без критериев приёмки.
+   …`. Скрипт не даст взять чужую цель, идею, эпик, задачу с открытым вопросом,
+   без критериев приёмки, без рода работы или без раздела «Затрагивает».
 4. **Набор показывается человеку до старта работ.** Показ — это и есть момент
-   заморозки: после него набор не двигается.
-5. Задача, которой для взятия не хватает только критериев приёмки, дописывается
-   здесь же — 2–5 утверждений, у каждого назван оракул (меньше двух `sprint
-   take` не примет). Но если для критериев нужен ответ человека, это вопрос, и
-   задача в набор не идёт.
+   заморозки: после него набор не двигается. **В показе называется состав по
+   роду работы** — три `fix` и ни одной `feature` под целью развития это
+   разговор про цель, а не про набор, и увидеть его надо до заморозки, а не в
+   докладе по итогам.
+5. Задача, которой для взятия не хватает только критериев приёмки, границ или
+   рода, дописывается здесь же — 2–5 утверждений с оракулами, перечень
+   затрагиваемых границ, `--kind`. Но если для этого нужен ответ человека, это
+   вопрос, и задача в набор не идёт.
 
 **Размер — ориентир, а не закон:** 5–8 задач. Можно взять больше, можно меньше —
 набор под цель важнее круглого числа; одна крупная задача спринтом тоже бывает.
@@ -196,7 +202,7 @@
 - Разбор процесса: что записано и куда.
 - Изменения списком: удалено как реализованное (со ссылками), ушло без
   реализации (с причинами), понижено до идей, слито, сменило цель.
-- Новый спринт: цель, набор со слагами, дата.
+- Новый спринт: цель, набор со слагами, дата, состав по роду работы.
 - **Границы покрытия**: сколько задач не трогали и какие именно секции, теги или
   цели остались — иначе доклад читается как «беклог разобран».
 - `tasks.py check` после правок — результат строкой.