граница: правило стало про раскладку проекта, а не про соседний плагин

Дом shared/plugin-boundary.md переехал в shared/absence.md: отсутствовала всё
это время не установка плагина, а часть раскладки проекта, и узнавалась она
следом на диске. Перечень внешнего сократился до двух — opsx и av-dev-git.
Ветки «плагина нет» переписаны на «этой части в проекте нет»; там, где ветка
существовала только ради неразрешимого пути в чужое дерево, она снята вовсе.

Внутриплагинные копии языка и словаря сопровождения сняты: два справочника по
213 строк и один по 34 заменены ссылкой на общий дом. Копии остались там, где
текст обязан лежать внутри промпта, — в уставах вычитки. Заодно починены пути
$CLAUDE_PLUGIN_ROOT и относительные ссылки, разъехавшиеся с новыми именами
каталогов.

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

@@ -23,39 +23,16 @@
 
 Раскладка отвечает, **где** текст лежит и на какой вопрос отвечает. Каким он
 должен быть **словами** — общий для всех документов канона файл
-[language.md](language.md): информационный стиль, англицизмы, жаргон. Он
+[shared/language.md](../../../shared/language.md): информационный стиль, англицизмы, жаргон. Он
 относится и к задачам, и к решениям ADR, и к запискам разведки.
 
 ## Сопровождение и эксплуатация — целое и часть
 
-**Копия.** Дом — `shared/operations.md` в репозитории плагинов: словарь
-делят роадмап, архитектура и тема ревью `operations`, то есть три плагина,
-и ни один из трёх им не владеет. Правится дом, а не этот файл.
-
-<!-- копия: сопровождение-словарь из av-dev/shared/operations.md -->
-
-Одна тема живёт в трёх местах, и путать их слова нельзя.
-
-**Сопровождение** — всё, чем держат проект: инструмент и сборка, процесс,
-выкладка, метрики и логи, инфраструктура, дежурство. **Эксплуатация** — его
-часть: работа системы на проде. Целое и часть, и никогда наоборот.
-
-| Место | Уровень | Что там |
-| --- | --- | --- |
-| `ROADMAP.md`, секция `Сопровождение` | план | **работы**, которые собираемся делать: цели и их задачи |
-| `architecture.md`, раздел «Эксплуатация» | состояние | **как устроено сейчас**: где работает, что рядом, кто перезапускает |
-| тема ревью `operations` | оптика | **чем проверяем**: «это упало через неделю на проде» |
-
-Слово **«поддержка» не употребляется вовсе** — в нём слышится помощь
-пользователю, а это другая работа.
-
-**Граница с возможностями проходит по тому, кто наблюдает.** «Приложение
-сообщает о своём состоянии» — возможность приложения, её место среди прочих
-целей: наблюдает пользователь сервиса. «Дежурный видит состояние на одном
-экране» — сопровождение: наблюдаем мы. Одни и те же метрики попадают в разные
-секции роадмапа, и это верно — секции отвечают на разные вопросы.
-
-<!-- /копия: сопровождение-словарь -->
+Словарь этой темы — [shared/operations.md](../../../shared/operations.md):
+целое и часть, три места одной темы (секция роадмапа, раздел архитектуры, тема
+ревью `operations`) и граница с возможностями проекта. Здесь он не
+пересказывается: копия жила рядом с домом в одном дереве и была ровно тем
+вторым домом, против которого правило и написано.
 
 ## Раскладка
 
@@ -79,7 +56,7 @@ docs/
   adr.md        | adr/         почему решено так; статусы, правило замены
   review.md     | review/      настройка конвейера под проект + журнал дефектов
   <своя тема>.md | <своя тема>/  всё, что проект счёл нужным проверять
-tasks/                         каталог задач — плагин av-dev-tasks, не канон;
+tasks/                         каталог задач — скилл task-track, не канон;
                                лежит в корне, вне docs/, и канон его не требует
 openspec/
   config.yaml                  только нужды генерации артефактов + ссылки
@@ -119,7 +96,7 @@ openspec/
 | `CLAUDE.md`, `AGENTS.md` | источник | `autotests` (семантика гейта); инварианты — сквозные |
 | `openspec/specs/` | источник | `requirements` |
 | `openspec/config.yaml` | процессный | — (настройка порождения артефактов, слой **до** тем; заводит конвейер) |
-| `tasks/` | процессный | — (чужое владение: плагин `av-dev-tasks`) |
+| `tasks/` | процессный | — (чужое владение: скилл `task-track`) |
 | `review.*` | процессный | — (настройка самого конвейера, слой **над** темами) |
 | `adr.*` | процессный | — |
 | `research.*` | процессный | — |