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

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

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

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

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 ниже), команда и семантика
 гейта, инварианты и что запускать запрещено. Раскладка нумерованных артефактов —