шов между плагинами: канон перестал называть имена проходов

av-dev-pm и av-dev-pipeline раздельны: канон работает без конвейера, конвейер без
канона — поразрядно деградируя и называя это строкой. Но канон в шести местах
называл конвейер поимённо, и одно из них — вывод docs.py пользователю: «свои темы
проекта: … — их разбирает review-basics». Такая строка чинится не правкой файла,
а недоумением на чужом проекте.

Правило записано в canon.md, чтобы не отрастало заново. Общий словарь — имена тем
и имена ступеней, и только они: ими проект настраивает ревью, вопросами по темам
и триггерами профиля. Имён проходов канон не называет нигде. Направление
несимметрично, и это верно: конвейер называет документы канона поимённо, потому
что он их читатель, а обратной ссылки быть не может — документ живёт дольше, чем
раскладка проходов.

Что вычищено: имя review-basics в canon.md, в changelog версии 5 и в выводе
docs.py; «её берёт basics» из таблицы ролей; описательные адресации того же
класса — «архитектурный проход судит», «враждебный проход выдумает». Худшей была
строка в skeletons.md «там идут враждебный, эксплуатационный и архитектурный
проходы»: утверждение о составе ступени, живущее на стороне, которая о составе не
знает. Строка таблицы «эксплуатационный проход ревью» стала «тема ревью
operations» — заодно совпала со словарём, к которому tasks/SKILL.md отсылает как
к единому дому.

Отдельно — пример, нарушавший собственное правило. Объяснение, почему вопросы
адресуются темам, звучало «вопрос, адресованный ops, перестал задаваться в тот
день, когда ops уехал в верхнюю ступень»: правило про нестабильность имён,
проиллюстрированное именем. Стало «адресованный проходу» и переживёт
переименование.

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

Тема 38 в DECISIONS.md, следствия 143-144.

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

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

@@ -46,7 +46,7 @@
 
 ## Что целью не является
 
-Граница домена. По ней архитектурный проход судит, не перенесено ли понятие
+Граница домена. По ней в теме `architecture` судят, не перенесено ли понятие
 через границу.
 
 ## Типовые сценарии
@@ -144,8 +144,8 @@
 
 ## Что вне модели
 
-Перечислить явно. Пустой пункт означает, что враждебный проход выдумает угрозу
-сам, и находка никогда не будет исправлена.
+Перечислить явно. Пустой пункт означает, что в теме `security` угрозу выдумают
+за тебя, и находка никогда не будет исправлена.
 ```
 
 ## `docs/conventions/README.md`
@@ -283,8 +283,8 @@
 к обязательным.
 
 **Адресуй теме, а не имени прохода.** Проходы переезжают между ступенями и
-упраздняются; вопрос, адресованный `ops`, перестанет задаваться в тот день, когда
-`ops` уедет в верхнюю ступень, — и заметить это будет нечем. Тема переезд
+упраздняются; вопрос, адресованный проходу, перестанет задаваться в тот день,
+когда тот уедет в верхнюю ступень, — и заметить это будет нечем. Тема переезд
 переживает.
 
 Темы ядра: `requirements`, `autotests`, `conventions`, `architecture`,
@@ -297,7 +297,7 @@
 узлами или capability.
 
 **Крупное или незнакомое здесь** — поднимает прогон до `wide`, верхней ступени:
-там идут враждебный, эксплуатационный и архитектурный проходы, и там же
+там `security`, `operations` и `architecture` проверяют запуском, и там же
 единственные замеры. Ступень рассчитана на **5–10% задач**; если сюда попадает
 каждая третья, список написан слишком широко.