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/references/canon.md

@@ -184,7 +184,7 @@ kebab-case.** Причина не эстетическая: имя файла с
 какую тему питает. **Кто именно закрывает тему, здесь не указано намеренно**: это
 зависит от метки прогона и меняется вместе с конвейером, а документ живёт
 дольше. Раскладку «тема → проход → глубина» держит скилл
-`av-dev-pipeline:review-pipeline`.
+`av-dev-code:review`.
 
 **Общего словаря у канона с конвейером ровно три вида имён: имена категорий,
 имена тем и имена меток.** Категорий три — `тема`, `источник`, `процессный`;
@@ -430,7 +430,7 @@ kebab-case.** Причина не эстетическая: имя файла с
 **Файл канону не принадлежит, и проверяет его тоже не канон.** Каталог
 `openspec/` — предпосылка конвейера: без него не работают ни `opsx:propose`, ни
 ревью дизайна, ни сверка требований. Заводит его, настраивает и **проверяет
-форму** плагин `av-dev-pipeline`, скилл `openspec`: там образец файла, там же
+форму** плагин `av-dev-code`, скилл `openspec`: там образец файла, там же
 скрипт `openspec.py check`. `docs.py` о файле не говорит ничего.
 
 Канон называет его здесь по одной причине: `openspec/specs/` — **дом темы

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

@@ -51,7 +51,7 @@ upgrade` идёт по записям снизу вверх от версии п
 остались в `docs.py`, то есть у файла было два плагина — один заводит, другой
 проверяет. Остаток закрыт.
 
-**Что появилось.** Скрипт `openspec.py` в скилле `av-dev-pipeline:openspec`, две
+**Что появилось.** Скрипт `openspec.py` в скилле `av-dev-code:openspec`, две
 команды: `check --dir <корень>` — форма в проекте, `form` — сверка слепка с живым
 OpenSpec. Коды выхода те же, что у `docs.py` и `tasks.py`.
 
@@ -80,7 +80,7 @@ OpenSpec. Коды выхода те же, что у `docs.py` и `tasks.py`.
    Форму раньше проверял `docs.py check` заодно; теперь он о ней молчит, и без
    отдельного шага незаменённый пример в `config.yaml` перестанет ловиться. Это
    главная потеря этого повышения, и она тихая.
-3. Проект по OpenSpec без установленного `av-dev-pipeline` — форму не проверяет
+3. Проект по OpenSpec без установленного `av-dev-code` — форму не проверяет
    никто. Либо поставить плагин, либо назвать это принятым риском вслух.
 4. `docs/.pm.json`: `"canon": 10`.
 
@@ -94,7 +94,7 @@ OpenSpec работает конвейер — без каталога не за
 высказывался. Проект, которому конвейер не нужен, получал отказ за отсутствие
 того, чем не пользуется.
 
-**Что появилось.** Скилл `av-dev-pipeline:openspec`: заводит каталог, заменяет
+**Что появилось.** Скилл `av-dev-code:openspec`: заводит каталог, заменяет
 закомментированный пример в `config.yaml` настройкой, объясняет разрез между
 ссылкой и пересказом. Образец файла переехал туда же — в
 `references/config-skeleton.md` того скилла.
@@ -115,7 +115,7 @@ OpenSpec работает конвейер — без каталога не за
 
 1. Ничего не переносить: файлы проекта эта версия не двигает. Меняется только то,
    кто их заводит.
-2. Проверить, что плагин `av-dev-pipeline` установлен, если проект работает по
+2. Проверить, что плагин `av-dev-code` установлен, если проект работает по
    OpenSpec. Без него `docs.py check` про каталог промолчит — и молчание это
    законное, так что отсутствие настройки перестанет ловиться само.
 3. Проект **не** работает по OpenSpec: убедиться, что `openspec/` нет, и
@@ -653,5 +653,5 @@ ADR объясняет прошлое решение, а не предъявля
 
 | Что копируется | Дом определения |
 | --- | --- |
-| форма записи журнала дефектов в `docs/review.md` | `av-dev-pipeline/skills/review-pipeline/references/review-journal.md` |
+| форма записи журнала дефектов в `docs/review.md` | `av-dev-code/skills/review/references/review-journal.md` |
 | правило заведения ADR в `docs/adr/README.md` | [canon.md](canon.md), раздел `adr/` |

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

@@ -340,7 +340,7 @@
 
 Форма:
 
-<!-- копия: журнал-дефектов-форма из av-dev-pipeline/skills/review-pipeline/references/review-journal.md -->
+<!-- копия: журнал-дефектов-форма из av-dev-code/skills/review/references/review-journal.md -->
 ## ГГГГ-ММ-ДД — <краткое последствие> [проскочил|пойман]
 
 - **Где:** путь:строка либо «конвейер, а не код»
@@ -420,7 +420,7 @@ severity стоит здесь, а не выводится каждым прох
 ## `openspec/config.yaml`
 
 **Образец переехал.** Файл заводит и заполняет плагин конвейера — скилл
-`av-dev-pipeline:openspec`, — потому что по OpenSpec работает он, а не канон
+`av-dev-code:openspec`, — потому что по OpenSpec работает он, а не канон
 документов. Проект без конвейера каталога `openspec/` не имеет вовсе, и образец
 файла, которого у него нет, в скелетах канона лежал бы мёртвым грузом.