форма записи: заголовок отвечает на вопрос своего типа

Обкатка скилла tasks на выдуманном проекте — консольные крестики-нолики
на JavaScript, каталог заведён с нуля тем же скриптом. Форма вылезла
раньше содержания, и правки все про неё.

Заголовок отвечает на вопрос типа записи, и форм три: цель —
утверждение о возможности, задача — глагол в неопределённой форме
(допускается «не» перед ним), идея — назывное, без обещания. Причина не
стилистическая: описательный заголовок называет состояние, а из
состояния не видно, чего от работы ждут — «Ничья объявляется, пока
клетки есть» одинаково читается как жалоба и как задание. Отсюда же
разница индексов: роадмап — список возможностей, беклог — список работ,
и перепутанные формы делают каждый похожим на другой.

Механизировано ровно то, что механизируется: check считает заголовки,
где первое слово не на -ть/-ти/-чь, и печатает число в блоке здоровья.
Замечанием на файл нельзя — эвристика грубая, а на 97 записях двух живых
проектов это поток одинаковых строк, после которого пропускают весь блок.

Годность формулировки судит отдельный агент task-wording, а не чек-лист
в скилле: сейчас формулировку пишет и проверяет один агент в одном
контексте, а самопроверка текста слабее всего там, где формулировка
казалась удачной при написании. Он ничего не правит — возвращает готовые
формулировки, и заголовок с «зачем» показываются человеку, потому что
по ним задачу выбирают. Ничего из того, что ловит tasks.py check, он не
трогает намеренно: это был бы второй дом для правила.

Заголовки секций — с прописной, после заголовка пустая строка, во всех
индексах. Канонические имена стали Готово | Запланировано | Направления
| Разработка (англ. Done | Planned | Directions | Tooling), сверка везде
по нижнему регистру, так что старые индексы читаются по-прежнему.
Отбивка живёт на записи, а не на вставке: через Plan.index проходит
каждая правка индекса, а мест вставки три.

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

Обкатка нашла два дефекта, которых не находили ни линтеры, ни свои
проверки. Вставка в пустую секцию съедала отбивку перед следующим
заголовком — пропуск пустых строк теперь идёт только до первой непустой.
Мета, разорванная пустой строкой, теряла поля молча: check видел лишь
следствие («без рода работы») и советовал edit --kind, который дописывал
второе такое же поле. Поле меты в теле стало ошибкой с названной
причиной, и --fix её намеренно не чинит — какое из двух значений верное,
знает человек.

DECISIONS тема 20 (ЕЕЕ–ККК, следствия 82–85), changelog канона v3
пополнен двумя пунктами и двумя шагами переезда, TODO — два шага для
healthlog и jellybit.

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

av-dev-pm/skills/canon/references/changelog.md

@@ -32,20 +32,29 @@ upgrade` идёт по записям снизу вверх от версии п
    касается (эндпоинт, таблица и миграция, формат на диске, публичный тип). Как
    и критерии приёмки, требуется к взятию в спринт, а не к заведению.
 3. **Секции роадмапа** — четыре вместо двух и **канонические**, в отличие от
-   секций беклога: `готово` (достигнутые цели строкой с датой, без ссылки на
-   файл), `запланировано` (очередь значима), `направления` (очереди нет),
-   `разработка` (инструмент и процесс, не возможности приложения). Английский
-   вариант — `done` | `planned` | `directions` | `tooling`, один язык на весь
+   секций беклога: `Готово` (достигнутые цели строкой с датой, без ссылки на
+   файл), `Запланировано` (очередь значима), `Направления` (очереди нет),
+   `Разработка` (инструмент и процесс, не возможности приложения). Английский
+   вариант — `Done` | `Planned` | `Directions` | `Tooling`, один язык на весь
    индекс. Переименованию проектом не подлежат: у каждой свой смысл, и в первую
    пишет сам `close`; `tasks.py check` проверяет состав.
-4. **Умолчание профиля ревью сменилось** — это не раскладка, но проектный текст
+4. **Форма заголовка записи** — по типу: задача отвечает на «что нужно сделать»
+   и пишется глаголом в неопределённой форме («Не отбрасывать молча лишние
+   символы»), цель — на «что приложение будет уметь», идея просто называет, о
+   чём она. `check` считает заголовки не в форме действия и печатает число в
+   блоке здоровья. Годность формулировки — не машине: её смотрит новый агент
+   `task-wording` (вычитка формулировок, только чтение).
+5. **Заголовки секций — с прописной, после заголовка пустая строка**, во всех
+   индексах. Написание канонических секций и отбивку правит `check --fix`; он
+   же сводит написание секции в мете файла с заголовком индекса.
+6. **Умолчание профиля ревью сменилось** — это не раскладка, но проектный текст
    под него уже написан. `standard` стал рабочим умолчанием: миграция схемы,
    публичный контракт и инвариант ступень больше **не** поднимают, `wide`
    означает новое понятие или структурную единицу. Подраздел «Триггеры профиля»
    в `docs/review.md` остаётся на месте, но его содержимое надо перечитать.
 
 **Что переехало:** `docs/tasks/PLAN.md` → `docs/tasks/ROADMAP.md`; достигнутая
-цель — из небытия в секцию `готово`: `close <цель> --implemented` удаляет файл, но
+цель — из небытия в секцию `Готово`: `close <цель> --implemented` удаляет файл, но
 **оставляет строку с датой**. Прежде роадмап отвечал только «что осталось», и
 половину его вопроса вели прозой руками. Вместе с
 файлом переименован ключ конфига `tasks.plan` → `tasks.roadmap` и токены
@@ -76,19 +85,26 @@ upgrade` идёт по записям снизу вверх от версии п
    что для этого проекта считается **новым понятием** и **правилом
    идентичности**, — и убрать остальное, иначе проект возвращает себе прежнюю
    частоту полного набора уточнением.
-7. Переименовать секции роадмапа: `порядок` → `запланировано`, `темы` →
-   `направления`; завести `готово` **первой** и `разработка` последней.
+7. Переименовать секции роадмапа: `порядок` → `Запланировано`, `темы` →
+   `Направления`; завести `Готово` **первой** и `Разработка` последней.
    Прозаические разделы вроде «Что уже пройдено», которые велись руками,
-   разложить: звенья — строками в `готово` (дата, слаг, что стало возможно),
-   обоснование очереди оставить прозой в `запланировано`. Любой `##` в индексе
+   разложить: звенья — строками в `Готово` (дата, слаг, что стало возможно),
+   обоснование очереди оставить прозой в `Запланировано`. Любой `##` в индексе
    проверка считает секцией, и теперь `check` называет чужую секцию ошибкой.
 8. Переформулировать цели ответом на **«что приложение будет уметь»**: не
    «Работа со слиянием», а «Исход слияния не зависит от порядка доставки».
    Свойство поведения — законная цель. Цель, которая не про приложение
-   (процесс, инструмент), переезжает в `разработка`.
+   (процесс, инструмент), переезжает в `Разработка`.
 9. `[epic]`, если он в проекте заводился: это либо цель, либо набор задач под
    общей целью. `check` назовёт его неизвестным типом.
-10. `docs/.pm.json`: `"canon": 3`.
+10. Прогнать `python3 tasks.py check --dir docs/tasks --fix`: он поднимет
+    написание канонических секций, поставит отбивку после заголовков и сведёт
+    секцию в мете файлов с заголовками индексов. Секции беклога проект
+    переименовывает сам — их имена он выбирал, и трогать их скрипт не вправе.
+11. Переписать заголовки задач в форму действия — по мере того, как задача
+    попадает в работу, а не «заодно»: `check` печатает их число, а `task-wording`
+    предложит формулировки на замену пачкой.
+12. `docs/.pm.json`: `"canon": 3`.
 
 ## Версия 2 — 2026-08-03