канон 4: тип записи стал единственной осью и задаёт схему

Осей было две — тип записи (goal/idea/task) и род работы (kind:<род>
тегом), — и ортогональность у них была фальшивой: из двенадцати клеток
произведения законны шесть. У цели род запрещён, у задачи обязателен, у
идеи пуст и на практике не ставится. Плюс «алгоритм работы над записью
такого типа» крепится не к task, а к fix и research, то есть к роду:
ось, к которой пишется алгоритм, и была настоящим типом. Схлопнуто в
одну ось из пяти значений: goal | feature | fix | chore | research.

Тип idea упразднён отдельно и по другой причине: он значил не род
работы, а незаполненность, а состояние типом быть не может — оно
меняется по мере того, как запись дописывают, а тип меняют командой.
Теперь состояние выводится из заполненности: research без раздела
«Вопрос» это сырьё. В спринт не берётся, как и прежняя идея, лежит в
конце категории, отбирается list --raw.

Дом типа — поле меты «Тип» первой строкой, эмодзи в H1 производна.
Прежнее «отдельного поля типа нет: два места для одного факта
разъезжаются» отменено собственным аргументом: он был против префикса
плюс поля, а при переносе дома место остаётся одно. Эмодзи стоит в H1,
а не в строке индекса, чтобы инвариант «заголовок в индексе дословно»
остался нетронутым.

Поле места названо по типу: «Секция» у цели (часть роадмапа, состояние
очереди), «Категория» у задачи (полка домена, куда её вернёт sprint
drop). Одинаковое переименование закрепило бы конфляцию; какое поле
обязательно, решает тип — то самое, ради чего затевалась правка.

Два новых обязательных раздела выросли из правил, которые были записаны
и которые нечем было проверить. «Не воспроизводится — это research, а не
fix» стояло в каноне: теперь есть раздел «Воспроизведение». Приёмка
разведки — «записанный ответ, а не изменённый код» — тоже стояла, но
sprint take требовал от research два-пять критериев с оракулами, и они
писались ради проверки; вместо них «Вопрос» и «Куда ляжет ответ».

Сортировка «по важности» из заметок не взята: она требует, чтобы кто-то
важность поддерживал, а это приоритет, от которого отказалось правило 4.
Взято только «сырьё в конец категории» — этот порядок выводится из типа
и заполненности, а не назначается человеком, и потому проверяется
машиной.

TYPE_SCHEMA кормит и body_template, и schema_verdict: иначе add кладёт
то, на чём sprint take потом откажет. check --fix мигрирует за один
проход — kind:/[goal]/[idea] в поле «Тип», эмодзи в заголовок, «Секция»
→ «Категория», сырьё в конец. Тип, которого неоткуда взять, не
угадывается: feature от chore машина не отличает, такие записи уходят в
НЕОДНОЗНАЧНО поимённо.

Попутно закрыт класс отказов в --fix: шагов, правящих мету, стало пять,
и второй, перечитавший файл с диска, стирал правку первого. Общий
stage() поверх отложенных правок; до этого корректность держалась на том,
что шагов было мало.

Устав на тип отдельным файлом — references/task-<тип>.md, пять штук:
схема, алгоритм, что видит машина и что человек. Агент task-form получил
правило «тип сходится с тем, что в записи написано» с проверяемыми
расхождениями.

Обкатано на демо-наборе из 13 записей: миграция за один проход, второй
прогон даёт ноль починок; fix без «Воспроизведения» и сырьё в спринт не
идут, годная feature берётся.

DECISIONS тема 27 (ААББ–ЛЛММ, следствия 101–104).

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

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

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

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

@@ -105,11 +105,13 @@
 4. **Пере-кластеризуй по общей причине.** Несколько задач, оказавшихся симптомами
    одного дефекта, сливаются в одну — это находка, которую интейк дать не мог.
 5. **Гигиена полей** — протухшее «зачем», вопрос в прозе, снятый ответ, свойство
-   репозитория в рамках, предписание процесса в теле, род работы, разошедшийся с
+   репозитория в рамках, предписание процесса в теле, тип, разошедшийся с
    задачей, границы вместо реализации в разделе «Затрагивает». Список и правила —
-   в скилле `tasks`. **Переоценка — то самое место, где беклог добирает род
-   работы и границы:** требовать их на входе значило бы выгонять в заметки то,
-   что должно лежать задачей, а к взятию в спринт они уже обязательны.
+   в скилле `tasks`. **Переоценка — то самое место, где беклог добирает тип и
+   разделы его схемы:** требовать их на входе значило бы выгонять в заметки то,
+   что должно лежать задачей, а к взятию в спринт они уже обязательны. Сколько
+   записей готово к взятию, печатает блок здоровья `check`, — по этому числу и
+   видно, добрала переоценка или нет.
 
 Затем — то, что решает пользователь:
 
@@ -122,8 +124,9 @@
    заказывал. Операционной задаче (`fix`, `chore`, `research`) цель не нужна, и
    выдумывать её здесь не надо.
 8. **Задача ли это по-прежнему.** Не проходит тест «готова к взятию» → `edit
-   <slug> --type idea`, дальше штурм. Разрослась → это несколько задач под той
-   же целью, дальше декомпозиция.
+   <slug> --type research` и опустошённый раздел «Вопрос», то есть сырьё; дальше
+   штурм. Разрослась → это несколько задач под той же целью, дальше
+   декомпозиция.
 9. **Переоценка по измеренному.** Спринт производит числа — сколько на самом
    деле стоит такая работа, что оказалось дороже ожидания. Эти числа меняют цену
    **других** задач, и именно здесь это применяется: задача, чья цена выросла
@@ -167,7 +170,7 @@
 >    - Взять в ближайший набор — без бэкапа ретеншн опасен
 >    - Выкинуть
 > 3. `guessit-sputnik` — вынести распознавание в сервис-спутник
->    - Понизить до `[idea]` *(рекомендую)* — не проходит тест «готова к взятию»
+>    - Понизить до сырья (`--type research`) *(рекомендую)* — не проходит тест «готова к взятию»
 >    - Оставить задачей
 
 Каждый вариант несёт причину — ту самую, что уедет в `--reason`. Ответы применяй
@@ -184,15 +187,16 @@
 2. **Цель называет человек.** Это продуктовое решение, а не механика: агент
    предлагает и объясняет, но не выбирает.
 3. **Набор собирает агент** — `sprint start --goal <слаг>`, затем `sprint take
-   …`. Скрипт не даст взять цель, идею, задачу с чужой целью, с открытым
-   вопросом, без критериев приёмки, без рода работы или без раздела
-   «Затрагивает». Задача без цели вовсе (`fix`, `chore`, `research`) берётся
-   свободно — операционная работа входит в набор помимо его цели.
+   …`. Скрипт не даст взять цель, задачу с чужой целью, с открытым вопросом, без
+   типа и **без разделов, которых требует её тип** (у `fix` это в том числе
+   `Воспроизведение`, у `research` — `Вопрос` и `Куда ляжет ответ`, и сырьё
+   поэтому не берётся вовсе). Задача без цели (`fix`, `chore`, `research`)
+   берётся свободно — операционная работа входит в набор помимо его цели.
 4. **Набор показывается человеку до старта работ.** Показ — это и есть момент
    заморозки: после него набор не двигается. **В показе называется состав по
-   роду работы** — три `fix` и ни одной `feature` под целью развития это
-   разговор про цель, а не про набор, и увидеть его надо до заморозки, а не в
-   докладе по итогам.
+   типам** — три `fix` и ни одной `feature` под целью развития это разговор про
+   цель, а не про набор, и увидеть его надо до заморозки, а не в докладе по
+   итогам.
 
    Здесь же последний дешёвый момент заметить **разнородную задачу**: раздел
    «Затрагивает» показывает границы до того, как заведено предложение об
@@ -200,10 +204,9 @@
    перечня, — кандидат на разрез (шов — в `tasks`, `references/split.md`).
    Замеченная здесь, она стоит одного `edit`; замеченная на ревью — выброшенного
    предложения.
-5. Задача, которой для взятия не хватает только критериев приёмки, границ или
-   рода, дописывается здесь же — 2–5 утверждений с оракулами, перечень
-   затрагиваемых границ, `--kind`. Но если для этого нужен ответ человека, это
-   вопрос, и задача в набор не идёт.
+5. Задача, которой для взятия не хватает только разделов её типа, дописывается
+   здесь же — критерии с оракулами, перечень границ, шаги воспроизведения. Но
+   если для этого нужен ответ человека, это вопрос, и задача в набор не идёт.
 
 **Размер — ориентир, а не закон:** 5–8 задач. Можно взять больше, можно меньше —
 набор под цель важнее круглого числа; одна крупная задача спринтом тоже бывает.
@@ -214,8 +217,8 @@
 - Вопросы: разобрано N, из них отвечено без человека N, снято тегов N.
 - Разбор процесса: что записано и куда.
 - Изменения списком: удалено как реализованное (со ссылками), ушло без
-  реализации (с причинами), понижено до идей, слито, сменило цель.
-- Новый спринт: цель, набор со слагами, дата, состав по роду работы.
+  реализации (с причинами), понижено до сырья, слито, сменило тип или цель.
+- Новый спринт: цель, набор со слагами, дата, состав по типам.
 - **Границы покрытия**: сколько задач не трогали и какие именно секции, теги или
   цели остались — иначе доклад читается как «беклог разобран».
 - `tasks.py check` после правок — результат строкой.