mister-wolf 2.14.1 → 2.15.1

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.

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

@@ -1,6 +1,6 @@
 ---
 name: wolf-plan
-description: "Используй, когда есть спека или требования для многошаговой задачи — до касания кода. Пишет zero-context планы: каждая задача = самодостаточный бриф воркера, исполнитель не обязан знать кодовую базу."
+description: 'Используй, когда есть спека или требования для многошаговой задачи — до касания кода. Пишет zero-context планы: каждая задача = самодостаточный бриф воркера, исполнитель не обязан знать кодовую базу.'
 ---
 
 # wolf-plan: план для zero-context исполнителя
@@ -17,11 +17,26 @@ description: "Используй, когда есть спека или треб
 
 **Контекст:** исполнение плана начинается только в worktree `.worktrees/<имя-задачи>` (правило проекта; создаётся ДО старта исполнения — см. wolf-sdd / wolf-execute). Сам план можно писать и до worktree.
 
-**Куда сохранять:** `docs/plans/YYYY-MM-DD-<имя-фичи>.md` (предпочтения проекта приоритетнее дефолта).
+## Вход (v2)
 
-## Проверка масштаба
+- `docs/dev/<дата>-<slug>/requirements.md` (approved).
+- `docs/dev/<дата>-<slug>/design.md` (approved линзами/владельцем).
+  Спека-монолит больше не вход: план не пересказывает требования и не переопределяет
+  контракты — единственный источник контрактов — design.md.
 
-Если спека покрывает несколько независимых подсистем, её нужно было разбить на подпроекты ещё на wolf-brainstorm. Если это не сделано — предложи разбить план на отдельные, по одному на подсистему. Каждый план должен давать работающее, тестируемое ПО сам по себе.
+## Выход: plan.md (в папке фичи)
+
+План остаётся обзорным. Каждая задача плана:
+
+- цель задачи (одно предложение);
+- ссылка на §design, откуда берутся контракты (`design §Компоненты`, `ADR-2`);
+- file:line базлайна кода, куда вносится изменение;
+- без копипасты реализации продукта; крупные детали — ссылками на design, не пересказом.
+
+Каждая задача — чекбокс `- [ ]`. Исполнитель переворачивает чекбокс в `[x]` в конце
+задачи вместе со строкой «сделано → коммит <hash>». Чекбокс — истина завершённости
+для восстановления прерванной работы; вердикты и контекст — в памяти Wolf. Линза
+«соответствие» сверяет чекбоксы с отчётами при приёмке волны.
 
 ## Структура файлов
 
@@ -37,6 +52,7 @@ description: "Используй, когда есть спека или треб
 ## Гранулярность bite-sized
 
 **Каждый шаг — одно действие (2–5 минут):**
+
 - «Напиши падающий тест» — шаг
 - «Запусти и убедись, что он падает» — шаг
 - «Напиши минимальный код, чтобы тест прошёл» — шаг
@@ -68,6 +84,7 @@ description: "Используй, когда есть спека или треб
 ### Задача N: [Имя компонента]
 
 **Файлы:**
+
 - Create: `точный/путь/к/file.ts`
 - Modify: `точный/путь/к/existing.ts:123-145`
 - Test: `tests/точный/путь/к/test.ts`
@@ -75,7 +92,7 @@ description: "Используй, когда есть спека или треб
 - [ ] **Шаг 1: Напиши падающий тест**
 
 ```typescript
-it("конкретное поведение", () => {
+it('конкретное поведение', () => {
   expect(fn(input)).toBe(expected);
 });
 ```
@@ -89,7 +106,7 @@ it("конкретное поведение", () => {
 
 ```typescript
 export function fn(input: string): string {
-  return "expected";
+  return 'expected';
 }
 ```
 
@@ -158,20 +175,20 @@ git commit -m "feat: add specific feature"
 
 > Источник: `~/.config/opencode/superpowers/skills/writing-plans/SKILL.md`, upstream 6efe32c (2026-04-23)
 
-| Пункт источника | Судьба | Почему |
-|---|---|---|
-| Zero-context принцип | сохранено + усилено «вход воркеров по брифам» | Спека §5.2 |
-| «created by brainstorming skill» (worktree) | заменено: worktree до старта исполнения, правило `.worktrees/<имя-задачи>` | H5; upstream-ребро brainstorm→worktree одностороннее, не воспроизводим |
-| Путь `docs/superpowers/plans/` | заменено → `docs/plans/…` | Harness-привязка (research §1) |
-| Заголовок «REQUIRED SUB-SKILL: sdd or executing-plans» | заменено → wolf-sdd ИЛИ wolf-execute | Рёбра набора Wolf |
-| Проверка масштаба | сохранено | Ядро |
-| Структура файлов | сохранено | Ядро |
-| Bite-sized гранулярность | сохранено | Ядро |
-| Структура задачи (пример) | сохранено; пример переведён (vitest вместо pytest) | Нейтральная иллюстрация под стек проекта |
-| «No Placeholders» (6 провалов) | сохранено полностью (6/6) | H7 |
-| «Remember» (4) | сохранено полностью (4/4) | H7 |
-| Саморевью (3 проверки) | сохранено полностью (3/3) | Чеклист-ядро |
-| Execution Handoff (2 опции) | сохранено; sdd-опция → executor-lead/worker-*, ревью → worker-reviewer; добавлен `npm run check` | Wolf-переплетение |
-| — | добавлено: задача = бриф воркера (worker-implementer) | Zero-context вход по брифам |
+| Пункт источника                                        | Судьба                                                                                            | Почему                                                                 |
+| ------------------------------------------------------ | ------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- |
+| Zero-context принцип                                   | сохранено + усилено «вход воркеров по брифам»                                                     | Спека §5.2                                                             |
+| «created by brainstorming skill» (worktree)            | заменено: worktree до старта исполнения, правило `.worktrees/<имя-задачи>`                        | H5; upstream-ребро brainstorm→worktree одностороннее, не воспроизводим |
+| Путь `docs/superpowers/plans/`                         | заменено → `docs/plans/…`                                                                         | Harness-привязка (research §1)                                         |
+| Заголовок «REQUIRED SUB-SKILL: sdd or executing-plans» | заменено → wolf-sdd ИЛИ wolf-execute                                                              | Рёбра набора Wolf                                                      |
+| Проверка масштаба                                      | сохранено                                                                                         | Ядро                                                                   |
+| Структура файлов                                       | сохранено                                                                                         | Ядро                                                                   |
+| Bite-sized гранулярность                               | сохранено                                                                                         | Ядро                                                                   |
+| Структура задачи (пример)                              | сохранено; пример переведён (vitest вместо pytest)                                                | Нейтральная иллюстрация под стек проекта                               |
+| «No Placeholders» (6 провалов)                         | сохранено полностью (6/6)                                                                         | H7                                                                     |
+| «Remember» (4)                                         | сохранено полностью (4/4)                                                                         | H7                                                                     |
+| Саморевью (3 проверки)                                 | сохранено полностью (3/3)                                                                         | Чеклист-ядро                                                           |
+| Execution Handoff (2 опции)                            | сохранено; sdd-опция → executor-lead/worker-\*, ревью → worker-reviewer; добавлен `npm run check` | Wolf-переплетение                                                      |
+| —                                                      | добавлено: задача = бриф воркера (worker-implementer)                                             | Zero-context вход по брифам                                            |
 
 Перенесённые списки: anti-patterns «No Placeholders» 6/6, «Remember» 4/4, саморевью 3/3.

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

@@ -11,19 +11,19 @@ description: Мульти-линзовое ревью документов (doc-
 
 ## Трассировка переноса
 
-| Пункт источника | Судьба |
-| --------------- | ------ |
-| Рамочный паттерн analyze-doc: методика в памяти, файл — тонкая рамка | Сохранено |
-| Протокол подтягивания playbook перед прогоном | Сохранено; запрос `wolf search "wolf-review playbook"`, наибольшая версия |
-| Мульти-линзовость, изоляция линз в чистых сессиях (REVIEW-001) | Сохранено |
-| Перспектива линз полнота → консистентность → типоспецифичные (REVIEW-001) | Сохранено |
-| Контракты SUMMARY/VERDICT (REVIEW-001: вердикт «CHANGES») | Сохранено; «CHANGES» заменён на `CHANGES_REQUIRED` (стандартизация по спеке §6) |
-| Дедуп находок, подсчёт, счётчик раундов, критерий сходимости (REVIEW-001) | Сохранено |
-| Конфликты находок между линзами решает владелец (REVIEW-001) | Сохранено |
-| Security-линза (REVIEW-001) | Отброшено: осознанное отклонение — для документов не тянем (спека §6) |
-| Самомутация playbook по фидбеку (analyze-doc PoC, п. 3) | Заменено: фидбек о методике/линзах → жалобный контур (`wolf complain`, тег complaint); мутатор — Стюард |
-| Исполнитель-аналитик PoC (apprentice) | Заменено: линзы исполняют worker-reviewer; оркестратор цикла — mr-wolf |
-| Продуктовый код оркестрации | Отброшено: весь цикл ведёт mr-wolf по протоколу этого скилла (спека §10) |
+| Пункт источника                                                           | Судьба                                                                                                  |
+| ------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------- |
+| Рамочный паттерн analyze-doc: методика в памяти, файл — тонкая рамка      | Сохранено                                                                                               |
+| Протокол подтягивания playbook перед прогоном                             | Сохранено; запрос `wolf search "wolf-review playbook"`, наибольшая версия                               |
+| Мульти-линзовость, изоляция линз в чистых сессиях (REVIEW-001)            | Сохранено                                                                                               |
+| Перспектива линз полнота → консистентность → типоспецифичные (REVIEW-001) | Сохранено                                                                                               |
+| Контракты SUMMARY/VERDICT (REVIEW-001: вердикт «CHANGES»)                 | Сохранено; «CHANGES» заменён на `CHANGES_REQUIRED` (стандартизация по спеке §6)                         |
+| Дедуп находок, подсчёт, счётчик раундов, критерий сходимости (REVIEW-001) | Сохранено                                                                                               |
+| Конфликты находок между линзами решает владелец (REVIEW-001)              | Сохранено                                                                                               |
+| Security-линза (REVIEW-001)                                               | Отброшено: осознанное отклонение — для документов не тянем (спека §6)                                   |
+| Самомутация playbook по фидбеку (analyze-doc PoC, п. 3)                   | Заменено: фидбек о методике/линзах → жалобный контур (`wolf complain`, тег complaint); мутатор — Стюард |
+| Исполнитель-аналитик PoC (apprentice)                                     | Заменено: линзы исполняют worker-reviewer; оркестратор цикла — mr-wolf                                  |
+| Продуктовый код оркестрации                                               | Отброшено: весь цикл ведёт mr-wolf по протоколу этого скилла (спека §10)                                |
 
 ## Рамка (методика — НЕ в этом файле)
 
@@ -53,9 +53,28 @@ description: Мульти-линзовое ревью документов (doc-
 8. **Конфликты**: противоречащие находки разных линз разрешает владелец
    (слепой судьи в MVP нет) — mr-wolf докладывает конфликт, не выбирает сам.
 
+## Линзы конвейера (v2): один вопрос — одна пара файлов
+
+| Линза           | Пара файлов                    | Вопрос                                                                                                                                                                                          |
+| --------------- | ------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Полнота         | requirements.md (целиком)      | Атомарность, недвусмысленность, проверяемость записей; критерии готовности анатомии (история+формальная запись, AC, источник, `[НЕОПРЕДЕЛЕНО]` не сжат). Семантика; механику ловит линт doctor. |
+| Консистентность | design.md                      | Соответствие requirements (REQ/NFR покрыты), базлайну кода (контракты с file:line), ADR-карточки полны.                                                                                         |
+| Соответствие    | plan.md ↔ design.md            | Каждая задача ссылается на §design; контракты не переопределены; чекбоксы `[x]` сверены с отчётами при приёмке волны.                                                                           |
+| Покрытие AC     | test-plan.md ↔ requirements.md | Сценарий на каждый REQ-NN; AC не переизобретены; маппинг на файлы существует.                                                                                                                   |
+
+## Гейты (Kiro-паттерн)
+
+1. Владелец аппрувит requirements.md до запуска технических ступеней.
+2. ADR-карточки design.md — владельцу на визу отдельно (продуктовые выборы, не техника).
+3. Следующая ступень (design → plan → test-plan) генерируется только после аппрува предыдущей.
+4. Технические артефакты ревьюят линзы; владельцу — выжимка на визу.
+5. Журнал вердиктов: вердикты линз и гейтов владельца — append-only строкой
+   (линза | дата | вердикт | ключевые находки | что исправлено) в `review.md`
+   папки фичи — каждую линзо-итерацию; детали — в памяти Wolf, в git — свод.
+
 ### Границы рамки
 
 - Критичные запреты: `rm -rf`, `sudo`, деструктивный git, секреты.
 - Продуктового кода оркестрации нет — цикл ведёт mr-wolf по этому протоколу.
 - Этот файл не содержит методику линз и не должен её содержать:
-   версии линз живут в памяти Wolf.
+  версии линз живут в памяти Wolf.