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 установлен» — проект, дошедший до неё, выполнил бы невыполнимое.
2026-08-09 15:43:03 +03:00
parent c5e6883461
commit 53cf6baedf
40 changed files with 145 additions and 109 deletions
@@ -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` о каталоге тогда тоже
@@ -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/` — **дом темы
@@ -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/` |
@@ -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/` не имеет вовсе, и образец
 файла, которого у него нет, в скелетах канона лежал бы мёртвым грузом.

@@ -569,7 +569,7 @@ def report(rep: Report) -> int:
        "\nМашина проверила раскладку, имена файлов, ссылки, версию и две\n"
        "сверки с кодом. Форму openspec/config.yaml она не проверяет: каталог\n"
        "принадлежит конвейеру, и форму смотрит его скрипт\n"
-        "(`av-dev-pipeline:openspec`, команда `openspec.py check`). Согласованность\n"
+        "(`av-dev-code:openspec`, команда `openspec.py check`). Согласованность\n"
        "документов между собой и с кодом — тоже не её: это суждение агентов\n"
        "`doc-consistency` (документ ↔ документ ↔ openspec) и `doc-code-drift`\n"
        "(документ ↔ код)."