Скиллы: батч-оркестратор задач + ветконезависимый пайплайн

Новый скилл task-batch: проводит несколько задач беклога разом — план
порядка/зависимостей, каждая задача сабагентом в своём worktree через
task-pipeline, интеграция в master по одной ветке rebase/ff (линейная
история), финальные тесты + сверка кода с требованиями по затронутым
capability. Пред-назначение номеров миграций, потолок параллелизма 2-3,
политика частичного провала (вливаем только зелёные), оговорки про
семантический конфликт одной capability и изоляцию тестов.

task-pipeline: коммит в текущую ветку вместо master (работает и вручную,
и под оркестратором в worktree); поведенческая верификация через skill
verify для нетривиальных задач.

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

.claude/skills/task-pipeline/SKILL.md

@@ -82,6 +82,14 @@ description: Автономно проводит задачу jellybit чере
 goose + синк ER-схемы `docs/specs/database.md`, htmx по web-ui-конвенции.
 Прогони `task test` и `task lint` (или `task build`), добейся зелёного.
 
+**Поведенческая верификация (нетривиальные задачи с рантайм-поверхностью).** Если
+задача меняет реальное поведение (новый флоу, схема БД, эндпоинт/htmx-путь, разбор
+входа) — зелёных юнит-тестов мало: прогони через Skill **`verify`**, чтобы
+прокатить изменение end-to-end и увидеть его вживую, а не только в тестах.
+Пропусти для чисто внутренних правок без наблюдаемого рантайма (рефактор, доки,
+правка только тестов). Под `task-batch` verify идёт в worktree задачи — портами/БД
+не конфликтуй с соседними прогонами.
+
 ### 7. Ревью кода — сабагент(ы)
 
 Второй чекпоинт. Ревьюеры — кастомные агенты из `.claude/agents/` (запускай их
@@ -117,16 +125,28 @@ Charter'ы агентов самодостаточны — детальный п
 
 ### 10. Коммит
 
-Коммить **прямо в master**, без feature-веток (память
-`commit-directly-to-master`). Сообщение — по-русски, в стиле недавних коммитов
-(`git log --oneline -8`): область + суть. Одна задача — один осмысленный коммит
-(или несколько по фазам, если так шёл apply).
+Коммить **в текущую ветку** (`git rev-parse --abbrev-ref HEAD`), сам ветку не
+создавай и не переключай, ничего не пушь. Это работает в обоих режимах:
+
+- **Ручной запуск** — HEAD обычно на `master`, коммит идёт прямо в него, без
+  feature-веток (память `commit-directly-to-master`).
+- **Под оркестратором `task-batch`** — HEAD на ветке задачи в изолированном
+  worktree (`task/<slug>`); коммит идёт туда, а слияние в `master` через rebase/ff
+  делает оркестратор. Ничего дополнительно делать не нужно.
+
+Сообщение — по-русски, в стиле недавних коммитов (`git log --oneline -8`): область
++ суть. Одна задача — один осмысленный коммит (или несколько по фазам, если так
+шёл apply).
 
 Готово — доложи пользователю кратко: что сделано, какие развилки решались, ссылки
 на архивный change и спеки.
 
 ## Тонкости
 
+- **Не завязывайся на master и корень репо.** Скилл работает в текущем worktree и
+  на текущей ветке: не делай `git checkout`/`switch`, не создавай веток, не
+  пушь. При одиночном запуске это master, под `task-batch` — ветка задачи в своём
+  worktree; поведение одинаковое.
 - Не пропускай `openspec validate --strict` перед архивацией.
 - Тривиальная задача: шаги 2 и 4 пропускаются; ревью кода (шаг 7) оставляем, но
   одним сабагентом на всё. Два параллельных ревьювера — только на нетривиальных.