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

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

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

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

@@ -159,7 +159,7 @@ flowchart TD
 ## Документы устаревают тем же ходом работы
 
 Груминг судит **задачи**, а не документы, и агентов канона не зовёт: они
-принадлежат плагину `av-dev-docs`, и когда их звать — решает он.
+принадлежат скиллам документации, и когда их звать — решают они.
 
 Но повод назвать это здесь есть: беклог и документы протухают от одного и того
 же — от сделанной работы. Пришёл на груминг и видишь, что с прошлого раза сделан
@@ -190,8 +190,8 @@ flowchart TD
 тот же агент, который её и сделал. Груминг приёмкой не занимается — отдельного
 ритуала у неё нет, — и настоящих опор остаётся две:
 
-- **независимый отчёт ревью** — артефакт, написанный не исполнителем; при
-  конвейере `av-dev-code` это отчёт триажа в
+- **независимый отчёт ревью** — артефакт, написанный не исполнителем: отчёт
+  триажа в
   `openspec/changes/archive/<id>/review/` (до архивации — `changes/<id>/review/`);
 - **`reopen <слаг> --reason`** — закрытие не окончательно. Заметил на груминге,
   что закрытая задача сделана не тем, чем обещала, — возвращай, это штатная
@@ -244,4 +244,4 @@ flowchart TD
 себе — формат и содержимое ведёт `tasks` (груминг зовёт его операции). Не решает
 за человека, что важно: он готовит развилки и рекомендует. Не принимает
 закрытые задачи отдельным ритуалом — `reopen` есть, момента у него нет. Не судит
-документы проекта — это плагин `av-dev-docs`.
+документы проекта — это скиллы `av-dev:doc-canon` и `av-dev:doc-healthcheck`.

av-dev/skills/task-groom/references/portions.md

@@ -20,7 +20,7 @@
    (`edit <slug> --rm-tag question`), **перепиши «зачем»**: «Решено: …» на вопрос
    «почему это лежит в беклоге» уже не отвечает. Опустошение раздела — не
    уборка, а условие взятия: правило и причина в скилле `tasks`,
-   [references/task-format.md](../../tasks/references/task-format.md).
+   [references/task-format.md](../../task-track/references/task-format.md).
 
 **Вопросы на верхних строках очереди разбираются вне очереди порции** — здесь
 же, даже если сама задача в порцию переоценки не попала. Иначе правило «задача с
@@ -93,7 +93,7 @@
    задача выбрала не ту. Тогда порция расширяется до всех задач этой цели: каждую
    либо закрыть своей причиной, либо перевесить на другую цель, и только потом
    закрыть цель. Порядок и почему он такой —
-   [task-goal.md](../../tasks/references/task-goal.md#отменённая-цель--сперва-задачи-потом-цель).
+   [task-goal.md](../../task-track/references/task-goal.md#отменённая-цель--сперва-задачи-потом-цель).
 8. **Задача ли это по-прежнему.** Не проходит `ready` по существу, а не по
    недописанным разделам → `edit <slug> --type research` и опустошённый раздел
    «Вопрос», то есть сырьё; дальше штурм. Разрослась → это несколько задач под