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

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

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

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

av-dev-pipeline/skills/openspec/SKILL.md

@@ -113,9 +113,37 @@ python3 $os form                   # слепок формы против жив
   или `config.yaml` остался примером;
 - человек — когда конвейер отказался работать без источника требований.
 
-Вызов идёт **через пространство имён**, а не путём в дерево плагина. Не
-разрешился — плагина конвейера в проекте нет, и тогда OpenSpec заводит человек
-командой выше; скажи это строкой, а путь не выдумывай.
+**Копия.** Дом правила — `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` — конвейер.
+
+<!-- /копия: граница-плагинов -->
+
+Здесь это значит: вызов не разрешился — плагина конвейера в проекте нет, и тогда
+OpenSpec заводит человек командой выше.
 
 ## Чего этот скилл не делает
 

av-dev-pipeline/skills/review-pipeline/SKILL.md

@@ -60,10 +60,42 @@ description: "Конвейер ревью изменения, устроенны
   проекте уже лежат свои `.claude/skills/review-pipeline`,
   `.claude/skills/task-pipeline`, `.claude/skills/task-batch` или
   `.claude/agents/<проект>-review-*.md` — снеси их. Иначе короткое имя разрешится
-  в устаревшую проектную копию, молча и без признаков подмены. По той же причине
-  **скиллы этого плагина зовутся с пространством имён**:
-  `av-dev-pipeline:review-pipeline`, `av-dev-pipeline:task-pipeline`,
-  `av-dev-pipeline:task-batch`.
+  в устаревшую проектную копию, молча и без признаков подмены.
+
+### Обращение к соседним плагинам
+
+**Копия.** Дом — `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` — конвейер.
+
+<!-- /копия: граница-плагинов -->
+
+Своих скиллов это касается ровно так же: `av-dev-pipeline:review-pipeline`,
+`av-dev-pipeline:task-pipeline`, `av-dev-pipeline:task-batch` — подменяется
+короткое имя, а не чужое.
 
 ## Темы, источники и процессные документы
 

av-dev-pipeline/skills/task-batch/SKILL.md

@@ -27,12 +27,43 @@ description: Проводит несколько задач разом — пл
 - **OpenSpec и скиллы `opsx:*`** — на них стоит цикл внутри каждого сабагента и
   проход `review-specs` финальной сверки. Проекта без OpenSpec это касается так
   же, как одиночного пайплайна (см. его раздел «Предпосылки»).
-- **Скиллы зовутся с пространством имён**: `av-dev-pipeline:task-pipeline`,
-  `av-dev-pipeline:review-pipeline`, `av-dev-tasks:tasks`. Короткое имя
-  может разрешиться в устаревшую проектную копию, и это произойдёт молча — в
-  charter'е сабагента пиши полное имя, он твоего контекста не видит.
 - **Проектные копии этих скиллов и агентов при установке плагина удаляются.**
 
+### Обращение к соседним плагинам
+
+**Копия.** Дом — `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` — конвейер.
+
+<!-- /копия: граница-плагинов -->
+
+**У батча правило строже одним пунктом: полное имя обязательно и в charter'е
+сабагента.** Сабагент твоего контекста не видит, короткое имя разрешает у себя, и
+подмена на устаревшую проектную копию случится там, куда ты уже не смотришь.
+
 Перед стартом прочитай `CLAUDE.md` проекта: оттуда берутся **имя основной
 ветки** (оно подставляется в каждую команду git ниже), команда и семантика
 гейта, инварианты и что запускать запрещено. Раскладка нумерованных артефактов —

av-dev-pipeline/skills/task-pipeline/SKILL.md

@@ -22,9 +22,6 @@ description: "Автономно проводит одну задачу чере
   **Проект без OpenSpec этим пайплайном не ведётся** — подключай OpenSpec, а не
   вырождай цикл: ветка деградации здесь не пишется, потому что непроверенная
   ветка деградации хуже честного отказа.
-- **Скиллы зовутся с пространством имён** — `av-dev-pipeline:review-pipeline`,
-  `av-dev-docs:docs`, `av-dev-tasks:tasks`. Короткое имя может разрешиться в
-  устаревшую проектную копию, и это произойдёт молча.
 - **Проектные копии этих скиллов и агентов удаляются при установке плагина**
   (`.claude/skills/` — и голые имена `task-pipeline`, `review-pipeline`,
   `task-batch`, и с префиксом проекта: `<проект>-task-pipeline`,
@@ -32,6 +29,42 @@ description: "Автономно проводит одну задачу чере
   `.claude/agents/<проект>-review-*.md`). Две копии одного скилла расходятся, и
   побеждает та, что короче названа.
 
+### Обращение к соседним плагинам
+
+**Копия.** Дом — `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` — конвейер.
+
+<!-- /копия: граница-плагинов -->
+
+Пайплайн зовёт `av-dev-pipeline:review-pipeline`, `av-dev-docs:docs` и
+`av-dev-tasks:tasks`. Чем оборачивается отсутствие каждого — на самих шагах и в
+разделе «Границы».
+
 Перед стартом прочитай `CLAUDE.md` проекта и то, на что он ссылается, если ещё
 не в контексте. Проектные факты, нужные ревью — инварианты, семантика гейта,
 объёмы, модель угроз, прецеденты, — живут в **документах канона** `av-dev-docs`;