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

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

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

av-dev/skills/code-resolve/references/research.md

@@ -265,13 +265,9 @@ git и читается диффом, а второй стоп на каждой
 незачем. Но **названо должно быть каждое место, куда ты писал**, — доклад без
 перечня адресов неотличим от доклада о ненаписанном.
 
-**Плагина `av-dev-docs` нет** — путь в его дерево не разрешится ниоткуда, поэтому
-за перечнем документов иди в **свой** reference:
-[references/project-facts.md](../../review/references/project-facts.md) конвейера
-ревью. `docs/adr/` и `docs/research/` в нём отсутствуют намеренно (проход ревью их
-не открывает), а разведке нужны как раз они — добавь их руками. Пиши сам, скажи
-строкой: «ответ записан без скилла документации — форму и вычитку не сверял
-никто».
+**Документов канона в проекте нет** — писать ответ некуда: назови это исходом,
+предложи завести канон скиллом `av-dev:doc-canon` и оставь ответ в докладе
+целиком, чтобы работа не пропала. Заводить `docs/` мимо канона нельзя.
 
 ### 5. Задачи: завести и уточнить