healthcheck: у судей документов появился свой скилл и свой момент

doc-consistency и doc-code-drift звались шагом сессии между спринтами.
Сессия стала грумингом, груминг судит задачи, а не документы, и звать
чужих агентов не вправе — они в av-dev-docs. На живом проекте их не
звал бы никто, кроме разовых adopt и upgrade.

Момент назван у владельца. Разрез с canon check проверяемый: машина
сверяет форму, healthcheck — утверждения.

Почему скилл, а не просто описания агентов: двоим нужна оркестровка —
позвать обоих на весь канон разом, передать doc-code-drift раздел
запретов, разобрать урожай порциями, назвать границы покрытия и кого
именно позвал. Этого агент о себе не знает.

doc-wording внутрь не взят: ему оркестровка не нужна, и ритм другой —
он нужен там, где текст только что писали.

Заодно из shared/plugin-boundary.md и README убран счётчик скиллов: он
протух дважды за день.

av-dev-docs/skills/canon/references/canon.md

@@ -149,8 +149,8 @@ openspec/
 Цена этого решения записана, а не подразумевается: **расхождение изменения с
 записанным решением прогоном больше не ловится.** Раньше архитектурный проход
 читал `adr/` и мог сказать «здесь отменено решение ADR-2026-03-11, а парного
-статуса нет»; теперь это скажет только `doc-consistency` на сессии между
-спринтами. Сделка сознательная — ADR объясняет прошлое, а не предъявляет
+статуса нет»; теперь это скажет только `doc-consistency`, а зовёт его скилл
+`healthcheck`. Сделка сознательная — ADR объясняет прошлое, а не предъявляет
 требование к изменению, и чтение всего каталога решений на каждой задаче
 оплачивалось на каждой, а срабатывало на единицах.
 
@@ -521,8 +521,9 @@ kebab-case.** Причина не эстетическая: имя файла с
 читающие команды. Слитый агент делал бы одну половину поверхностной; тот же
 разрез, что между `task-form` и `task-wording`.
 
-**Зовутся оба одинаково — раз в спринт на сессии, а также после `adopt` и после
-`upgrade`, на весь канон разом.** Не на синке документации: `doc-consistency` на
+**Зовутся оба одинаково и одним скиллом — `av-dev-docs:healthcheck`, на весь
+канон разом; шагом `adopt` и шагом `upgrade` его зовёт `canon`.** Не на синке
+документации: `doc-consistency` на
 `opus` по каждой сделанной задаче не окупается, а расхождение между двумя документами по
 определению требует двух, и на большинстве задач синк правит один. Пачка,
 отбираемая работой, вдобавок не видит того, чего работа не касалась, — а именно