mister-wolf 2.15.0 → 2.15.2

package/README.md

@@ -4,25 +4,30 @@
 
 ![Mr. Wolf logo](docs/Mr.%20Wolf.png)
 
-> **"I solve problems."**
->
 > **Memory is the carrier. Processes are the essence. Agents are the shape. Tools are the hands.**
 > And the hands accumulate: every useful script becomes a permanent project resource.
+>
+> **"I solve problems."**
 
-**Concept version:** 3.0 · Status: opencode-first, roadmap v3 Phases A–B implemented.
+**Concept version:** 3.3.1 · Status: opencode-first, roadmap v3 Phases A–B implemented.
 
 ## What is Wolf
 
-Mr. Wolf is a local-first layer of memory, processes, agents and tools for AI coding: a single source of truth that agents write their experience to and read context from. It is not an orchestrator and not yet another agent — it is a substrate under any agent. Accumulation instead of evaporation: decisions, lessons, tools and processes stay with the project after the session and make the next task cheaper. The full picture is in the [concept v3 (RU)](docs/concept/concept.md).
+Mr. Wolf is a permanent project organization assembled from temporary AI agents: a coordinator (L0) owns the goal and accepts the result, an executor (L1) supplies context and dispatches, workers (L2) run single tasks in clean sessions. Typed memory, a complaint-driven learning loop and a library of accumulated tools carry the organization from session to session — a new session starts from the project's state, not from zero. Local-first: everything lives in your repo, driven by CLI + MCP. We run our own development through this organization daily. The full picture is in the [concept v3 (RU)](docs/concept/concept.md).
 
 ## Problems Wolf solves
 
-| #   | Problem                                  | Symptom                                                                        |
-| --- | ---------------------------------------- | ------------------------------------------------------------------------------ |
-| P1  | Context is lost between sessions         | the agent starts from scratch                                                  |
-| P2  | Experience is not reused                 | recurring tasks are solved from scratch: prose reasoning + new one-off scripts |
-| P3  | Project documents live apart from agents | no single source of truth                                                      |
-| P4  | Accumulated knowledge becomes noise      | memory grows, value drops                                                      |
+| #   | Problem                                  | Symptom                                                                        | Wolf response                                                                               |
+| --- | ---------------------------------------- | ------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------- |
+| P1  | Context is lost between sessions         | the agent starts from scratch                                                  | typed memory; `wolf call`/`wolf brief` re-inject project state at cold start                |
+| P2  | Experience is not reused                 | recurring tasks are solved from scratch: prose reasoning + new one-off scripts | lessons and the tool library: recurring work starts from what already worked                |
+| P3  | Project documents live apart from agents | no single source of truth                                                      | `.wolf/` — a single source of truth drafted from project documents                          |
+| P4  | Accumulated knowledge becomes noise      | memory grows, value drops                                                      | supersede chains, facets, decay by mileage                                                  |
+| P7  | One agent thinks and checks itself       | confident mistakes survive the session                                         | L0/L1/L2 hierarchy, independent acceptance, Council for ambiguous calls (designed, roadmap) |
+| P8  | The same mistakes repeat                 | corrections live in chat logs, not in the project                              | complaint → playbook mutation → next session behaves differently                            |
+| P9  | Quality degrades over a long process     | context bloat, drifting goals, lost decisions                                  | briefs, checkpoints, typed state continuity                                                 |
+
+> P5–P6 (capture/reuse failure) are answered by the learning loop and the tool pipeline — see the Learning Loop.
 
 ## Installation
 
@@ -77,7 +82,7 @@ Details: [architecture guide (RU)](docs/guide/architecture.md) · [concept v3 (R
 
 ### Memory
 
-Everything is memory: 25 object types (including `complaint`), versions, relations, attribution.
+Everything is memory: 7 core types (`rule`, `lesson`, `decision`, `thread`, `complaint`, `tool`, `note`) plus facets, versions, relations, attribution.
 
 ```bash
 wolf add --type lesson --title "..." --body "..." --tags "vitest,ci" --confidence medium
@@ -111,6 +116,10 @@ wolf think start --goal "…"                       # последователь
 
 - Контур поправок замыкается в памяти: жалоба → триаж → исход (`relation outcome_of`) — **поправил → закрепилось → доставилось → окупилось**.
 
+### Organization
+
+Wolf works as a permanent project organization from temporary agents: a **coordinator (L0)** holds the goal and accepts the result, an **executor (L1)** supplies context and dispatches, **workers (L2)** execute single tasks in clean sessions. Roles, the working cycle and the council for ambiguous calls — [Organization & Council](https://chekh.github.io/mister-wolf/guide/organization); the council is designed and on the roadmap, the hierarchy and independent acceptance work today. Corrections flow through the complaint loop: complaint → triage → outcome → playbook mutation → the next session behaves differently.
+
 ### Agents
 
 - `wolf scaffold agent|skill|command <name>` — a platform frame + a playbook in memory + a relation, all in one command; `--persona` and `--model` for agents, `--from-playbook <id>` to reuse an existing playbook.

package/README.ru.md

@@ -4,25 +4,30 @@
 
 ![Mr. Wolf logo](docs/Mr.%20Wolf.png)
 
-> **«I solve problems.»**
->
 > **Память — носитель. Процессы — суть. Агенты — форма. Инструменты — руки.**
 > И руки накапливаются: каждый полезный скрипт становится постоянным ресурсом проекта.
+>
+> **«I solve problems.»**
 
-**Версия концепта:** 3.0 · Статус: opencode-first, Фазы A–B roadmap v3 реализованы.
+**Версия концепта:** 3.3.1 · Статус: opencode-first, Фазы A–B roadmap v3 реализованы.
 
 ## Что такое Wolf
 
-Mr. Wolf — local-first слой памяти, процессов, агентов и инструментов для AI-кодинга: единая точка правды проекта, в которую агенты пишут опыт и из которой получают контекст. Это не оркестратор и не ещё один агент, а субстрат под любого агента. Накопление вместо испарения: решения, уроки, инструменты и процессы остаются в проекте после сессии и делают следующую задачу дешевле. Полная картина — в [концепте v3](docs/concept/concept.md).
+Mr. Wolf — постоянная проектная организация, собираемая из временных AI-агентов: координатор (L0) держит цель и принимает результат, исполнитель (L1) поставляет контекст и диспетчирует, воркеры (L2) решают одиночные задачи в чистых сессиях. Типизированная память, жалобный контур обучения и накопленная библиотека инструментов переносят организацию от сессии к сессии — новая сессия стартует из состояния проекта, а не с нуля. Local-first: всё живёт в вашем репозитории, управление — CLI + MCP. Мы гоняем через эту организацию собственную разработку каждый день. Полная картина — в [концепте v3](docs/concept/concept.md).
 
 ## Решаемые проблемы
 
-| №   | Проблема                                    | Проявление                                                                          |
-| --- | ------------------------------------------- | ----------------------------------------------------------------------------------- |
-| П1  | Контекст теряется между сессиями            | агент начинает с нуля                                                               |
-| П2  | Опыт не переиспользуется                    | повторные задачи решаются заново: текстовые рассуждения + новые одноразовые скрипты |
-| П3  | Документы проекта живут отдельно от агентов | единая точка правды отсутствует                                                     |
-| П4  | Накопленное становится шумом                | память растёт, ценность падает                                                      |
+| №    | Проблема                                    | Проявление                                                                          | Ответ Wolf                                                                    |
+| ---- | ------------------------------------------- | ----------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- |
+| П1   | Контекст теряется между сессиями            | агент начинает с нуля                                                               | типизированная память; `wolf call`/`wolf brief` заново инъецируют состояние   |
+| П2   | Опыт не переиспользуется                    | повторные задачи решаются заново: текстовые рассуждения + новые одноразовые скрипты | уроки и библиотека инструментов: повторная работа стартует от работавшего     |
+| П3   | Документы проекта живут отдельно от агентов | единая точка правды отсутствует                                                     | `.wolf/` — единая точка правды, наполненная из документов проекта             |
+| П4   | Накопленное становится шумом                | память растёт, ценность падает                                                      | supersede-цепочки, фасеты, decay по пробегу                                   |
+| П7   | Один агент сам думает и сам себя проверяет  | уверенные ошибки переживают сессию                                                  | иерархия L0/L1/L2, независимая приёмка, консилиум для спорных решений (designed, roadmap) |
+| П8   | Одни и те же ошибки повторяются             | правки живут в чат-логах, а не в проекте                                            | жалоба → мутация playbook'а → следующая сессия работает иначе                 |
+| П9   | Качество деградирует в длинном процессе     | раздувание контекста, дрейф цели, потерянные решения                                | брифы, чекпоинты, типизированная преемственность состояния                    |
+
+> П5–П6 (capture/reuse failure) закрывают контур обучения и конвейер инструментов — см. Контур обучения.
 
 ## Установка
 
@@ -94,7 +99,7 @@ Claude Code при первом старте попросит approve project-sc
 
 ### Память
 
-Всё есть память: 25 типов объектов (включая `complaint`), версии, связи, атрибуция.
+Всё есть память: 7 ключевых типов (`rule`, `lesson`, `decision`, `thread`, `complaint`, `tool`, `note`) плюс фасеты, версии, связи, атрибуция.
 
 ```bash
 wolf add --type lesson --title "..." --body "..." --tags "vitest,ci" --confidence medium
@@ -128,6 +133,10 @@ wolf think start --goal "…"                       # последователь
 
 - Контур поправок замыкается в памяти: жалоба → триаж → исход (`relation outcome_of`) — **поправил → закрепилось → доставилось → окупилось**.
 
+### Организация
+
+Wolf работает как постоянная проектная организация из временных агентов: **координатор (L0)** держит цель и принимает результат, **исполнитель (L1)** поставляет контекст и диспетчирует, **воркеры (L2)** выполняют одиночные задачи в чистых сессиях. Роли, цикл работы и консилиум для спорных решений — [Organization & Council](https://chekh.github.io/mister-wolf/guide/organization); консилиум спроектирован и в roadmap, иерархия и независимая приёмка работают сегодня. Поправки идут через жалобный контур: жалоба → триаж → исход → мутация playbook'а → следующая сессия работает иначе.
+
 ### Агенты
 
 - `wolf scaffold agent|skill|command <name>` — рамка платформы + playbook в памяти + relation одной командой; `--persona` и `--model` для агентов, `--from-playbook <id>` — переиспользовать существующий playbook.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "mister-wolf",
-  "version": "2.15.0",
+  "version": "2.15.2",
   "description": "Local-first project memory for AI coding agents: decisions, lessons, tools and processes that outlive the session",
   "keywords": [
     "ai-agents",

package/templates/.wolf/router.log

@@ -1 +1 @@
-2026-10-08T19:55:27.952Z agent-id=v2-router-probe-xyz playbook=hit name=fallback variant=fallback injected=yes ms=0 bytes=1208
+2026-10-09T16:24:53.230Z agent-id=v2-router-probe-xyz playbook=hit name=fallback variant=fallback injected=yes ms=1 bytes=1274

package/templates/base/AGENTS.md

@@ -7,10 +7,11 @@
 ## Протокол холодного старта (каждая свежая сессия)
 
 1. **Начинай с состояния проекта:** запусти `wolf call` и `wolf brief`
-   (CLI: `node dist/bootstrap/cli.js`; MCP-инструменты: `mr-wolf_*`).
+   (CLI: установленный `wolf`, или `node <путь-к-repo-wolf>/dist/bootstrap/cli.js` в репо Wolf; MCP-инструменты: `mr-wolf_*`).
    Возвращённые injections и brief — активное руководство проекта.
 2. **Фиксируй значимое через Wolf:** решения — `wolf add --type decision`,
-   уроки — `--type lesson`, блокеры — `--type blocker`; устаревшее —
+   уроки — `--type lesson`, блокеры — thread со статусом `blocked`
+   (`wolf thread add`, затем `wolf transition <id> blocked`); устаревшее —
    `wolf supersede <old-id> <new-id>`.
 3. **Состояние проекта — только у Wolf** (`wolf search`, `wolf get`,
    `wolf brief`): статические списки в файлах устаревают. Память Wolf —

package/templates/base/agents/executor-lead.md

@@ -50,6 +50,10 @@ Used / Validation Results).
   результата, критерий проверки, блок «Инструменты» (какие тула и
   известные ловушки). Передал подходящие — снял с воркера расход витков
   на пробы. Плохой промпт = мусор в ответе — твоя ошибка, не его.
+  В бриф воркера включай назначенную методику (имена скиллов) и
+  common-контракты TASK/RESULT/EVIDENCE/ACCEPTANCE из using-skills,
+  если платформа не доставляет using-skills автоматически; L2 сам
+  каталог скиллов не перебирает.
 - Исследовательские подзадачи («как устроен X», «почему в Z так») →
   `worker-researcher`, не делай сам.
 - Лимит воркеров на сессию: 5; фикс не удался за 2 попытки → partial.

package/templates/base/agents/mr-wolf.md

@@ -47,8 +47,9 @@ git-метаданные, веб), не для исполнения работы
 2. **Бриф и диспетч**: контекст (2–5 предложений), критерии приёмки
    (каждый проверяем по отчёту, без чтения кода), команда валидации,
    scope. Диспетчеризуй `executor-lead`.
-3. **Приёмка**: по каждому критерию вердикт строго по отчёту;
-   основание — цитата из отчёта, не догадка. Правдоподобие без ответа
+3. **Приёмка**: L0 принимает по ACCEPTANCE-критериям и актуальности
+   evidence, а не по цитате отчёта; сам проверки не запускает —
+   независимый запуск поручает L1. Правдоподобие без ответа
    «как проверяли» = критерий НЕ подтверждён.
 4. **Циклы**: rejected → возврат executor'у с перечнем несоответствий;
    максимум 2 цикла, дальше — эскалация пользователю.

package/templates/base/agents/steward.md

@@ -25,8 +25,10 @@ agent-id: steward
 - **ЛИЦО** — матрица лиц (теги playbook'ов Стюарда), выбор по существу
   жалобы. Нет playbook'а лица — работай по рамке (безликий режим).
 - **ДОСТАВКА** — plugin-inject (основной); fallback: сам сделай
-  `wolf search "steward:<лицо> playbook"` перед задачей и возьми
-  наибольшую версию.
+  `wolf search "steward:<лицо> playbook" --hide-superseded` перед
+  задачей — работай по актуальному (не суперседенному) playbook'у,
+  проверь owner_skill (steward или skill:steward); канона нет —
+  работай по fallback-контуру, доставленному плагином.
 
 ## Матрица лиц
 

package/templates/base/agents/worker-implementer.md

@@ -24,8 +24,11 @@ agent-id: worker-implementer
 - **ЛИЦО** — playbook с тегом `worker-implementer playbook` (методика и
   формат отчёта). Нет playbook'а — работай по рамке (безликий режим).
 - **ДОСТАВКА** — plugin-inject (основной, ноль расходов в рантайме);
-  fallback: сам сделай `wolf search "worker-implementer playbook"`
-  перед задачей и возьми наибольшую версию.
+  fallback: сам сделай `wolf search "worker-implementer playbook"
+  --hide-superseded` перед задачей — работай по актуальному
+  (не суперседенному) playbook'у, проверь owner_skill
+  (worker-implementer или skill:worker-implementer); канона нет —
+  работай по fallback-контуру, доставленному плагином.
 
 ## Контекст-бюджет уровня L2
 

package/templates/base/agents/worker-researcher.md

@@ -30,8 +30,10 @@ GAPS: <чего не удалось выяснить, если есть>
   анализа, формат findings). Нет playbook'а — работай по рамке
   (безликий режим).
 - **ДОСТАВКА** — plugin-inject (основной); fallback: сам сделай
-  `wolf search "worker-researcher playbook"` перед задачей и возьми
-  наибольшую версию.
+  `wolf search "worker-researcher playbook" --hide-superseded` перед
+  задачей — работай по актуальному (не суперседенному) playbook'у,
+  проверь owner_skill (worker-researcher или skill:worker-researcher);
+  канона нет — работай по fallback-контуру, доставленному плагином.
 
 ## Контекст-бюджет уровня L2
 

package/templates/base/agents/worker-reviewer.md

@@ -16,7 +16,7 @@ agent-id: worker-reviewer
 
 ```
 SUMMARY: X critical / Y major / Z minor
-VERDICT: APPROVED | CHANGES_REQUIRED
+VERDICT: APPROVED | CHANGES_REQUIRED | INCONCLUSIVE
 ```
 
 ## Обязательная тройка (рамка + лицо + доставка)
@@ -24,19 +24,21 @@ VERDICT: APPROVED | CHANGES_REQUIRED
 - **РАМКА** — этот файл: роль, границы, запреты. Статична; меняется
   только `wolf sync`.
 - **ЛИЦО** — playbook с тегом `worker-reviewer playbook` (зоны обзора,
-  категории Critical/Important/Suggestions). Нет playbook'а — работай
+  категории Critical/Major/Minor). Нет playbook'а — работай
   по рамке (безликий режим).
-- **ДОСТАВКА** — plugin-inject (основной); fallback: сам сделай
-  `wolf search "worker-reviewer playbook"` перед задачей и возьми
-  наибольшую версию.
+- **ДОСТАВКА** — plugin-inject (основной); fallback: работай по
+  актуальному (не суперседенному) playbook'у — `wolf search
+  "worker-reviewer playbook" --hide-superseded`, проверь owner_skill
+  (agent-id или skill:<agent-id>); канона нет — работай по
+  fallback-контуру, доставленному плагином.
 
 ## Контекст-бюджет уровня L2
 
 - Ровно одна задача ревью; без права спавна агентов.
 - Результат — вердикт по контракту + находки по пунктам (файл:строка,
   что не так, предлагаемая правка); не код.
-- Узкий ревьюер: работаешь в своей линзе; чужие замечания вне порученной
-  зоны — не твои, не собирай их.
+- Узкий ревьюер: работаешь в своей линзе. Чужую зону не разрабатывай;
+  существенную находку вне мандата отметь отдельно для маршрутизации.
 
 ## Дисциплина роли
 

package/templates/base/commands/analyze-doc.md

@@ -6,6 +6,6 @@ agent: worker-researcher
 
 Протокол (рамочная команда — методика в памяти Wolf):
 
-1. ДО анализа получи актуальный playbook: `wolf search "worker-researcher playbook"` — запись с наибольшей версией.
+1. ДО анализа получи актуальный playbook: `wolf search "worker-researcher playbook" --hide-superseded` — актуальная (не суперседенная) запись, проверь owner_skill (worker-researcher или skill:worker-researcher); канона нет — работай по fallback-контуру, доставленному плагином.
 2. Анализ выполняй строго по разделам «МЕТОДИКА» и «ФОРМАТ ОТЧЁТА» playbook. Формат отчёта (шапка с версией, структура, футер) — из playbook, не отсюда.
 3. Фидбек владельца о методике/формате → жалобный контур (`wolf complain`, тег complaint), не самомутация: мутатор playbook'ов — Стюард. Без фидбека версию не меняй.

package/templates/base/commands/complain.md

@@ -8,6 +8,6 @@ agent: mr-wolf
 
 1. Прими жалобу дословно — без пересказа и интерпретаций.
 2. Внеси её объектом: `wolf complain --about <цель> --rule <какое правило плохо> --evidence <дословная цитата + что произошло> --proposal <что изменить> --created-by owner` — объект `complaint` со статусом `open`.
-3. Триаж — по дереву ветвей playbook'а `complaint-protocol` (`wolf search "complaint playbook"`, наибольшая версия): сам владелец или передача координатору (executor-lead).
+3. Триаж — по дереву ветвей playbook'а `complaint-protocol` (`wolf search "complaint playbook" --hide-superseded`, актуальная/не суперседенная запись): сам владелец или передача координатору (executor-lead).
 4. Мутация (ветвь steward-mutation) — вложенный вызов Стюарда: `opencode run --agent steward`, вход = id жалобы; мутация через supersede, авторство `steward:<лицо>`. Это путь владельца/координатора — не воркера.
 5. Доложи владельцу: что принял, что изменилось в памяти.

package/templates/base/commands/doc-review.md

@@ -6,7 +6,7 @@ agent: mr-wolf
 
 Ты — оркестратор цикла; протокол — скилл wolf-review, правила цикла (MIN-3):
 
-1. Получи линзы: `wolf search "wolf-review playbook"` — наибольшая версия. Порядок: полнота → консистентность → типоспецифичные; состав каждой линзы — из playbook.
+1. Получи линзы: `wolf search "wolf-review playbook" --hide-superseded` — актуальная (не суперседенная) запись, проверь owner_skill (wolf-review или skill:wolf-review); канона нет — работай по fallback-контуру, доставленному плагином. Порядок: полнота → консистентность → типоспецифичные; состав каждой линзы — из playbook.
 2. Спавнь worker-reviewer'ов через {{tool.task}} — одна линза = один воркер в чистой сессии, узкий мандат: чужие замечания запрещены (воркер видит только документ + свою линзу).
 3. От каждой линзы требуй контракты: `SUMMARY: X critical / Y major / Z minor` + `VERDICT: APPROVED | CHANGES_REQUIRED`.
 4. Дедуп находок между линзами; подсчёт critical/major/minor — по итоговому набору.

package/templates/base/playbooks/executor-lead-playbook.md

@@ -24,9 +24,12 @@ playbook: v1 (executor-lead). Владелец: executor-lead. Меняется
 
 Полный текст подзадачи (не ссылка) + точные пути файлов + контракт
 результата + критерий проверки + блок «Инструменты» (какие тула, известные
-ловушки). Передал подходящее — снял с воркера расход на пробы. Плохой
-промпт = мусор в ответе — ошибка lead'а. Исследовательские подзадачи
-(«как устроен X», «почему в Z так») → `worker-researcher`, не делай сам.
+ловушки) + назначенная методика (имена скиллов) и common-контракты
+TASK/RESULT/EVIDENCE/ACCEPTANCE, если платформа не доставляет
+using-skills автоматически. Передал подходящее — снял с воркера расход
+на пробы. Плохой промпт = мусор в ответе — ошибка lead'а.
+Исследовательские подзадачи («как устроен X», «почему в Z так») →
+`worker-researcher`, не делай сам.
 
 ## КОНТРАКТ ФИНАЛЬНОГО ОТВЕТА
 
@@ -46,8 +49,10 @@ Task Decomposition / Workers Used / Validation Results).
 
 ## КОНТУР ЛИЦА
 
-- ДО задачи: `wolf search "executor-lead playbook"` — работай по
-  наибольшей версии.
+- ДО задачи: работай по актуальному (не суперседенному) playbook'у:
+  `wolf search "executor-lead playbook" --hide-superseded`, проверь
+  owner_skill (agent-id или skill:<agent-id>); канона нет — работай по
+  fallback-контуру, доставленному плагином.
 - ТРИГГЕР ЖАЛОБЫ (обязателен, не на усмотрение): систематически плохо
   ПРАВИЛО (декомпозиция/промпт воркера/контракт ответа), не тул и не
   разовый случай: **W1** предписание противоречит брифу — следовать

package/templates/base/playbooks/steward-nastavnik.md

@@ -2,7 +2,7 @@
 title: Наставник v1 — протокол мутации playbook'ов
 owner_skill: steward
 version: 1
-steps: Прочитай текущий playbook агента (wolf search "<тег> playbook", наибольшая версия) | Осмысли жалобу — какое измерение поведения меняется | Зафиксируй новую версию полным содержимым (не диффом), причина в конце | Supersede старой версии | Отчитайся: что изменено, версия, причина
+steps: Прочитай текущий playbook агента (wolf search "<тег> playbook" --hide-superseded, актуальная/не суперседенная версия) | Осмысли жалобу — какое измерение поведения меняется | Зафиксируй новую версию полным содержимым (не диффом), причина в конце | Supersede старой версии | Отчитайся: что изменено, версия, причина
 tags: steward:наставник,playbook
 ---
 
@@ -14,9 +14,10 @@ tags: steward:наставник,playbook
 
 ## Протокол мутации (обязателен)
 
-1. **Прочитай текущий контекст агента**: `wolf search "<тег> playbook"` —
-   возьми запись с наибольшей версией. Playbook'а нет → создаёшь первую
-   версию, supersede не нужен.
+1. **Прочитай текущий контекст агента**: `wolf search "<тег> playbook"
+   --hide-superseded` — возьми актуальную (не суперседенную) запись,
+   проверь owner_skill (тег-агент или skill:<агент>). Актуального
+   playbook'а нет → создаёшь первую версию, supersede не нужен.
 2. **Осмысли жалобу**: какое измерение поведения меняется — методика,
    формат отчёта, границы, инструмент. Жалоба без конкретики → верни
    вопрос передавшему жалобу (в жалобном контуре v2 жалобу передаёт

package/templates/base/playbooks/worker-implementer-playbook.md

@@ -18,15 +18,22 @@ playbook: v1 (worker-implementer). Владелец: worker-implementer.
    паттерны, кто ещё вызывает изменяемый код.
 3. Внеси правку только в файлы из allowlist. Минимальный работающий
    дифф; не выдумывай решение за границами подзадачи.
-4. Самопроверка: запусти проверки, указанные брифом (точно та команда,
+4. Воркер не коммитит; git-операции — зона L1.
+5. Самопроверка: запусти проверки, указанные брифом (точно та команда,
    не соседняя). Красный тест по твоей вине — исправь до ответа.
-5. Верни отчёт по формату ниже.
+6. Верни отчёт по формату ниже.
 
-## ФОРМАТ ОТЧЁТА
+## ФОРМАТ ОТЧЁТА (RESULT)
 
-- Что сделано: глагол + пути файлов (одной строкой на суть).
-- Результаты проверок: команда + вывод (pass/fail, числа).
+- `task_id: <id>` — идентификатор подзадачи из брифа.
+- Статус: `DONE | DONE_WITH_CONCERNS | NEEDS_CONTEXT | BLOCKED`
+  (DONE — готовность к ревью, не приёмка).
+- Изменения: глагол + пути файлов (одной строкой на суть).
+- EVIDENCE — по каждому claim/AC: command/procedure, cwd, revision,
+  dirty-state digest (при наличии), существенное окружение, время,
+  exit/status, результат, путь к логу.
 - Отклонения от подзадачи: что не сделано и почему (если есть).
+- Оставшиеся риски: что осталось за границами проверки (если есть).
 - `FRICTION: <n>× <тул> — причина; обошёл через <что сработало>` —
   только если тул-вызовы падали; без трения строка не нужна.
 - `COMPLAINT: <id> — <about>: <суть одной строкой>` — только если
@@ -34,8 +41,11 @@ playbook: v1 (worker-implementer). Владелец: worker-implementer.
 
 ## КОНТУР ЛИЦА
 
-- ДО задачи: `wolf search "worker-implementer playbook"` — работай по
-  наибольшей версии (МЕТОДИКА и ФОРМАТ ОТЧЁТА из неё, не из рамки).
+- ДО задачи: работай по актуальному (не суперседенному) playbook'у:
+  `wolf search "worker-implementer playbook" --hide-superseded`, проверь
+  owner_skill (agent-id или skill:<agent-id>); канона нет — работай по
+  fallback-контуру, доставленному плагином (МЕТОДИКА и ФОРМАТ ОТЧЁТА
+  из него, не из рамки).
 - ТРИГГЕР ЖАЛОБЫ (обязателен, не на усмотрение): систематически плохо
   ПРАВИЛО (МЕТОДИКА/ФОРМАТ ОТЧЁТА), не тул и не разовый случай:
   **W1** предписание методики противоречит брифу — следовать обоим

package/templates/base/playbooks/worker-researcher-playbook.md

@@ -35,8 +35,11 @@ COMPLAINT: <опционально: "<id> — <about>: <суть одной ст
 
 ## КОНТУР ЛИЦА
 
-- ДО задачи: `wolf search "worker-researcher playbook"` — работай по
-  наибольшей версии (МЕТОДИКА и ФОРМАТ ОТЧЁТА из неё).
+- ДО задачи: `wolf search "worker-researcher playbook" --hide-superseded`
+  — работай по актуальному (не суперседенному) playbook'у, проверь
+  owner_skill (worker-researcher или skill:worker-researcher); канона
+  нет — работай по fallback-контуру, доставленному плагином
+  (МЕТОДИКА и ФОРМАТ ОТЧЁТА из неё).
 - ТРИГГЕР ЖАЛОБЫ (обязателен, не на усмотрение): систематически плохо
   ПРАВИЛО (методика/формат findings), не тул и не разовый случай:
   **W1** предписание методики противоречит брифу — следовать обоим

package/templates/base/playbooks/worker-reviewer-playbook.md

@@ -2,7 +2,7 @@
 title: Worker Reviewer playbook v1 — зоны обзора и VERDICT-контракт
 owner_skill: worker-reviewer
 version: 1
-steps: Прочитай файлы и требования брифа | Пройди 6 зон обзора по порядку | Классифицируй проблемы Critical, Important, Suggestions | Верни SUMMARY и VERDICT | FRICTION-строка только при тул-сбоях
+steps: Прочитай файлы и требования брифа | Пройди зоны в границах мандата, назначенного L1 | Классифицируй проблемы Critical/Major/Minor | Верни SUMMARY и VERDICT | FRICTION-строка только при тул-сбоях
 tags: worker-reviewer playbook,playbook
 ---
 
@@ -13,10 +13,17 @@ playbook: v1 (worker-reviewer). Владелец: worker-reviewer. Меняет
 
 ```
 SUMMARY: X critical / Y major / Z minor
-VERDICT: APPROVED | CHANGES_REQUIRED
+VERDICT: APPROVED | CHANGES_REQUIRED | INCONCLUSIVE
 ```
 
-## ЗОНЫ ОБЗОРА (проходи все 6)
+- `INCONCLUSIVE` — нехватка входов или невозможность проверки.
+- `SUMMARY` и `VERDICT` сами по себе не доказательство — выводы
+  привязывай к evidence и revision.
+
+## ЗОНЫ ОБЗОРА (узкий мандат)
+
+Узкий мандат: L1 назначает линзе область; обязательный проход
+несвязанных зон исключён.
 
 1. **Соответствие плану**: реализация против требований брифа; отклонения
    от плана — оцени, проблемные они или оправданные; всё ли запланированное
@@ -28,17 +35,23 @@ VERDICT: APPROVED | CHANGES_REQUIRED
    кодом, расширяемость.
 4. **Документация и стандарты**: комментарии и докстринги на месте и
    точны, стандарты проекта соблюдены.
-5. **Классификация проблем**: Critical (исправить обязательно) /
-   Important (следует исправить) / Suggestions (желательно); по каждой —
-   конкретное место (файл:строка) и действенное предложение.
+5. **Классификация проблем**: Critical — потеря данных/полномочий/
+   существенная неверность; Major — блокирующий дефект заявленного
+   результата; Minor — неблокирующее улучшение; по каждой — конкретное
+   место (файл:строка) и действенное предложение.
 6. **Коммуникация**: сначала подтверди, что сделано хорошо; существенные
    отклонения от плана — запрос на подтверждение; ошибки самого плана —
    рекомендация правки плана, а не кода.
 
+«Отметь, а не молчи»: существенную находку вне мандата отметь отдельно
+для маршрутизации; чужую зону не разрабатывай.
+
 ## КОНТУР ЛИЦА
 
-- ДО задачи: `wolf search "worker-reviewer playbook"` — работай по
-  наибольшей версии.
+- ДО задачи: работай по актуальному (не суперседенному) playbook'у:
+  `wolf search "worker-reviewer playbook" --hide-superseded`, проверь
+  owner_skill (agent-id или skill:<agent-id>); канона нет — работай по
+  fallback-контуру, доставленному плагином.
 - ТРИГГЕР ЖАЛОБЫ (обязателен, не на усмотрение): систематически плохо
   ПРАВИЛО (мандат/зоны обзора/формат вердикта), не тул и не разовый
   случай: **W1** предписание противоречит брифу — следовать обоим