вычитка ревью: пережитки трёх плагинов и язык слияния

Восемнадцать веток «плагина нет» описывали недостижимое: скиллы и агенты теперь
в одном плагине и разрешаются всегда. Где предмет всё же может отсутствовать —
ветка переписана на след в проекте (нет docs/, нет каталога задач, нет
openspec/); где отсутствовать нечему — снята. Туда же анонсы, обещавшие ветку,
которой в разделе больше нет.

Правило копий и его применение разъезжались в одном коммите: правило называло
два законных случая, а absence.md разослан семью копиями по SKILL.md. Назван
третий случай, и разрез проверяемый — файл, который модель получает целиком,
против файла, за которым она идёт отдельным чтением. Заодно сняты объявления
копий там, где копию сменила ссылка, и довод у карты домов в doc-consistency:
он ссылался на отсутствие плагина, хотя устав едет вместе с плагином.

Описания скиллов во фронтматтерах звали снятые короткие имена — по ним скилл не
находится. task-track перестал обещать повышение: версию двигает doc-canon.

Язык: сняты кросс-вызов, опцион и деградация, конверсия и «читатель» в
config.py, charter'ы против уставов, замер против подсчёта, страдательный залог
в журнале. Строка «настройки av-dev» в таблице отсутствия — слово «раскладка»
называло и целое, и его часть.

Мелкое: тема 52 в README была 64, транслит в task-wording машина не проверяет,
мёртвая ветка REQUIRED в addresses.py, ссылки на язык в закрытом журнале.

av-dev/skills/doc-canon/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: doc-canon
-description: Привести проект к канону документов av-dev и держать его в соответствии — три операции одной машиной сравнения. check — что разошлось с текущей версией канона; adopt — перевод проекта из любой прежней раскладки (docs/specs, drafts, backlog, BRIEF.md, review-brief) в канон с переносом файлов; upgrade — повышение проекта с версии канона N до текущей по журналу версий. Использовать, когда просят проверить документацию проекта, перевести проект на канон, обновить его под новую версию канона или когда пришли в старый проект и надо понять, что в нём не так. Заведение нового проекта с нуля — скилл init.
+description: Привести проект к канону документов av-dev и держать его в соответствии — три операции одной машиной сравнения. check — что разошлось с текущей версией канона; adopt — перевод проекта из любой прежней раскладки (docs/specs, drafts, backlog, BRIEF.md, review-brief) в канон с переносом файлов; upgrade — повышение проекта с версии канона N до текущей по журналу версий. Использовать, когда просят проверить документацию проекта, перевести проект на канон, обновить его под новую версию канона или когда пришли в старый проект и надо понять, что в нём не так. Заведение нового проекта с нуля — скилл av-dev:doc-init.
 ---
 
 # Приведение проекта к канону
@@ -48,7 +48,8 @@ description: Привести проект к канону документов
 ds="$CLAUDE_PLUGIN_ROOT/skills/doc-canon/scripts/docs.py"
 
 python3 $ds check --dir <корень> [--base <rev>]   # раскладка, ссылки, версия, сверки
-python3 $ds version --dir <корень>                # версия канона скрипта и проекта
+python3 $ds version --dir <корень>                # версия раскладки: скрипта и проекта
+python3 $ds bump --dir <корень>                   # поднять версию проекта до версии скрипта
 ```
 
 **Формы `openspec/config.yaml` здесь больше нет.** Каталог принадлежит конвейеру,
@@ -103,7 +104,7 @@ capability: незаполненный канон это переходное с
 
 | Чего нет | Как видно | Чего теперь не делает никто |
 | --- | --- | --- |
-| раскладка av-dev | нет `.av-dev.toml` в корне | проект под процесс не заводился; версии нет, настроек нет |
+| настройки av-dev | нет `.av-dev.toml` в корне | проект под процесс не заводился; версии нет, настроек нет |
 | документы канона | нет `docs/` | проектную конкретику брать неоткуда — темы, инварианты, прецеденты |
 | учёт работ | нет каталога задач | запись остаётся владельцу: назови её текстом в докладе |
 | источник требований | нет `openspec/config.yaml` | цикл SDD не запускается: спеки не с чем сверять |
@@ -141,7 +142,7 @@ capability: незаполненный канон это переходное с
    форма», `doc-healthcheck` — на «не разошлись ли утверждения».
 3. Доклад: вывод скрипта строкой исхода и **граница покрытия** — что смотрели и
    чего не смотрели. Если суждение здесь нужно, скажи это строкой и предложи
-   `healthcheck`, а не зови агентов сам.
+   `doc-healthcheck`, а не зови агентов сам.
 
 Дрейф раскладки чинится переносом; смысловые находки — это либо правка
 документа, либо задача, если работы больше чем на абзац.
@@ -192,8 +193,9 @@ capability), `openspec/config.yaml`.
    Skill `av-dev:code-openspec`**. Каталог принадлежит конвейеру, и команда
    заведения с формой файла живут там. Пересказ инвариантов, конвенций и правил
    ревью из `context` вычисти ссылкой на дом — на переводимом проекте он там
-   почти наверняка есть. Вызов не разрешился — `docs.py` о каталоге тогда тоже
-   молчит, и форму `config.yaml` не проверяет никто; скажи это строкой;
+   почти наверняка есть. Проект решил жить без OpenSpec — `docs.py` о каталоге
+   тогда тоже молчит, и форму `config.yaml` не проверяет никто; скажи это
+   строкой;
 4. переносы содержимого;
 5. каталог задач — **вызови скилл `av-dev:task-track`**, сценарий адаптации: он
    владеет форматом задач. Он же переименует транслитные слаги в английские и
@@ -274,8 +276,9 @@ capability), `openspec/config.yaml`.
 3. Иначе иди по [changelog.md](references/changelog.md) снизу вверх от версии
    проекта до текущей и делай названное в каждой записи. Записи независимы и
    применяются по порядку.
-4. Подними `version` в `.av-dev.toml` до текущей — правь **строку**, а не
-   переписывай файл: комментарии в нём принадлежат проекту.
+4. Подними версию — `docs.py bump`. Он правит **строку**, а не переписывает
+   файл: комментарии в нём принадлежат проекту. Последним шагом, потому что
+   число объявляет пройденными записи журнала.
 5. `docs.py check`.
 6. **Позови судей** — Skill `av-dev:doc-healthcheck`.
 7. **Позови вычитку** — агент `doc-wording`, но **только по тем документам,
@@ -295,7 +298,7 @@ capability), `openspec/config.yaml`.
 
 **Шаг 6 обязателен, и вот почему.** `check` сверяет **число** в `.av-dev.toml`
 с версией скрипта — и только его. Применена ли запись журнала **по существу**,
-он не знает: проект несёт `version = 6` и может не иметь того, чего требовала любая
+он не знает: проект несёт `version` текущей версии и может не иметь того, чего требовала любая
 из пройденных версий. Записи применяются руками (переименовать секцию, проставить
 типы, дописать раздел каждому `fix`), а ручной проход по нескольким записям
 подряд — ровно то место, где половина шага делается и забывается. Судьи и есть