разбор находок doc-consistency: остатки модели типов и копии в ссылки

Первый прогон агента — по репозиторию, который его же и содержит. Два
прохода, 17 находок, все подтверждены по файлам.

Пять находок — остатки прежней модели типов в файлах, до которых я не
дошёл двумя коммитами раньше. adopt.md держал имена секций роадмапа
канона 2 («порядка», «темы») и «пустой goal законен только у идеи»;
from-review.md и TODO.md — упразднённый [idea]; task-batch в другом
плагине — «задачи-идеи». Правку модели я вёл от документов, которые
менял, а не от тех, что на них ссылаются: grep по упразднённому слову
дал бы все пять за минуту.

Самая дорогая находка оказалась моей и свежей. Таблица типов в canon.md
объявляла цель у fix запрещённой, а tasks/SKILL.md и task-fix.md —
необязательной; код на стороне вторых. Копия разошлась с домом за один
день, обе половины писал один проход. Поправлено не значение, а причина:
canon.md дважды объявлял, что фиксирует только словарь типов, — значит
колонкам «разделы» и «цель» в нём не место. Осталась таблица из двух
колонок и ссылка на дом схемы.

Перечень «чем держат проект» пересказывался втроём и разъехался:
«метрики и логи» против «мониторинга», «проверки» есть в двух из трёх.
При этом tasks/SKILL.md ссылался на дом рядом с собственным пересказом —
ссылка не мешает копии разойтись, если копия всё равно стоит. Перечень
остался в canon.md, два места ссылаются.

README пересказывал раскладку канона блоком кода, и копия была уже
неполна — не хватало путей, чьё отсутствие docs.py считает нарушением.
Заменено ссылкой. Там же измеренное число из DECISIONS III заменено
ссылкой на решение.

REMAINING дублировал два отмеченных сделанными пункта TODO и держал
счётчики, которые обязан двигать человек: «двенадцати тем и 16 коммитов»
(стало 28 и 52), «три неизмеренных изменения» (стало больше). Счётчики
отменены как класс, причина записана в шапку. Открытый вопрос про парный
статус ADR переформулирован: судья появился, открыт остался охват.

Три противоречия вне av-dev-pm: --roadmap-sections перечислен среди
флагов init прозой того же файла, объявляющей, что его нет; review-ops
берёт журнал docs/review.md и тут же объявляет историю инцидентов
принципиально недоступной; «честный предел» конвейера отменял целиком
документ docs/research/. Плюс битый якорь ссылки на раздел вычитки.

Находка про Co-Authored-By снята как неверная: агент прочитал
av-dev-git/skills/commit/SKILL.md как описание практики этого
репозитория, а это продукт, уезжающий в чужие проекты. Устав агента не
различает «документ про нас» и «документ про то, что мы производим» —
остаток записан в REMAINING, в устав пока не дописан.

DECISIONS тема 29 (ЧЧШШ–ЮЮЯЯ, следствия 109–113).

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

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

@@ -193,9 +193,9 @@ stateDiagram-v2
 только, чтобы формулировка отвечала на «что приложение делает», а не на «какую
 часть кода мы трогаем».
 
-**Что целью не является — работа, которой держат проект.** Сборка, проверки,
-сам этот скилл, а также выкладка, мониторинг и дежурство: на вопрос «что
-приложение будет уметь» они не отвечают. Им отведена отдельная секция роадмапа,
+**Что целью не является — работа, которой держат проект.** Состав перечислен
+[в каноне](../canon/references/canon.md), раздел «Сопровождение и эксплуатация»;
+на вопрос «что приложение будет уметь» ничто из него не отвечает. Им отведена отдельная секция роадмапа,
 чтобы они были видны в том же экране и при этом не читались как возможности
 продукта.
 
@@ -205,12 +205,12 @@ stateDiagram-v2
 наблюдаем мы. Одна и та же наблюдаемость попадает в разные секции, и это верно —
 секции отвечают на разные вопросы.
 
-**Сопровождение и эксплуатация — целое и часть**, а не синонимы: сопровождение
-это всё, чем держат проект (инструмент, процесс, выкладка, метрики и логи,
-инфраструктура, дежурство), эксплуатация — работа системы на проде. Та же тема
-живёт ещё в двух местах канона — разделе «Эксплуатация» в `architecture.md` и
-эксплуатационном проходе ревью, — и словарь у всех трёх общий:
+**Сопровождение и эксплуатация — целое и часть**, а не синонимы, и та же тема
+живёт ещё в двух местах канона: разделе «Эксплуатация» в `architecture.md` и
+эксплуатационном проходе ревью. Словарь у всех трёх общий и живёт одним домом —
 [canon.md](../canon/references/canon.md), раздел «Сопровождение и эксплуатация».
+Пересказывать его здесь нельзя: три перечня «чем держат проект» уже разъезжались
+на «метриках и логах» против «мониторинга».
 
 Секция выбирается так: очередь значима и обоснована прозой — `Запланировано`;
 тянется долго и очереди не имеет — `Направления`; не про приложение, а про то,
@@ -315,7 +315,7 @@ stateDiagram-v2
 здоровья, не замечанием на файл: проверка эвристическая (первое слово на
 `-ть`/`-ти`/`-чь`), а беклог, заведённый до правила, не переоформляют «заодно».
 Годность формулировки — не машине: её смотрит
-[агент вычитки](#вычитка-формулировок).
+[агент вычитки](#вычитка-два-прохода-а-не-один).
 
 **Функции и границы, а не намерения.** Задача называет, что система начнёт
 делать, и какие границы это трогает: эндпоинт или команду, таблицу и миграцию,
@@ -370,7 +370,7 @@ 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     # вернуть закрытую: приёмка не сошлась
 python3 $tk sprint start --goal S --dir D | take S… | drop S… --reason R | close [--dissolve --reason R]
-python3 $tk init --dir D [--sections …] [--roadmap-sections …] [--items …] [--backlog …] …
+python3 $tk init --dir D [--sections …] [--items …] [--backlog …] …
 python3 $tk adopt scan --from … | apply --plan …   # разовая адаптация, references/adopt.md
 ```