границы плагинов: путь в чужое дерево, безымянные стыки, звонящий у вычитки

Правило границы моё, копий восемь — и нарушал его я же.

- путь в дерево чужого плагина снят из пяти мест; маркер копии, уезжающий
  в проект скелетом, оставлен, но сказано, что сама пара маркеров не едет
- короткое имя чужого скилла в четырёх местах стало полным
- стык «урожай ревью → задачи» не был назван ни с одной стороны, хотя
  механика написана с обеих; теперь назван, с веткой «плагина нет»
- resolve звал av-dev-git:commit без строки доклада и пересказывал формат
  коммита, нарушая собственное «ссылайся, не пересказывай»
- doc-wording обещал момент вызова, которого не исполнял никто. Правило:
  звонящий — тот, кто только что писал текст. Вызов появился шагом в docs,
  init, adopt и upgrade; healthcheck по-прежнему его не зовёт
- openspec.py искал SHALL по всему файлу, а образец даёт его в context —
  проверка молчала ровно в том случае, ради которого написана
- фаза 2 review-rubric была недостижима; проход стал судить задуманное,
  а не код, и это сходится с тем, что о нём говорит конвейер
- rules.tasks в образце конфига, ветка «записи задачи нет» у review-scope,
  возвраты на чекпоинт в схеме resolve, старшинство правила дельта-спек

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

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

@@ -402,7 +402,8 @@ kebab-case.** Причина не эстетическая: имя файла с
 род работы, и называется оно **`research` без раздела «Вопрос»**. Такая запись в
 работу не берётся и лежит в конце своей категории.
 
-Раскладку, форму записи и алгоритм работы над каждым типом держит скилл `tasks`.
+Раскладку, форму записи и алгоритм работы над каждым типом держит скилл
+`av-dev-tasks:tasks`.
 
 ### `CLAUDE.md`
 
@@ -432,8 +433,8 @@ kebab-case.** Причина не эстетическая: имя файла с
 **Файл канону не принадлежит, и проверяет его тоже не канон.** Каталог
 `openspec/` — предпосылка конвейера: без него не работают ни `opsx:propose`, ни
 ревью дизайна, ни сверка требований. Заводит его, настраивает и **проверяет
-форму** плагин `av-dev-code`, скилл `openspec`: там образец файла, там же
-скрипт `openspec.py check`. `docs.py` о файле не говорит ничего.
+форму** скилл `av-dev-code:openspec`: там образец файла, там же скрипт
+`openspec.py check`. `docs.py` о файле не говорит ничего.
 
 Канон называет его здесь по одной причине: `openspec/specs/` — **дом темы
 `requirements`**, и без этой строки карта тем неполна. На форму самого

av-dev-docs/skills/canon/references/skeletons.md

@@ -19,9 +19,12 @@
 `<!-- дом: <id> -->` … `<!-- /дом: <id> -->`, копия —
 `<!-- копия: <id> из <путь> -->` … `<!-- /копия: <id> -->`;
 `scripts/copies.py` маркетплейса требует дословного
-совпадения. Комментарии невидимы в отрендеренном markdown и уезжают в проект
-вместе со скелетом — там они говорят читателю, что у текста есть дом. Правишь
-текст внутри маркеров — правь дом, а не копию.
+совпадения. Правишь текст внутри маркеров — правь дом, а не копию.
+
+**Сама пара маркеров в проект не переносится.** Это машинерия маркетплейса:
+путь в ней ведёт в дерево плагина, и в репозитории проекта он не разрешится ни
+во что. Кладя скелет, копируй содержимое между маркерами, а строки
+`<!-- копия: … -->` и `<!-- /копия: … -->` оставляй здесь.
 
 ## `docs/passport.md`
 
@@ -354,6 +357,9 @@
 <!-- /копия: журнал-дефектов-форма -->
 ```
 
+Пара маркеров `копия:` внутри — машинерия маркетплейса; в `docs/review.md`
+проекта уезжает только содержимое между ними (см. выше).
+
 Новый проект: «Дефектов пока не было. Настройка конвейера появится с первым
 ревью.»