task-batch удалён вместе с хвостами

Пайплайн нескольких задач снят с повестки: работаем по одной. Каталог
скилла удалён, и с ним всё, что держалось только на нём.

Хвосты были не только ссылками. У review-specs исчез третий режим
(стык после слияния) — вместе с исключением «живого change нет, берём
актуальные спеки источником»: теперь отсутствие дельта-спеки это отказ.
У review-triage исчезло единственное исключение из правила «плана нет —
не запускаюсь». В каноне и у doc-code-drift имя основной ветки
обосновывалось тем, что «в неё вливает батч», — довод заменён на
верный.

av-dev-pipeline/skills/review-pipeline/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: review-pipeline
-description: "Конвейер ревью изменения, устроенный по темам: документ проекта либо заводит тему ревью, либо питает чужую тему источником, либо процессный и в ревью не читается вовсе. Ядро тем — requirements, autotests, conventions, architecture, security, operations; список тем открытый, свои темы проект заводит документом. Разметка задачи идёт один раз, после propose: агент review-scope выводит размер и сложность, из их максимума — метка, и раздаёт темы проходам обеих стадий. Метка правит и ревью дизайна (small — только specs; medium — плюс rubric; large — плюс architecture), и ревью кода (small — гейт, спеки, код, триаж; medium — плюс приёмник тем; large — плюс доказательство: враждебные постановки, эксплуатационный постмортем, архитектурный проход на широком входе). Триаж обязателен всегда. Порядок прогона — граф зависимостей: гейт открывает опиниативные проходы, проходы с пометкой «держит машину» идут цепочкой, триаж — единственный сток. Проектная специфика приходит из документов канона av-dev-docs. Вызывается из task-pipeline (чекпоинты ревью) и из task-batch (финальная сверка)."
+description: "Конвейер ревью изменения, устроенный по темам: документ проекта либо заводит тему ревью, либо питает чужую тему источником, либо процессный и в ревью не читается вовсе. Ядро тем — requirements, autotests, conventions, architecture, security, operations; список тем открытый, свои темы проект заводит документом. Разметка задачи идёт один раз, после propose: агент review-scope выводит размер и сложность, из их максимума — метка, и раздаёт темы проходам обеих стадий. Метка правит и ревью дизайна (small — только specs; medium — плюс rubric; large — плюс architecture), и ревью кода (small — гейт, спеки, код, триаж; medium — плюс приёмник тем; large — плюс доказательство: враждебные постановки, эксплуатационный постмортем, архитектурный проход на широком входе). Триаж обязателен всегда. Порядок прогона — граф зависимостей: гейт открывает опиниативные проходы, проходы с пометкой «держит машину» идут цепочкой, триаж — единственный сток. Проектная специфика приходит из документов канона av-dev-docs. Вызывается из скилла resolve — двумя чекпоинтами: ревью дизайна до кода и ревью кода после apply."
 ---
 
 # Конвейер ревью
@@ -58,7 +58,7 @@ description: "Конвейер ревью изменения, устроенны
 - **Документы канона** — см. следующий раздел.
 - **Проектные копии этих скиллов и агентов удаляются при установке.** Если в
   проекте уже лежат свои `.claude/skills/review-pipeline`,
-  `.claude/skills/task-pipeline`, `.claude/skills/task-batch` или
+  `.claude/skills/task-pipeline`, `.claude/skills/resolve` или
   `.claude/agents/<проект>-review-*.md` — снеси их. Иначе короткое имя разрешится
   в устаревшую проектную копию, молча и без признаков подмены.
 
@@ -94,8 +94,8 @@ description: "Конвейер ревью изменения, устроенны
 <!-- /копия: граница-плагинов -->
 
 Своих скиллов это касается ровно так же: `av-dev-pipeline:review-pipeline`,
-`av-dev-pipeline:task-pipeline`, `av-dev-pipeline:task-batch` — подменяется
-короткое имя, а не чужое.
+`av-dev-pipeline:resolve`, `av-dev-pipeline:openspec` — подменяется короткое имя,
+а не чужое.
 
 ## Темы, источники и процессные документы
 
@@ -560,8 +560,7 @@ flowchart TD
    ничего не портит, он только дольше, и домысливать тут нечего;
 2. **машина занята, и знает об этом вызывающий.** Рядом идёт другая задача,
    поднят сервис, гоняется дорогая проверка проекта. Сам конвейер занятости
-   машины не видит — её обязан назвать тот, кто запускает; так и делает
-   `av-dev-pipeline:task-batch`, когда ведёт задачи параллельно;
+   машины не видит — её обязан назвать тот, кто запускает;
 3. **разбор самого конвейера** — когда выясняется, почему проход чего-то не
    нашёл, порядок и изоляция важнее скорости.
 
@@ -956,8 +955,8 @@ flowchart TD
   Он единственное, по чему потом видно, что было найдено и что из этого не
   заведено: нулевой урожай при непустом отчёте виден сразу.
   **Вместе с изменением он и переезжает:** после `opsx:archive` его адрес —
-  `openspec/changes/archive/<id>/review/`. Кто ищет отчёт после архивации (батч
-  на финальной сверке, приёмщик на сессии), смотрит **оба** пути; «отчёта нет»
+  `openspec/changes/archive/<id>/review/`. Кто ищет отчёт после архивации
+  (приёмщик на сессии, разбор дефекта), смотрит **оба** пути; «отчёта нет»
   объявляется, только когда пуст и архивный, иначе самый дорогой сценарий
   «состав ревью неизвестен, гоняем заново» срабатывает на каждой доведённой
   задаче.