mister-wolf 2.14.0 → 2.15.0

package/templates/base/skills/using-git-worktrees/SKILL.md

@@ -10,14 +10,14 @@ description: Используй при старте фичи, которой н
 
 ## Трассировка адаптации
 
-| Пункт upstream | Судьба |
-|---|---|
-| Верификация gitignore (`git check-ignore`), автодетект сетапа, бейзлайн-тесты, механика `git worktree add`, отчёт о готовности, частые ошибки (4), red flags Never/Always (5/4) | **сохранено** (red flags — дословно по смыслу, H7) |
-| Приоритет каталогов upstream (`.worktrees` / `worktrees` / глобальный / опрос) | **заменено** правилом проекта: worktree всегда ВНУТРИ проекта — `.worktrees/<имя-задачи>` |
-| `grep CLAUDE.md` | **заменено**: чтение AGENTS.md |
-| Бейзлайн `npm test` | **заменено**: `npm run check` (верификационный примитив проекта) |
-| Глобальный путь `~/.config/superpowers/worktrees/` | **отброшено**: противоречит правилу проекта (worktree внутри проекта) и непереносим (research §1: «глобальный путь worktrees») |
-| Ветка-альтернатива `worktrees/` (без точки), персоналия upstream («Jesse's rule») | **отброшено**: единая конвенция `.worktrees/`; правило «чинить сломанное сразу» сохранено как механика без имени |
+| Пункт upstream                                                                                                                                                                  | Судьба                                                                                                                         |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
+| Верификация gitignore (`git check-ignore`), автодетект сетапа, бейзлайн-тесты, механика `git worktree add`, отчёт о готовности, частые ошибки (4), red flags Never/Always (5/4) | **сохранено** (red flags — дословно по смыслу, H7)                                                                             |
+| Приоритет каталогов upstream (`.worktrees` / `worktrees` / глобальный / опрос)                                                                                                  | **заменено** правилом проекта: worktree всегда ВНУТРИ проекта — `.worktrees/<имя-задачи>`                                      |
+| `grep CLAUDE.md`                                                                                                                                                                | **заменено**: чтение AGENTS.md                                                                                                 |
+| Бейзлайн `npm test`                                                                                                                                                             | **заменено**: `npm run check` (верификационный примитив проекта)                                                               |
+| Глобальный путь `~/.config/superpowers/worktrees/`                                                                                                                              | **отброшено**: противоречит правилу проекта (worktree внутри проекта) и непереносим (research §1: «глобальный путь worktrees») |
+| Ветка-альтернатива `worktrees/` (без точки), персоналия upstream («Jesse's rule»)                                                                                               | **отброшено**: единая конвенция `.worktrees/`; правило «чинить сломанное сразу» сохранено как механика без имени               |
 
 ## Обзор
 
@@ -106,13 +106,13 @@ Worktree готов: <полный-путь>
 
 ## Быстрая шпаргалка
 
-| Ситуация | Действие |
-|-----------|--------|
-| `.worktrees/` существует | Использовать (проверить игнор) |
-| Не существует | Создать внутри проекта `.worktrees/` (правило проекта) |
-| Каталог не игнорируется | Добавить в .gitignore + коммит |
-| Тесты падают на бейзлайне | Доложить о падениях + спросить |
-| Нет package.json / Cargo.toml и т.п. | Скипнуть установку зависимостей |
+| Ситуация                             | Действие                                               |
+| ------------------------------------ | ------------------------------------------------------ |
+| `.worktrees/` существует             | Использовать (проверить игнор)                         |
+| Не существует                        | Создать внутри проекта `.worktrees/` (правило проекта) |
+| Каталог не игнорируется              | Добавить в .gitignore + коммит                         |
+| Тесты падают на бейзлайне            | Доложить о падениях + спросить                         |
+| Нет package.json / Cargo.toml и т.п. | Скипнуть установку зависимостей                        |
 
 ## Частые ошибки
 
@@ -155,6 +155,7 @@ Worktree готов: /путь/к/проекту/.worktrees/auth
 ## Red flags
 
 **Никогда:**
+
 - Не создавать worktree без проверки игнора (project-local)
 - Не пропускать бейзлайн-верификацию тестов
 - Не продолжать с падающими тестами без вопроса
@@ -162,6 +163,7 @@ Worktree готов: /путь/к/проекту/.worktrees/auth
 - Не пропускать проверку AGENTS.md
 
 **Всегда:**
+
 - Следовать правилу проекта: worktree внутри проекта, `.worktrees/<имя-задачи>`
 - Верифицировать игнор для project-local каталогов
 - Автодетектить и запускать сетап проекта
@@ -170,9 +172,17 @@ Worktree готов: /путь/к/проекту/.worktrees/auth
 ## Интеграция
 
 **Вызывается из:**
+
 - **wolf-sdd** — REQUIRED до старта исполнения задач (H5)
 - **wolf-execute** — REQUIRED до старта исполнения задач (H5)
 - Любого скилла, которому нужен изолированный workspace
 
 **Пара с:**
+
 - **finishing-a-development-branch** — REQUIRED для уборки после завершения работы
+
+## Конвейер (2.15)
+
+Параллельные потоки волны — отдельные worktree `.worktrees/<имя-задачи>` (агрегат
+Стюарда по параллельным воркерам): независимые потоки стартуют параллельно,
+конфликт-точки сериализуются порядком влитий.

package/templates/base/skills/verification-before-completion/SKILL.md

@@ -10,12 +10,12 @@ description: Используй перед любым заявлением о з
 
 ## Трассировка адаптации
 
-| Пункт upstream | Судьба |
-|---|---|
-| Iron Law, функция-гейт (5 шагов), таблица типовых сбоев (7), red flags (8), рационализации (8), ключевые паттерны (5), «Why This Matters» (5), «When To Apply» (2 списка) | **сохранено полностью** по смыслу дословно (H7; research §1: «Нет — полностью переносим») |
-| «Agent delegation» | **заменено**: агенты → воркеры контура Wolf (worker-\*); отчёт воркера — не доказательство, dispatcher проверяет git-дифф и верификацию |
-| Тестовая команда | **конкретизировано**: `npm run check` — верификационный примитив проекта (+ точечные прогоны `npx vitest run <путь>`) |
-| Nothing | **отброшено**: ничего — привязок к harness у источника нет |
+| Пункт upstream                                                                                                                                                            | Судьба                                                                                                                                  |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- |
+| Iron Law, функция-гейт (5 шагов), таблица типовых сбоев (7), red flags (8), рационализации (8), ключевые паттерны (5), «Why This Matters» (5), «When To Apply» (2 списка) | **сохранено полностью** по смыслу дословно (H7; research §1: «Нет — полностью переносим»)                                               |
+| «Agent delegation»                                                                                                                                                        | **заменено**: агенты → воркеры контура Wolf (worker-\*); отчёт воркера — не доказательство, dispatcher проверяет git-дифф и верификацию |
+| Тестовая команда                                                                                                                                                          | **конкретизировано**: `npm run check` — верификационный примитив проекта (+ точечные прогоны `npx vitest run <путь>`)                   |
+| Nothing                                                                                                                                                                   | **отброшено**: ничего — привязок к harness у источника нет                                                                              |
 
 ## Обзор
 
@@ -51,15 +51,15 @@ description: Используй перед любым заявлением о з
 
 ## Типовые сбои
 
-| Заявление | Требуется | Недостаточно |
-|-------|----------|----------------|
-| Тесты проходят | Вывод тестовой команды: 0 падений | Прошлый прогон, «должно пройти» |
-| Линтер чист | Вывод линтера: 0 ошибок | Частичная проверка, экстраполяция |
-| Сборка проходит | Команда сборки: exit 0 | Линтер зелёный, логи выглядят хорошо |
-| Баг исправлен | Тест исходного симптома: проходит | Код изменён, «предположительно исправлено» |
-| Регрессионный тест работает | Проверен цикл красный-зелёный | Тест прошёл один раз |
-| Воркер завершил задачу | git-дифф показывает изменения | Отчёт воркера «успех» |
-| Требования выполнены | Построчный чеклист | Тесты проходят |
+| Заявление                   | Требуется                         | Недостаточно                               |
+| --------------------------- | --------------------------------- | ------------------------------------------ |
+| Тесты проходят              | Вывод тестовой команды: 0 падений | Прошлый прогон, «должно пройти»            |
+| Линтер чист                 | Вывод линтера: 0 ошибок           | Частичная проверка, экстраполяция          |
+| Сборка проходит             | Команда сборки: exit 0            | Линтер зелёный, логи выглядят хорошо       |
+| Баг исправлен               | Тест исходного симптома: проходит | Код изменён, «предположительно исправлено» |
+| Регрессионный тест работает | Проверен цикл красный-зелёный     | Тест прошёл один раз                       |
+| Воркер завершил задачу      | git-дифф показывает изменения     | Отчёт воркера «успех»                      |
+| Требования выполнены        | Построчный чеклист                | Тесты проходят                             |
 
 ## Red flags — СТОП
 
@@ -74,44 +74,49 @@ description: Используй перед любым заявлением о з
 
 ## Профилактика рационализаций
 
-| Оправдание | Реальность |
-|--------|---------|
-| «Сейчас должно работать» | ЗАПУСТИ верификацию |
-| «Я уверен» | Уверенность ≠ доказательство |
-| «Только этот раз» | Без исключений |
-| «Линтер прошёл» | Линтер ≠ компилятор |
-| «Воркер доложил об успехе» | Проверь независимо |
-| «Я устал» | Усталость ≠ оправдание |
-| «Частичной проверки хватит» | Частичное не доказывает ничего |
-| «Другие слова — правило не применяется» | Дух важнее буквы |
+| Оправдание                              | Реальность                     |
+| --------------------------------------- | ------------------------------ |
+| «Сейчас должно работать»                | ЗАПУСТИ верификацию            |
+| «Я уверен»                              | Уверенность ≠ доказательство   |
+| «Только этот раз»                       | Без исключений                 |
+| «Линтер прошёл»                         | Линтер ≠ компилятор            |
+| «Воркер доложил об успехе»              | Проверь независимо             |
+| «Я устал»                               | Усталость ≠ оправдание         |
+| «Частичной проверки хватит»             | Частичное не доказывает ничего |
+| «Другие слова — правило не применяется» | Дух важнее буквы               |
 
 ## Ключевые паттерны
 
 **Тесты:**
+
 ```
 ✅ [npm run check] [Видно: 591/591 pass] «Все тесты проходят»
 ❌ «Сейчас должно пройти» / «Выглядит корректно»
 ```
 
 **Регрессионные тесты (TDD красный-зелёный):**
+
 ```
 ✅ Написал → Запустил (проходит) → Откатил фикс → Запустил (ОБЯЗАН УПАСТЬ) → Вернул → Запустил (проходит)
 ❌ «Я написал регрессионный тест» (без красно-зелёной верификации)
 ```
 
 **Сборка:**
+
 ```
 ✅ [npm run build] [Видно: exit 0] «Сборка проходит»
 ❌ «Линтер прошёл» (линтер не проверяет компиляцию)
 ```
 
 **Требования:**
+
 ```
 ✅ Перечитай план → составь чеклист → проверь каждый пункт → доложи пробелы или завершение
 ❌ «Тесты проходят, фаза завершена»
 ```
 
 **Делегирование воркерам:**
+
 ```
 ✅ Воркер доложил успех → проверь git-дифф → верифицируй изменения → доложи фактическое состояние
 ❌ Доверять отчёту воркера (воркер, спавненный через {{tool.task}}, мог ошибиться)
@@ -120,6 +125,7 @@ description: Используй перед любым заявлением о з
 ## Почему это важно
 
 Из 24 воспоминаний о сбоях:
+
 - партнёр сказал «я тебе не верю» — доверие разрушено
 - В прод уехали неопределённые функции — урон
 - В прод уехали пропущенные требования — незавершённые фичи
@@ -129,6 +135,7 @@ description: Используй перед любым заявлением о з
 ## Когда применять
 
 **ВСЕГДА перед:**
+
 - Любой вариацией заявлений об успехе/завершённости
 - Любым выражением удовлетворения
 - Любым позитивным утверждением о состоянии работы
@@ -137,6 +144,7 @@ description: Используй перед любым заявлением о з
 - Делегированием воркерам
 
 **Правило распространяется на:**
+
 - Точные формулировки
 - Парафразы и синонимы
 - Импликации успеха
@@ -155,3 +163,9 @@ description: Используй перед любым заявлением о з
 Запусти команду. Прочитай вывод. ТОЛЬКО ПОТОМ заявляй результат.
 
 Это не обсуждается.
+
+## Конвейер (2.15)
+
+Верификация — условие переворота чекбокса plan.md: `- [ ]` → `- [x]` допустимо
+только после прогона проверок задачи (точечные тесты зелёные) + строка
+«сделано → коммит <hash>». Чекбокс — истина завершённости.

package/templates/base/skills/wolf-brainstorm/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wolf-brainstorm
-description: "Обязателен до любой творческой работы — новых фич, компонентов, изменения поведения. Превращает идею в дизайн через диалог: вопросы по одному, варианты с трейд-оффами, аппрув владельца. Discovery-режим координатора."
+description: 'Обязателен до любой творческой работы — новых фич, компонентов, изменения поведения. Превращает идею в дизайн через диалог: вопросы по одному, варианты с трейд-оффами, аппрув владельца. Discovery-режим координатора.'
 ---
 
 # wolf-brainstorm: идея → дизайн
@@ -102,35 +102,50 @@ digraph wolf_brainstorm {
 - Если существующий код мешает работе (файл разросся, границы размыты, ответственности перепутаны) — включи точечные улучшения в дизайн, как хороший разработчик, улучшающий код, в котором работает.
 - Не предлагай несвязанный рефакторинг. Фокус на том, что служит текущей цели.
 
-## После дизайна
+## Выход: requirements.md (v2 — анатомия §4.1 спеки конвейера)
 
-**Документация:**
+Диалог с владельцем завершается артефактом `docs/dev/<дата>-<slug>/requirements.md`.
+Папку создаёт `wolf scaffold artifact <slug>` — файлы артефактов вручную не создавать.
 
-- Запиши валидированный дизайн (спеку) в каталог спек проекта (по умолчанию `docs/specs/YYYY-MM-DD-<тема>-design.md`; предпочтения проекта приоритетнее)
-- Закоммить дизайн-документ (правило проекта: коммит после завершённой работы)
-- Ключевые решения дизайна зафиксируй в памяти: `wolf add --type decision` — с обоснованием; они переживут сессию и достанутся исполнителям
+Структура документа — 7 секций:
 
-**Саморевью спеки:**
-После записи спеки посмотри на неё свежим взглядом:
+1. Контекст и проблема — зачем, прозой, бизнес-языком; метрика успеха.
+2. Область — что входит; НЕ входит (не-цели уровня требований).
+3. Глоссарий — бизнес-термины фичи, если появились новые.
+4. Функциональные требования — записи REQ-NN.
+5. Нефункциональные (NFR-NN) — производительность, безопасность, совместимость;
+   каждая с измеримым критерием.
+6. Ограничения и допущения — что считаем данным.
+7. Журнал изменений (CR) — append-only: дата, затронутый REQ/NFR, что/почему,
+   кем утверждено, downstream-перегенерации.
 
-1. **Скан плейсхолдеров:** есть ли «TBD», «TODO», незаполненные секции, размытые требования? Исправь.
-2. **Внутренняя согласованность:** противоречат ли секции друг другу? Согласуется ли архитектура с описанием фич?
-3. **Проверка scope:** достаточно ли фокусировки для одного плана реализации, или нужна декомпозиция?
-4. **Проверка двусмысленности:** можно ли истолковать требование двумя способами? Если да — выбери одну трактовку и сделай явной.
+Анатомия записи (обязательные поля каждой записи REQ/NFR):
 
-Исправляй на месте. Пересматривать заново не нужно — исправил и двигайся дальше.
+- История: Как <роль>, я хочу <возможность>, чтобы <выгода>.
+- Требование: Когда <условие>, система должна <поведение>.
+- Обоснование: <зачем это бизнесу — словами владельца>.
+- AC: <измеримый критерий; нетривиальные — Given/When/Then>.
+- Приоритет: Must | Should | Could.
+- Источник: <диалог <дата> / жалоба mem-… / ревью-линза>.
 
-**Гейт ревью владельца:**
-После прохождения саморевью попроси владельца прочитать записанную спеку до продолжения:
+Критерии готовности записи (гейт линзы полноты; часть проверяет линт):
+одно требование — одна запись; есть история И формальная запись; есть AC
+(REQ без AC — находка линта); есть источник; неопределённость помечена
+`[НЕОПРЕДЕЛЕНО: вопрос]`, не сжата; владелец пересказывает требование своими
+словами — не может, это дефект требования, а не читателя.
 
-> «Спека записана и закоммичена в `<путь>`. Посмотри её и скажи, нужны ли правки, прежде чем начнём писать план реализации».
+Язык: полные предложения, ноль сленга, термины домена без сокращений, новое
+понятие объясняется при первом употреблении, смысловое сжатие запрещено.
 
-Жди ответа. Запрошены правки — внеси и прогони саморевью заново. Продолжай только после аппрува владельца.
+## Второй режим: roadmap-триаж
 
-**Реализация:**
+Диалог с владельцем по кандидатурам волн → вердикт по каждой: «волна N / бэклог /
+отклонено + причина». Запись — перемещением, не копированием (пункт живёт ровно
+в одном файле; дубль — находка линта doctor):
 
-- Вызови {{tool.skill}} wolf-plan для создания детального плана реализации
-- НЕ вызывай никаких других скиллов. Следующий шаг — только wolf-plan.
+- волна N → `docs/dev/roadmap/wave-N.md` (состав волны, источник вердикта);
+- бэклог → `docs/dev/roadmap/backlog.md`;
+- отклонено → `docs/dev/roadmap/rejected.md` (+ причина).
 
 ## Ключевые принципы
 
@@ -147,21 +162,21 @@ digraph wolf_brainstorm {
 
 > Источник: `~/.config/opencode/superpowers/skills/brainstorming/SKILL.md`, upstream 6efe32c (2026-04-23)
 
-| Пункт источника | Судьба | Почему |
-|---|---|---|
-| HARD-GATE до аппрува | сохранено | Ядро скилла; «user» → «владелец» |
-| Анти-паттерн «слишком просто для дизайна» | сохранено полностью (1/1) | H7 |
-| Чеклист (9 пунктов) | сохранено; п.2 (visual companion) отброшен, п.9 → wolf-plan | Браузерный компаньон вне базового набора |
-| Пункт «Invoke writing-plans skill» | заменено → `{{tool.skill}} wolf-plan` | H4: терминальное состояние — только wolf-plan |
-| TodoWrite | заменено → `{{tool.todowrite}}` | Плейсхолдер |
-| Flowchart | сохранено; терминальный узел → wolf-plan | Ядро-флоу |
-| «The Process» (5 блоков) | сохранено | Переносимое ядро |
-| Путь `docs/superpowers/specs/` | заменено → `docs/specs/…` + предпочтения проекта | Harness-привязка (research §1) |
-| Саморевью спеки (4 проверки) | сохранено полностью (4/4) | Чеклист-ядро |
-| Гейт ревью владельца | сохранено | Ядро |
-| Ключевые принципы (6) | сохранено полностью (6/6) | H7 |
-| Скилл elements-of-style (секция «Документация») | отброшено | Скилл вне базового набора (research §6) |
-| Visual Companion (секция + `visual-companion.md`) | отброшено | Браузерный компаньон и sibling-файл не переносятся |
-| — | добавлено: Discovery-режим; worktree НЕ создаёт; `wolf add --type decision` | Спека §5.2 (архив §2.3), H5-распределение владения worktree |
+| Пункт источника                                   | Судьба                                                                      | Почему                                                      |
+| ------------------------------------------------- | --------------------------------------------------------------------------- | ----------------------------------------------------------- |
+| HARD-GATE до аппрува                              | сохранено                                                                   | Ядро скилла; «user» → «владелец»                            |
+| Анти-паттерн «слишком просто для дизайна»         | сохранено полностью (1/1)                                                   | H7                                                          |
+| Чеклист (9 пунктов)                               | сохранено; п.2 (visual companion) отброшен, п.9 → wolf-plan                 | Браузерный компаньон вне базового набора                    |
+| Пункт «Invoke writing-plans skill»                | заменено → `{{tool.skill}} wolf-plan`                                       | H4: терминальное состояние — только wolf-plan               |
+| TodoWrite                                         | заменено → `{{tool.todowrite}}`                                             | Плейсхолдер                                                 |
+| Flowchart                                         | сохранено; терминальный узел → wolf-plan                                    | Ядро-флоу                                                   |
+| «The Process» (5 блоков)                          | сохранено                                                                   | Переносимое ядро                                            |
+| Путь `docs/superpowers/specs/`                    | заменено → `docs/specs/…` + предпочтения проекта                            | Harness-привязка (research §1)                              |
+| Саморевью спеки (4 проверки)                      | сохранено полностью (4/4)                                                   | Чеклист-ядро                                                |
+| Гейт ревью владельца                              | сохранено                                                                   | Ядро                                                        |
+| Ключевые принципы (6)                             | сохранено полностью (6/6)                                                   | H7                                                          |
+| Скилл elements-of-style (секция «Документация»)   | отброшено                                                                   | Скилл вне базового набора (research §6)                     |
+| Visual Companion (секция + `visual-companion.md`) | отброшено                                                                   | Браузерный компаньон и sibling-файл не переносятся          |
+| —                                                 | добавлено: Discovery-режим; worktree НЕ создаёт; `wolf add --type decision` | Спека §5.2 (архив §2.3), H5-распределение владения worktree |
 
 Перенесённые списки: анти-паттерны 1/1, принципы 6/6, саморевью 4/4.

package/templates/base/skills/wolf-design/SKILL.md

@@ -0,0 +1,45 @@
+---
+name: wolf-design
+description: 'Вход: requirements.md (approved) + кодовая база. Выход: design.md — компоненты, контракты кодом (≤10 строк), псевдокод алгоритмов, ADR-карточки, глоссарий. Копипаста реализации запрещена.'
+---
+
+# wolf-design: design.md по requirements.md
+
+## Обзор
+
+Артефакт-конвейер Wolf: requirements.md (approved владельцем) → design.md.
+Скилл исполняется чистым воркером; диспетчеризация не меняется.
+
+## Вход
+
+- `docs/dev/<дата>-<slug>/requirements.md` со статусом `approved` (draft — стоп:
+  сначала гейт владельца/линз по wolf-review).
+- Кодовая база (чтение; file:line для контрактов).
+
+## Выход: design.md (в папке фичи)
+
+Секция заполняется поверх скелета из `wolf scaffold artifact`:
+
+1. **Глоссарий** — технические термины; термин вводится до использования.
+2. **Компоненты и ответственность** — имя — ответственность — файл.
+3. **Контракты** — типы, схемы, форматы событий блоками ≤ 10 строк; псевдокод
+   алгоритмов разрешён, когда точное описание делает дизайн однозначнее прозы.
+4. **ADR-карточки** — «Контекст → Решение → Последствия» ключевых решений.
+   ADR — продуктовые выборы: владелец визирует отдельно (список ADR — в отчёт).
+5. **Ссылки на NFR** — design ссылается на `NFR-NN` из requirements.md и добавляет
+   технические бюджеты; собственных ID-записей не заводит (двойное владение запрещено).
+
+## Железные запреты
+
+- Копипаста реализации продукта в design.md запрещена (урок старых планов: ошибка
+  была не в наличии кода, а в наличии готовой реализации в документе планирования).
+- Переопределять требования: единственный источник AC — requirements.md.
+- Писать design.md до approved requirements.md.
+
+## Процесс
+
+1. Прочитать requirements.md целиком; каждый REQ/NFR должен иметь место в design
+   (компонент, контракт или осознанное «не требует дизайна»).
+2. Сверить контракты с кодом базлайна (file:line).
+3. Заполнить секции; front-matter `status: review`.
+4. Отчёт: список ADR-карточек (владельцу на визу) + открытые `[НЕОПРЕДЕЛЕНО: …]`.

package/templates/base/skills/wolf-execute/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wolf-execute
-description: "Fallback-режим линейного исполнения плана без субагентов (FLAT): загрузи план, критически осмотрись, исполняй задачи батчами с чекпоинтами. Используй, когда диспетчеризация воркеров недоступна."
+description: 'Fallback-режим линейного исполнения плана без субагентов (FLAT): загрузи план, критически осмотрись, исполняй задачи батчами с чекпоинтами. Используй, когда диспетчеризация воркеров недоступна.'
 ---
 
 # wolf-execute: линейное исполнение плана (FLAT)
@@ -13,6 +13,10 @@ description: "Fallback-режим линейного исполнения пла
 
 **Если доступны субагенты** — используй wolf-sdd вместо этого скилла: свежий воркер на задачу + двухстадийное ревью дают заметно более высокое качество. wolf-execute — fallback для платформ/сессий без диспетчеризации.
 
+wolf-execute — FLAT-fallback линейного исполнения для агентов без диспетчеризации;
+mr-wolf его не использует (правило роли `mem_20260903_..._e95317`). Вопрос о судьбе
+скилла — в backlog роадмапа, вне волны 2.15.
+
 ## REQUIRED-предусловие: worktree
 
 **До старта исполнения worktree ОБЯЗАН существовать:** `.worktrees/<имя-задачи>` внутри проекта (правило проекта). Trunk-based: main — истина, работа идёт в ветке внутри worktree (см. скилл using-git-worktrees). Никогда не начинай исполнение в main без явного согласия владельца.
@@ -20,14 +24,22 @@ description: "Fallback-режим линейного исполнения пла
 ## Процесс
 
 ### Шаг 1: загрузи и осмотрись
+
 1. Прочитай файл плана
 2. Критическое ревью — определи вопросы и сомнения по плану
 3. Есть сомнения — подними их перед владельцем до старта
 4. Нет сомнений — заведи трекинг задач через {{tool.todowrite}} и продолжай
 
+Вход плана — трио `requirements.md` + `design.md` + `plan.md` в `docs/dev/<дата>-<slug>/`. Спека-монолит как вход плана не используется.
+
+Задачи плана — чекбоксы `- [ ]`: исполнитель переворачивает чекбокс в `[x]` в конце
+задачи вместе со строкой «сделано → коммит <hash>» — часть Definition of Done задачи.
+wolf-sdd — основной диспетчерский путь конвейера.
+
 ### Шаг 2: исполняй задачи
 
 Для каждой задачи:
+
 1. Отметь in_progress
 2. Следуй каждому шагу точно (план состоит из bite-sized шагов)
 3. Запускай верификацию, как предписано планом; после завершённых блоков — `npm run check` (verification-примитив проекта)
@@ -36,13 +48,16 @@ description: "Fallback-режим линейного исполнения пла
 ### Шаг 3: заверши разработку
 
 После всех задач и верификации:
+
 - Анонс: «Использую скилл finishing-a-development-branch для завершения работы»
 - **REQUIRED-СКИЛЛ:** finishing-a-development-branch
 - Следуй ему: верифицируй тесты, представь опции финала ветки, исполни выбор владельца
+- Валидация волны сверяется с `docs/dev/<дата>-<slug>/test-plan.md`: прогон сценариев — заготовки финальной проверки плана.
 
 ## Когда остановиться и спросить
 
 **СТОП исполнения немедленно, когда:**
+
 - Ударился в блокер (нет зависимости, падает тест, инструкция непонятна)
 - В плане критические пробелы, мешающие стартовать
 - Ты не понимаешь инструкцию
@@ -53,6 +68,7 @@ description: "Fallback-режим линейного исполнения пла
 ## Когда вернуться к ранним шагам
 
 **Вернись к ревью (шаг 1), когда:**
+
 - Владелец обновил план по твоему фидбеку
 - Фундаментальный подход требует пересмотра
 
@@ -70,6 +86,7 @@ description: "Fallback-режим линейного исполнения пла
 ## Интеграция
 
 **Обязательные скиллы воркфлоу:**
+
 - **using-git-worktrees** — REQUIRED: изолированный worktree `.worktrees/<имя-задачи>` ДО старта исполнения
 - **wolf-plan** — создаёт план, который этот скилл исполняет
 - **finishing-a-development-branch** — завершение разработки после всех задач
@@ -80,17 +97,17 @@ description: "Fallback-режим линейного исполнения пла
 
 > Источник: `~/.config/opencode/superpowers/skills/executing-plans/SKILL.md`, upstream 6efe32c (2026-04-23)
 
-| Пункт источника | Судьба | Почему |
-|---|---|---|
-| Обзор (load → review → execute → report) | сохранено | Ядро |
-| Note «subagents work better» | заменено → wolf-sdd как приоритет, wolf-execute = FLAT-fallback | Спека §5.2 (FLAT-режим) |
-| Упоминания платформ (Claude Code, Codex) | отброшено | Research §1: платформенные упоминания |
-| TodoWrite | заменено → `{{tool.todowrite}}` | Research §1; плейсхолдер |
-| Шаги 1–3 | сохранено; шаг 2 дополнен `npm run check` | Wolf-переплетение |
-| «When to Stop» (4) | сохранено полностью (4/4); + `wolf add --type blocker` | H7 + Wolf |
-| «When to Revisit» (2) | сохранено полностью (2/2) | H7 |
-| «Remember» (6) | сохранено полностью (6/6); main/master → trunk-based | H7 |
-| Integration (worktrees REQUIRED) | сохранено; H5-формулировка «до старта исполнения» | H5; `.worktrees/<имя-задачи>` |
-| — | добавлено: REQUIRED-предусловие worktree (H5) | Спека §5.2 |
+| Пункт источника                          | Судьба                                                          | Почему                                |
+| ---------------------------------------- | --------------------------------------------------------------- | ------------------------------------- |
+| Обзор (load → review → execute → report) | сохранено                                                       | Ядро                                  |
+| Note «subagents work better»             | заменено → wolf-sdd как приоритет, wolf-execute = FLAT-fallback | Спека §5.2 (FLAT-режим)               |
+| Упоминания платформ (Claude Code, Codex) | отброшено                                                       | Research §1: платформенные упоминания |
+| TodoWrite                                | заменено → `{{tool.todowrite}}`                                 | Research §1; плейсхолдер              |
+| Шаги 1–3                                 | сохранено; шаг 2 дополнен `npm run check`                       | Wolf-переплетение                     |
+| «When to Stop» (4)                       | сохранено полностью (4/4); + `wolf add --type blocker`          | H7 + Wolf                             |
+| «When to Revisit» (2)                    | сохранено полностью (2/2)                                       | H7                                    |
+| «Remember» (6)                           | сохранено полностью (6/6); main/master → trunk-based            | H7                                    |
+| Integration (worktrees REQUIRED)         | сохранено; H5-формулировка «до старта исполнения»               | H5; `.worktrees/<имя-задачи>`         |
+| —                                        | добавлено: REQUIRED-предусловие worktree (H5)                   | Спека §5.2                            |
 
 Перенесённые списки: Stop 4/4, Revisit 2/2, Remember 6/6.