mister-wolf 2.15.0 → 2.15.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +20 -11
- package/README.ru.md +20 -11
- package/package.json +1 -1
- package/templates/.wolf/router.log +1 -1
package/README.md
CHANGED
|
@@ -4,25 +4,30 @@
|
|
|
4
4
|
|
|
5
5
|
|
|
6
6
|
|
|
7
|
-
> **"I solve problems."**
|
|
8
|
-
>
|
|
9
7
|
> **Memory is the carrier. Processes are the essence. Agents are the shape. Tools are the hands.**
|
|
10
8
|
> And the hands accumulate: every useful script becomes a permanent project resource.
|
|
9
|
+
>
|
|
10
|
+
> **"I solve problems."**
|
|
11
11
|
|
|
12
|
-
**Concept version:** 3.
|
|
12
|
+
**Concept version:** 3.3.1 · Status: opencode-first, roadmap v3 Phases A–B implemented.
|
|
13
13
|
|
|
14
14
|
## What is Wolf
|
|
15
15
|
|
|
16
|
-
Mr. Wolf is a
|
|
16
|
+
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).
|
|
17
17
|
|
|
18
18
|
## Problems Wolf solves
|
|
19
19
|
|
|
20
|
-
| # | Problem | Symptom |
|
|
21
|
-
| --- | ---------------------------------------- | ------------------------------------------------------------------------------ |
|
|
22
|
-
| P1 | Context is lost between sessions | the agent starts from scratch |
|
|
23
|
-
| P2 | Experience is not reused | recurring tasks are solved from scratch: prose reasoning + new one-off scripts |
|
|
24
|
-
| P3 | Project documents live apart from agents | no single source of truth |
|
|
25
|
-
| P4 | Accumulated knowledge becomes noise | memory grows, value drops |
|
|
20
|
+
| # | Problem | Symptom | Wolf response |
|
|
21
|
+
| --- | ---------------------------------------- | ------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------- |
|
|
22
|
+
| P1 | Context is lost between sessions | the agent starts from scratch | typed memory; `wolf call`/`wolf brief` re-inject project state at cold start |
|
|
23
|
+
| 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 |
|
|
24
|
+
| P3 | Project documents live apart from agents | no single source of truth | `.wolf/` — a single source of truth drafted from project documents |
|
|
25
|
+
| P4 | Accumulated knowledge becomes noise | memory grows, value drops | supersede chains, facets, decay by mileage |
|
|
26
|
+
| P7 | One agent thinks and checks itself | confident mistakes survive the session | L0/L1/L2 hierarchy, independent acceptance, Council for ambiguous calls (designed, roadmap) |
|
|
27
|
+
| P8 | The same mistakes repeat | corrections live in chat logs, not in the project | complaint → playbook mutation → next session behaves differently |
|
|
28
|
+
| P9 | Quality degrades over a long process | context bloat, drifting goals, lost decisions | briefs, checkpoints, typed state continuity |
|
|
29
|
+
|
|
30
|
+
> P5–P6 (capture/reuse failure) are answered by the learning loop and the tool pipeline — see the Learning Loop.
|
|
26
31
|
|
|
27
32
|
## Installation
|
|
28
33
|
|
|
@@ -77,7 +82,7 @@ Details: [architecture guide (RU)](docs/guide/architecture.md) · [concept v3 (R
|
|
|
77
82
|
|
|
78
83
|
### Memory
|
|
79
84
|
|
|
80
|
-
Everything is memory:
|
|
85
|
+
Everything is memory: 7 core types (`rule`, `lesson`, `decision`, `thread`, `complaint`, `tool`, `note`) plus facets, versions, relations, attribution.
|
|
81
86
|
|
|
82
87
|
```bash
|
|
83
88
|
wolf add --type lesson --title "..." --body "..." --tags "vitest,ci" --confidence medium
|
|
@@ -111,6 +116,10 @@ wolf think start --goal "…" # последователь
|
|
|
111
116
|
|
|
112
117
|
- Контур поправок замыкается в памяти: жалоба → триаж → исход (`relation outcome_of`) — **поправил → закрепилось → доставилось → окупилось**.
|
|
113
118
|
|
|
119
|
+
### Organization
|
|
120
|
+
|
|
121
|
+
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.
|
|
122
|
+
|
|
114
123
|
### Agents
|
|
115
124
|
|
|
116
125
|
- `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
CHANGED
|
@@ -4,25 +4,30 @@
|
|
|
4
4
|
|
|
5
5
|
|
|
6
6
|
|
|
7
|
-
> **«I solve problems.»**
|
|
8
|
-
>
|
|
9
7
|
> **Память — носитель. Процессы — суть. Агенты — форма. Инструменты — руки.**
|
|
10
8
|
> И руки накапливаются: каждый полезный скрипт становится постоянным ресурсом проекта.
|
|
9
|
+
>
|
|
10
|
+
> **«I solve problems.»**
|
|
11
11
|
|
|
12
|
-
**Версия концепта:** 3.
|
|
12
|
+
**Версия концепта:** 3.3.1 · Статус: opencode-first, Фазы A–B roadmap v3 реализованы.
|
|
13
13
|
|
|
14
14
|
## Что такое Wolf
|
|
15
15
|
|
|
16
|
-
Mr. Wolf —
|
|
16
|
+
Mr. Wolf — постоянная проектная организация, собираемая из временных AI-агентов: координатор (L0) держит цель и принимает результат, исполнитель (L1) поставляет контекст и диспетчирует, воркеры (L2) решают одиночные задачи в чистых сессиях. Типизированная память, жалобный контур обучения и накопленная библиотека инструментов переносят организацию от сессии к сессии — новая сессия стартует из состояния проекта, а не с нуля. Local-first: всё живёт в вашем репозитории, управление — CLI + MCP. Мы гоняем через эту организацию собственную разработку каждый день. Полная картина — в [концепте v3](docs/concept/concept.md).
|
|
17
17
|
|
|
18
18
|
## Решаемые проблемы
|
|
19
19
|
|
|
20
|
-
| №
|
|
21
|
-
|
|
|
22
|
-
| П1
|
|
23
|
-
| П2
|
|
24
|
-
| П3
|
|
25
|
-
| П4
|
|
20
|
+
| № | Проблема | Проявление | Ответ Wolf |
|
|
21
|
+
| ---- | ------------------------------------------- | ----------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- |
|
|
22
|
+
| П1 | Контекст теряется между сессиями | агент начинает с нуля | типизированная память; `wolf call`/`wolf brief` заново инъецируют состояние |
|
|
23
|
+
| П2 | Опыт не переиспользуется | повторные задачи решаются заново: текстовые рассуждения + новые одноразовые скрипты | уроки и библиотека инструментов: повторная работа стартует от работавшего |
|
|
24
|
+
| П3 | Документы проекта живут отдельно от агентов | единая точка правды отсутствует | `.wolf/` — единая точка правды, наполненная из документов проекта |
|
|
25
|
+
| П4 | Накопленное становится шумом | память растёт, ценность падает | supersede-цепочки, фасеты, decay по пробегу |
|
|
26
|
+
| П7 | Один агент сам думает и сам себя проверяет | уверенные ошибки переживают сессию | иерархия L0/L1/L2, независимая приёмка, консилиум для спорных решений (designed, roadmap) |
|
|
27
|
+
| П8 | Одни и те же ошибки повторяются | правки живут в чат-логах, а не в проекте | жалоба → мутация playbook'а → следующая сессия работает иначе |
|
|
28
|
+
| П9 | Качество деградирует в длинном процессе | раздувание контекста, дрейф цели, потерянные решения | брифы, чекпоинты, типизированная преемственность состояния |
|
|
29
|
+
|
|
30
|
+
> П5–П6 (capture/reuse failure) закрывают контур обучения и конвейер инструментов — см. Контур обучения.
|
|
26
31
|
|
|
27
32
|
## Установка
|
|
28
33
|
|
|
@@ -94,7 +99,7 @@ Claude Code при первом старте попросит approve project-sc
|
|
|
94
99
|
|
|
95
100
|
### Память
|
|
96
101
|
|
|
97
|
-
Всё есть память:
|
|
102
|
+
Всё есть память: 7 ключевых типов (`rule`, `lesson`, `decision`, `thread`, `complaint`, `tool`, `note`) плюс фасеты, версии, связи, атрибуция.
|
|
98
103
|
|
|
99
104
|
```bash
|
|
100
105
|
wolf add --type lesson --title "..." --body "..." --tags "vitest,ci" --confidence medium
|
|
@@ -128,6 +133,10 @@ wolf think start --goal "…" # последователь
|
|
|
128
133
|
|
|
129
134
|
- Контур поправок замыкается в памяти: жалоба → триаж → исход (`relation outcome_of`) — **поправил → закрепилось → доставилось → окупилось**.
|
|
130
135
|
|
|
136
|
+
### Организация
|
|
137
|
+
|
|
138
|
+
Wolf работает как постоянная проектная организация из временных агентов: **координатор (L0)** держит цель и принимает результат, **исполнитель (L1)** поставляет контекст и диспетчирует, **воркеры (L2)** выполняют одиночные задачи в чистых сессиях. Роли, цикл работы и консилиум для спорных решений — [Organization & Council](https://chekh.github.io/mister-wolf/guide/organization); консилиум спроектирован и в roadmap, иерархия и независимая приёмка работают сегодня. Поправки идут через жалобный контур: жалоба → триаж → исход → мутация playbook'а → следующая сессия работает иначе.
|
|
139
|
+
|
|
131
140
|
### Агенты
|
|
132
141
|
|
|
133
142
|
- `wolf scaffold agent|skill|command <name>` — рамка платформы + playbook в памяти + relation одной командой; `--persona` и `--model` для агентов, `--from-playbook <id>` — переиспользовать существующий playbook.
|
package/package.json
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
2026-10-
|
|
1
|
+
2026-10-09T00:33:23.581Z agent-id=v2-router-probe-xyz playbook=hit name=fallback variant=fallback injected=yes ms=1 bytes=1208
|