mister-wolf 2.14.1 → 2.15.0

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.

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

@@ -1,6 +1,6 @@
 ---
 name: wolf-sdd
-description: "Используй для исполнения планов реализации с независимыми задачами через субагентов: свежий воркер на каждую задачу через executor-lead + двухстадийное ревью worker-reviewer (соответствие брифу, затем качество)."
+description: 'Используй для исполнения планов реализации с независимыми задачами через субагентов: свежий воркер на каждую задачу через executor-lead + двухстадийное ревью worker-reviewer (соответствие брифу, затем качество).'
 ---
 
 # wolf-sdd: разработка через субагентов
@@ -40,11 +40,20 @@ digraph when_to_use {
 ```
 
 **vs wolf-execute (параллельная/линейная сессия):**
+
 - Та же сессия (без переключения контекста)
 - Свежий воркер на задачу (без загрязнения контекста)
 - Двухстадийное ревью после каждой задачи: сначала бриф, затем качество
 - Быстрее итерация (без человека между задачами)
 
+## Вход: план
+
+Источник входа — план волны: `requirements.md` + `design.md` + `plan.md` в `docs/dev/<дата>-<slug>/`. Спека-монолит как вход плана не используется.
+
+Задачи плана — чекбоксы `- [ ]`: исполнитель переворачивает чекбокс в `[x]` в конце
+задачи вместе со строкой «сделано → коммит <hash>» — часть Definition of Done задачи.
+wolf-sdd — основной диспетчерский путь конвейера.
+
 ## Ход процесса
 
 ```dot
@@ -92,6 +101,10 @@ digraph process {
 }
 ```
 
+## Валидация волны
+
+- Валидация волны сверяется с `docs/dev/<дата>-<slug>/test-plan.md`: прогон сценариев — заготовки финальной проверки плана.
+
 ## Тиринг задач
 
 Используй наименее мощную модель, которая справится с ролью — это экономит стоимость и время. Конкретные имена моделей — зона конфига проекта (тиринг), не этого скилла.
@@ -103,6 +116,7 @@ digraph process {
 **Архитектура, дизайн и ревью:** самая способная доступная модель.
 
 **Сигналы сложности задачи:**
+
 - Трогает 1–2 файла с полным брифом → воркерская модель
 - Трогает много файлов с интеграционными рисками → стандартная
 - Требует дизайнерского суждения или широкого понимания кодовой базы → самая способная
@@ -118,6 +132,7 @@ digraph process {
 **NEEDS_CONTEXT:** воркеру не хватило информации. Дай недостающий контекст и перезапусти.
 
 **BLOCKED:** воркер не может завершить задачу. Оцени блокер:
+
 1. Проблема контекста — дай больше контекста, перезапусти
 2. Задача требует больше рассуждений — поднимись на уровень выше тирингом
 3. Задача слишком велика — разбей на меньшие части
@@ -172,6 +187,7 @@ digraph process {
 ## Red Flags
 
 **Никогда:**
+
 - Не начинай исполнение в main без явного согласия владельца (работа — только в worktree-ветке)
 - Не пропускай ревью (соответствие брифу ИЛИ качество — оба обязательны)
 - Не продолжай с незакрытыми замечаниями
@@ -186,32 +202,38 @@ digraph process {
 - Не переходи к следующей задаче, пока любое из ревью имеет открытые замечания
 
 **Если воркер задаёт вопросы:**
+
 - Отвечай ясно и полностью
 - Дай дополнительный контекст при необходимости
 - Не подгоняй его к реализации
 
 **Если ревьюер нашёл проблемы:**
+
 - Правит тот же воркер-исполнитель
 - Ревьюер смотрит снова
 - Повторять до аппрува
 - Не пропускай повторное ревью
 
 **Если воркер завалил задачу:**
+
 - Спавнь чинящего воркера с точными инструкциями
 - Не чини сам (загрязнение контекста)
 
 ## Интеграция
 
 **Обязательные скиллы воркфлоу:**
+
 - **using-git-worktrees** — REQUIRED: изолированный worktree `.worktrees/<имя-задачи>` ДО старта исполнения
 - **wolf-plan** — создаёт план, который этот скилл исполняет
 - **requesting-code-review** — рамка ревью для воркеров-ревьюеров
 - **finishing-a-development-branch** — завершение разработки после всех задач
 
 **Воркеры используют:**
+
 - **test-driven-development** — воркеры следуют TDD на каждой задаче
 
 **Альтернатива:**
+
 - **wolf-execute** — линейное исполнение без субагентов, когда диспетчеризация недоступна
 
 ---
@@ -220,20 +242,20 @@ digraph process {
 
 > Источник: `~/.config/opencode/superpowers/skills/subagent-driven-development/SKILL.md`, upstream 6efe32c (2026-04-23)
 
-| Пункт источника | Судьба | Почему |
-|---|---|---|
-| «Fresh subagent per task + two-stage review» | сохранено | Ядро принципа |
-| «Why subagents» (изоляция контекста) | сохранено | Ядро |
-| When-to-use флоучарт | сохранено; executing-plans → wolf-execute | Рёбра набора |
-| Process-флоучарт | сохранено; диспетч субагентов → executor-lead/worker-implementer/worker-reviewer; TodoWrite → `{{tool.todowrite}}` | Research §1: диспетч субагентов непереносим — заменён ролями Wolf |
-| Model Selection | заменено → тиринг проекта без имён моделей | Research §1: выбор моделей непереносим |
-| Implementer Status (DONE/DONE_WITH_CONCERNS/NEEDS_CONTEXT/BLOCKED) | сохранено полностью (4/4) | Контракт статусов воркера |
-| Prompt-templates (3 sibling-файла) | отброшено | Файлы каталога скилла не переносятся; заменено ролями worker-* |
-| Example Workflow | сжато сохранено; сущность цикла сохранена | Иллюстрация |
-| Advantages/Cost | сохранено сжато | Ядро |
-| Red Flags «Never» (12) | сохранено полностью (12/12); main/master → trunk-based формулировка | H7 |
-| «Если спрашивает / нашёл / завалил» (3+4+2) | сохранено полностью (9/9) | H7 |
-| Integration | заменено: worktrees → H5-предусловие `.worktrees/<имя-задачи>`; writing-plans → wolf-plan; code-reviewer → worker-reviewer; TDD — воркерам | Wolf-переплетение |
-| — | добавлено: REQUIRED-предусловие worktree (H5) | Спека §5.2 |
+| Пункт источника                                                    | Судьба                                                                                                                                     | Почему                                                            |
+| ------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------- |
+| «Fresh subagent per task + two-stage review»                       | сохранено                                                                                                                                  | Ядро принципа                                                     |
+| «Why subagents» (изоляция контекста)                               | сохранено                                                                                                                                  | Ядро                                                              |
+| When-to-use флоучарт                                               | сохранено; executing-plans → wolf-execute                                                                                                  | Рёбра набора                                                      |
+| Process-флоучарт                                                   | сохранено; диспетч субагентов → executor-lead/worker-implementer/worker-reviewer; TodoWrite → `{{tool.todowrite}}`                         | Research §1: диспетч субагентов непереносим — заменён ролями Wolf |
+| Model Selection                                                    | заменено → тиринг проекта без имён моделей                                                                                                 | Research §1: выбор моделей непереносим                            |
+| Implementer Status (DONE/DONE_WITH_CONCERNS/NEEDS_CONTEXT/BLOCKED) | сохранено полностью (4/4)                                                                                                                  | Контракт статусов воркера                                         |
+| Prompt-templates (3 sibling-файла)                                 | отброшено                                                                                                                                  | Файлы каталога скилла не переносятся; заменено ролями worker-\*   |
+| Example Workflow                                                   | сжато сохранено; сущность цикла сохранена                                                                                                  | Иллюстрация                                                       |
+| Advantages/Cost                                                    | сохранено сжато                                                                                                                            | Ядро                                                              |
+| Red Flags «Never» (12)                                             | сохранено полностью (12/12); main/master → trunk-based формулировка                                                                        | H7                                                                |
+| «Если спрашивает / нашёл / завалил» (3+4+2)                        | сохранено полностью (9/9)                                                                                                                  | H7                                                                |
+| Integration                                                        | заменено: worktrees → H5-предусловие `.worktrees/<имя-задачи>`; writing-plans → wolf-plan; code-reviewer → worker-reviewer; TDD — воркерам | Wolf-переплетение                                                 |
+| —                                                                  | добавлено: REQUIRED-предусловие worktree (H5)                                                                                              | Спека §5.2                                                        |
 
 Перенесённые списки: «Never» 12/12, вспомогательные 3+4+2 (9/9), статусы воркера 4/4.

package/templates/base/skills/wolf-skill-intake/SKILL.md

@@ -0,0 +1,66 @@
+---
+name: wolf-skill-intake
+description: 'Подключение внешнего скилла: поиск (npx skills find, skills.sh) → ревью-линза кандидата → гейт владельца (явное «да») → установка → регистрация tool → откат. Без аппрува владельца установка не идёт.'
+---
+
+# wolf-skill-intake: подключение внешнего скилла
+
+## Обзор
+
+Чужой скилл меняет поведение агентов — это мутация лица. Процесс: поиск →
+ревью → гейт владельца → установка → регистрация → наблюдаемость. Единственный
+новый скилл блока intake; линза кандидата — роль в этом протоколе, не отдельный скилл.
+
+## 1. Поиск
+
+- CLI: `npx skills find <запрос>`; leaderboard: skills.sh.
+- Критерии качества: ≥1K установок, репутация источника, звёзды репозитория.
+- Изоляция: внешние вызовы только здесь; при поломке внешнего CLI — деградация
+  к ручному поиску; контур (линза, гейт, регистрация) не страдает.
+
+## 2. Ревью-линза кандидата
+
+Чистый воркер-ревьюер читает SKILL.md кандидата по ОДНОМУ вопросу:
+«опасен ли/конфликтует ли этот скилл?» Проверки:
+
+- опасные инструкции: `rm -rf`, `curl | sh`, запросы секретов, авто-коммиты;
+- конфликты с рамкой/правилами проекта — по памяти Wolf (`wolf search`);
+- качество промпта: расплывчатые/конфликтные предписания.
+
+Вердикт (подключаем/отклонить + находки) — владельцу. Отклонение = конец, установки нет.
+
+## 3. Гейт владельца
+
+Без явного «да» владельца установка не идёт. Вопрос формулируется: скилл, источник,
+находки линзы, вердикт. Только после явного аппрува — шаг 4.
+
+## 4. Установка
+
+`npx skills add <имя>` (в проекте-пользователе). Откат: `npx skills remove <имя>`.
+
+## 5. Регистрация
+
+Тул-объект в памяти Wolf (гасит линт скиллов-призраков doctor):
+
+```bash
+wolf add --type tool --title "skill: <имя>" \
+  --set name=<имя> \
+  --set script_path=.opencode/skills/<имя>/SKILL.md \
+  --set language=markdown \
+  --set owner_skill=<имя> \
+  --set version=<версия-источника> \
+  --set source_url=<URL репозитория/страницы>
+```
+
+Ребро на проект/поток — по необходимости (`wolf relation add`).
+
+## 6. Наблюдаемость (уже существует — проверяется, не строится)
+
+- телеметрия: `.wolf/metrics/skill-invocations.jsonl` (панель `analytics --view delivery`);
+- жалобы на скилл: `wolf complain --about skill:<имя>` → kind behavioral;
+- линт призраков: секция «Артефакты» в `wolf doctor`.
+
+## 7. Откат
+
+`npx skills remove <имя>` + `wolf supersede <tool-id> <new-id>` или
+`wolf transition <tool-id> archived` (существующими командами, без новых).

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

@@ -0,0 +1,37 @@
+---
+name: wolf-testplan
+description: 'Вход: requirements.md (approved) + design.md. Выход: test-plan.md — Given/When/Then сценарий на каждый REQ-NN + маппинг на e2e/юнит-файлы. AC переизобретаться не должны.'
+---
+
+# wolf-testplan: test-plan.md по requirements.md
+
+## Обзор
+
+Отдельная ось специализации: один скилл — один тип артефакта (как линзы).
+Планирование (wolf-plan) и тест-планирование (этот скилл) раздельны.
+
+## Вход
+
+- `requirements.md` (approved) — AC, единый источник сценариев.
+- `design.md` (review или approved) — контракты: сценарии проверяют интерфейс, не реализацию.
+
+## Выход: test-plan.md
+
+1. **Сценарий на каждый REQ-NN** в формате Given/When/Then. Нетривиальные AC —
+   дословно их G/W/T из requirements.md; простые — развёртка AC без смены смысла.
+2. **Маппинг** — каждый сценарий → целевой тестовый файл (юнит/e2e), которого ещё
+   нет: путь `tests/…` + имя теста. Сценарии test-plan.md — заготовки КРАСНОЙ фазы
+   TDD (дисциплинарный скилл test-driven-development).
+3. **Прогоны** — точечные команды `npx vitest run <путь>`; полный гейт `npm run check`.
+
+## Запреты
+
+- Сценарии для поведения вне REQ/NFR (расширение объёма — дефект).
+- Менять AC — правки только через CR в requirements.md.
+- Реализовывать тесты: скилл пишет артефакт, не код.
+
+## Процесс
+
+1. Таблица трассировки REQ-NN → сценарий → целевой файл (покрытие 100% REQ;
+   NFR — по измеримым AC).
+2. Заполнить test-plan.md; front-matter `status: review`.