правило обращения к соседнему плагину получило дом

Стояло в пяти местах в пяти редакциях: два разных довода, ни в одном
месте оба, и три места из пяти молчали о том, что делать при
неразрешившемся вызове. Плюс невысказанный инвариант: $CLAUDE_PLUGIN_ROOT
ведёт только в свой плагин.

Дом — shared/plugin-boundary.md, блок «граница-плагинов», семь помеченных
копий. В дом вошло правило, последствия остались на местах вызова:
«нет плагина задач — учёт остаётся владельцу» знает только конвейер.

Оглавление адресов в CLAUDE.md проекта отклонено — второй дом раскладки,
и протухший адрес в нём выходит правдоподобной строкой честной
деградации. Сверка адресов уходит машине, записана в TODO разделом 5.

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

@@ -87,6 +87,44 @@ capability: незаполненный канон это переходное с
 формулировка казалась удачной при написании. Ни один из них ничего не правит —
 оба возвращают готовые формулировки, подставляешь ты.
 
+## Обращение к соседним плагинам
+
+`adopt` зовёт двоих: `av-dev-pipeline:openspec` (шаг 4, пункт 3) и
+`av-dev-tasks:tasks` (шаг 4, пункт 5). Каталоги `openspec/` и `tasks/` каноном не
+ведутся, и трогать их этому скиллу нечем, кроме вызова.
+
+**Копия.** Дом правила — `shared/plugin-boundary.md` в репозитории плагинов.
+Правится дом, а не этот файл.
+
+<!-- копия: граница-плагинов из shared/plugin-boundary.md -->
+
+Плагины `av-dev` ставятся порознь, и ни один не вправе считать, что сосед на
+месте.
+
+**Чужой скилл зовётся полным именем** — `av-dev-docs:canon`,
+`av-dev-tasks:tasks`, `av-dev-pipeline:review-pipeline`. Короткое имя может
+разрешиться в устаревшую проектную копию из `.claude/skills/`, и подмены не будет
+видно ни в докладе, ни в поведении.
+
+**Путь в дерево чужого плагина не пишется никогда.** `$CLAUDE_PLUGIN_ROOT` ведёт
+только в свой плагин; вычисленный от него путь к соседу либо не откроется, либо
+откроет чужую установку. Нужен чужой справочник — зови владеющий им скилл, он
+прочитает его сам.
+
+**Вызов не разрешился — плагина в проекте нет.** Это исход, а не поломка: назови
+строкой доклада, чего теперь не делает никто, и продолжай работу. Молчать нельзя,
+пропуск неотличим от сделанного; выдумывать обходной путь нельзя тоже.
+
+**Присутствие узнаётся вызовом или следом в проекте, но не объявлением.** Перечня
+установленных плагинов проект не ведёт — он разошёлся бы с действительностью
+молча. Что сосед здесь работал, видно по заведённому им файлу: `docs/.pm.json` —
+канон, `<каталог задач>/.tasks.json` — задачи, `openspec/config.yaml` — конвейер.
+
+<!-- /копия: граница-плагинов -->
+
+Чем оборачивается отсутствие каждого — на самих пунктах шага 4. `adopt` из-за
+этого не останавливается ни в одном из двух случаев.
+
 ## `check`
 
 1. `docs.py check`, при наличии базы диффа — с `--base`.
@@ -148,8 +186,8 @@ capability), `openspec/config.yaml`.
    Skill `av-dev-pipeline:openspec`**. Каталог принадлежит конвейеру, и команда
    заведения с формой файла живут там. Пересказ инвариантов, конвенций и правил
    ревью из `context` вычисти ссылкой на дом — на переводимом проекте он там
-   почти наверняка есть. Вызов не разрешился — плагина конвейера нет, и это
-   строка доклада, а не поломка: `docs.py` о каталоге тогда тоже молчит;
+   почти наверняка есть. Вызов не разрешился — `docs.py` о каталоге тогда тоже
+   молчит, и форму `config.yaml` не проверяет никто; скажи это строкой;
 4. переносы содержимого;
 5. каталог задач — **вызови скилл `av-dev-tasks:tasks`**, сценарий адаптации: он
    владеет форматом задач. Он же переименует транслитные слаги в английские и