av-dev-pipeline стал av-dev-code, review-pipeline — review

Имя описывало устройство, а не предмет: «пайплайн» говорит, что внутри
конвейер, — а плагин занят кодом по задачам, и с появлением чекпоинтов
он уже не конвейер в чистом виде. Набор имён стал параллельным:
docs / tasks / code / git, каждое называет материал.

Заодно review-pipeline стал review — слово ушло из плагина целиком, а
не наполовину; скиллы выровнялись: resolve / review / openspec.

Журнал версий канона переписан вместе со всеми, DECISIONS.md — нет.
Разрез по типу высказывания, а не файла: наблюдение и причина
неприкосновенны, предписание и адрес обязаны оставаться исполнимыми.
Запись версии 10 велит «проверить, что плагин av-dev-pipeline
установлен» — проект, дошедший до неё, выполнил бы невыполнимое.

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

@@ -52,7 +52,7 @@ python3 $ds version --dir <корень>                # версия кано
 ```
 
 **Формы `openspec/config.yaml` здесь больше нет.** Каталог принадлежит конвейеру,
-и форму смотрит его скрипт — `av-dev-pipeline`, скилл `openspec`, команда
+и форму смотрит его скрипт — `av-dev-code`, скилл `openspec`, команда
 `openspec.py check`. Проект работает по OpenSpec, а плагина конвейера нет — форму
 не проверяет никто, и это надо сказать строкой доклада, а не считать, что она
 верна.
@@ -89,7 +89,7 @@ capability: незаполненный канон это переходное с
 
 ## Обращение к соседним плагинам
 
-`adopt` зовёт двоих: `av-dev-pipeline:openspec` (шаг 4, пункт 3) и
+`adopt` зовёт двоих: `av-dev-code:openspec` (шаг 4, пункт 3) и
 `av-dev-tasks:tasks` (шаг 4, пункт 5). Каталоги `openspec/` и `tasks/` каноном не
 ведутся, и трогать их этому скиллу нечем, кроме вызова.
 
@@ -101,10 +101,9 @@ capability: незаполненный канон это переходное с
 Плагины `av-dev` ставятся порознь, и ни один не вправе считать, что сосед на
 месте.
 
-**Чужой скилл зовётся полным именем** — `av-dev-docs:canon`,
-`av-dev-tasks:tasks`, `av-dev-pipeline:review-pipeline`. Короткое имя может
-разрешиться в устаревшую проектную копию из `.claude/skills/`, и подмены не будет
-видно ни в докладе, ни в поведении.
+**Чужой скилл зовётся полным именем** — `av-dev-docs:canon`, `av-dev-tasks:tasks`,
+`av-dev-code:review`. Короткое имя может разрешиться в устаревшую проектную копию
+из `.claude/skills/`, и подмены не будет видно ни в докладе, ни в поведении.
 
 **Путь в дерево чужого плагина не пишется никогда.** `$CLAUDE_PLUGIN_ROOT` ведёт
 только в свой плагин; вычисленный от него путь к соседу либо не откроется, либо
@@ -183,7 +182,7 @@ capability), `openspec/config.yaml`.
 2. каталоги канона и скелет **по [references/skeletons.md](references/skeletons.md)**:
    незаполненное — одной честной информативной строкой, а не «TBD»;
 3. **OpenSpec, если его нет или `config.yaml` остался примером** — **вызови
-   Skill `av-dev-pipeline:openspec`**. Каталог принадлежит конвейеру, и команда
+   Skill `av-dev-code:openspec`**. Каталог принадлежит конвейеру, и команда
    заведения с формой файла живут там. Пересказ инвариантов, конвенций и правил
    ревью из `context` вычисти ссылкой на дом — на переводимом проекте он там
    почти наверняка есть. Вызов не разрешился — `docs.py` о каталоге тогда тоже