mister-wolf 2.23.0 → 2.23.2
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 +1 -1
- package/package.json +1 -1
- package/templates/base/agents/executor-lead.md +12 -2
- package/templates/base/agents/mr-wolf.md +28 -7
- package/templates/base/agents/steward.md +8 -0
- package/templates/base/agents/worker-implementer.md +10 -0
- package/templates/base/agents/worker-researcher.md +10 -0
- package/templates/base/agents/worker-reviewer.md +10 -0
- package/templates/base/commands/analyze-doc.md +12 -7
- package/templates/base/commands/doc-review.md +11 -10
- package/templates/base/playbooks/executor-lead-playbook.md +13 -4
- package/templates/base/playbooks/steward-nastavnik.md +8 -0
- package/templates/base/playbooks/worker-implementer-playbook.md +10 -3
- package/templates/base/playbooks/worker-researcher-playbook.md +21 -12
- package/templates/base/playbooks/worker-reviewer-playbook.md +9 -2
- package/templates/base/skills/test-driven-development/SKILL.md +8 -1
- package/templates/base/skills/using-skills/SKILL.md +26 -6
- package/templates/base/skills/verification-before-completion/SKILL.md +9 -1
- package/templates/base/skills/wolf-brainstorm/SKILL.md +129 -16
- package/templates/base/skills/wolf-debug/SKILL.md +10 -1
- package/templates/base/skills/wolf-design/SKILL.md +8 -1
- package/templates/base/skills/wolf-execute/SKILL.md +8 -1
- package/templates/base/skills/wolf-explain/SKILL.md +138 -99
- package/templates/base/skills/wolf-plan/SKILL.md +9 -1
- package/templates/base/skills/wolf-review/SKILL.md +8 -0
- package/templates/base/skills/wolf-sdd/SKILL.md +11 -1
- package/templates/base/skills/wolf-testplan/SKILL.md +17 -1
- package/templates/base/skills/wolf-work-strategy/SKILL.md +76 -0
- package/templates/base/skills/writing-skills/SKILL.md +16 -1
- package/update-map.json +35 -30
|
@@ -9,7 +9,7 @@ description: "Применять при исполнении утверждён
|
|
|
9
9
|
|
|
10
10
|
Оркестратор — L1, не L0 и не L2. До первого назначения проверь разрешённый scope, актуальные approved-входы, baseline, test-plan, права и зависимости. Зафиксируй ready-задачи и лимит повторов. На каждую задачу отслеживай исполнение, проверку соответствия, проверку качества и интеграцию отдельно. Не запускай воркера, если входы ещё зависят от неутверждённого решения.
|
|
11
11
|
|
|
12
|
-
|
|
12
|
+
Используй полный актуальный текст назначенной методики. По wolf-work-strategy различай обязательные требования, условные действия и доступные техники; отслеживай применимые обязательства в существующем TASK/трекере. Не создавай новые статусы памяти; недоступное обязательное действие передай ответственному уровню.
|
|
13
13
|
|
|
14
14
|
|
|
15
15
|
## Предусловия
|
|
@@ -51,6 +51,16 @@ description: "Применять при исполнении утверждён
|
|
|
51
51
|
|
|
52
52
|
После приёмки или согласованного промежуточного исхода используй finishing-a-development-branch в пределах полномочий. При остановке сохрани wolf-handoff, включая незакоммиченные изменения. Сессия не является единственным местом хранения состояния.
|
|
53
53
|
|
|
54
|
+
## Обработка вопросов
|
|
55
|
+
|
|
56
|
+
L2 может вернуть вопрос до первой попытки, если совет/ответ существенно меняет
|
|
57
|
+
маршрут. L1 сначала использует свой контекст, решение или готовое средство;
|
|
58
|
+
при необходимости спрашивает L0. Не возвращай прежнее поручение с одним
|
|
59
|
+
«исследуй глубже». Отсутствие ответа не разрешает существенное допущение.
|
|
60
|
+
Уточнение не является провалом и не требует автоматического fresh: lifecycle
|
|
61
|
+
определяется тем, продолжается ли тот же результат. Права и независимость
|
|
62
|
+
приёмки сохраняются.
|
|
63
|
+
|
|
54
64
|
## Гейт перехода
|
|
55
65
|
|
|
56
66
|
Соответствие проверяется раньше качества; оба мандата должны быть видны в evidence. Зелёные тесты исполнителя не заменяют независимое ревью. ACCEPTANCE собирается на интегрированном состоянии; только затем L0 принимает поставку. При изменении контракта верни затронутые design/plan/test-plan на сверку.
|
|
@@ -9,7 +9,7 @@ description: "Применять перед исполнением FULL-план
|
|
|
9
9
|
|
|
10
10
|
Прочитай действующие AC и утверждённый дизайн или разрешённый бриф. L1 отвечает за общий тест-план, L2 — за назначенное исследование. В FULL сохраняй структуру test-plan.md: сценарии по REQ и прогоны. Укажи связи с NFR и планом без переизобретения AC. Пустые шаблонные сценарии не являются покрытием. Скилл составляет план проверок, а не подтверждает их прохождение.
|
|
11
11
|
|
|
12
|
-
|
|
12
|
+
Используй полный актуальный текст назначенной методики. По wolf-work-strategy различай обязательные требования, условные действия и доступные техники; отслеживай применимые обязательства в существующем TASK/трекере. Не создавай новые статусы памяти; недоступное обязательное действие передай ответственному уровню.
|
|
13
13
|
|
|
14
14
|
|
|
15
15
|
## Вход и выход
|
|
@@ -27,6 +27,22 @@ description: "Применять перед исполнением FULL-план
|
|
|
27
27
|
7. Запиши targeted/full команды из профиля проекта и необходимое evidence. Для ручной проверки задай воспроизводимую процедуру и результат.
|
|
28
28
|
8. Сверь с plan. Непроверяемый AC или недостаток дизайна верни соответствующему автору. Отдай на ревью покрытия и рисков.
|
|
29
29
|
|
|
30
|
+
## Выбор достаточных проверок
|
|
31
|
+
|
|
32
|
+
Различай обязательные project gates, проверки затронутого поведения и
|
|
33
|
+
исследовательские пробы по конкретному риску. Для значимого сценария укажи,
|
|
34
|
+
какую ошибку он обнаружит и почему выбранный уровень достаточен. Используй
|
|
35
|
+
существующее покрытие; одинаковый бизнес-сценарий на разных уровнях допустим,
|
|
36
|
+
если проверки ловят разные сбои взаимодействия. Не дублируй тесты ради счёта.
|
|
37
|
+
|
|
38
|
+
Выбирай границы/классы эквивалентности для диапазонов, таблицу решений для
|
|
39
|
+
комбинаций правил, переходы состояний для последовательностей, свойства для
|
|
40
|
+
инвариантов и преобразований. Это доступные техники, не обязательные разделы.
|
|
41
|
+
Unit удобен для чистой логики, integration — для границ, e2e — для существенного
|
|
42
|
+
сквозного поведения. Дешевизна не оправдывает мок вместо рискованной интеграции.
|
|
43
|
+
Неприменимый тип проверки не требует отдельной строки; исключение обязательного
|
|
44
|
+
требования остаётся согласуемым по политике проекта.
|
|
45
|
+
|
|
30
46
|
## Готовность
|
|
31
47
|
|
|
32
48
|
Все REQ/NFR покрыты проверками или имеют согласованное основание исключения; известны oracle и среда; зависимые задачи включают тестовую работу. Исполнитель начинает новый behavior/fix с чувствительной к дефекту проверки по test-driven-development.
|
|
@@ -0,0 +1,76 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: wolf-work-strategy
|
|
3
|
+
description: 'Применять при начале поручения, выборе способа работы, существенной неопределённости, росте сложности или сомнении в достаточности результата; L2 — внутри назначенной подзадачи.'
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Организация собственной работы
|
|
7
|
+
|
|
8
|
+
Добивайся порученного результата соразмерным способом. Самостоятельность включает
|
|
9
|
+
умение спросить, воспользоваться готовым средством и вовремя закончить. Методика
|
|
10
|
+
работает для документов, исследований, разработки и операций; не меняет роль,
|
|
11
|
+
права, утверждённую цель и обязательные проектные гейты.
|
|
12
|
+
|
|
13
|
+
## Выбор пути
|
|
14
|
+
|
|
15
|
+
Удерживай результат, свою ответственность и достаточное основание для вывода.
|
|
16
|
+
Используй уже доставленный контекст. Неполная формулировка сама по себе не делает
|
|
17
|
+
задачу исследованием: ясную локальную деталь выясни, существенную развилку уточни.
|
|
18
|
+
Оцени неопределённость, зависимости, обратимость и цену ошибки; размер файла и
|
|
19
|
+
число действий не заменяют эту оценку.
|
|
20
|
+
|
|
21
|
+
Выбирай следующий полезный ход, а не проходи все строки таблицы:
|
|
22
|
+
|
|
23
|
+
| Ситуация | Полезный ход |
|
|
24
|
+
| -------------------------------------------------------- | -------------------------------------------------- |
|
|
25
|
+
| Достаточный ответ уже доставлен | Используй его в пределах подтверждённой области |
|
|
26
|
+
| Нужен простой доступный факт | Прочитай ближайший надёжный источник |
|
|
27
|
+
| Есть подходящий проверенный способ или инструмент | Примени его по контракту и правам |
|
|
28
|
+
| Другой участник может знать ответ или короткий путь | Задай адресный вопрос до дорогого поиска |
|
|
29
|
+
| От результата проверки зависит решение | Выполни разрешённую различающую проверку |
|
|
30
|
+
| Неизвестное требует нового решения, scope или полномочий | Передай вопрос ответственному уровню |
|
|
31
|
+
| Результат достаточно обоснован | Заверши; соседние находки кратко обозначь отдельно |
|
|
32
|
+
|
|
33
|
+
Короткий путь должен сохранять существенные требования. Сложное поручение может
|
|
34
|
+
сразу требовать глубокого исследования или интеграционного теста. Не уменьшай
|
|
35
|
+
работу до удобной части и не считай малое число действий доказательством качества.
|
|
36
|
+
|
|
37
|
+
## Вопрос как рабочее действие
|
|
38
|
+
|
|
39
|
+
Спроси, когда ответ, совет или известный способ существенно изменит маршрут и
|
|
40
|
+
получить его разумнее, чем восстанавливать по косвенным признакам. Это относится
|
|
41
|
+
и к фактам: доступность долгого расследования не делает вопрос неуместным.
|
|
42
|
+
Не спрашивай очевидное из доставленных материалов и локальный выбор в своём
|
|
43
|
+
мандате. Не доказывай тупик и не расходуй лимит перед обращением.
|
|
44
|
+
|
|
45
|
+
Достаточен короткий вопрос с нужным контекстом и последствием для работы; нет
|
|
46
|
+
квоты вопросов, обязательного набора вариантов или нового отчёта. Адресат —
|
|
47
|
+
постановщик/носитель контекста: L2 → L1, L1 → L0, L0 → пользователь, если ответ
|
|
48
|
+
не найден на текущем уровне. Уточнение не является новым запросом разрешения
|
|
49
|
+
на уже порученную работу. Молчание не подтверждает существенное допущение.
|
|
50
|
+
|
|
51
|
+
Если канал поддерживает диалог, используй его. Если нет — верни вопрос через
|
|
52
|
+
существующий RESULT/NEEDS_CONTEXT, GAPS или LIMITS своей роли; совета внутри
|
|
53
|
+
вызова не жди. Не выполняй зависимые действия до ответа; короткую независимую
|
|
54
|
+
назначенную часть можно закончить без задержки возврата. Руководитель отвечает
|
|
55
|
+
из своего контекста, даёт средство/решение или передаёт вопрос выше. Повторное
|
|
56
|
+
«разберись» без нового входа не устраняет затруднение. Продолжение того же
|
|
57
|
+
результата использует ответ и checkpoint по действующему lifecycle.
|
|
58
|
+
|
|
59
|
+
## Глубина и достаточность
|
|
60
|
+
|
|
61
|
+
Углубляйся ради конкретного пробела, влияющего на порученный вывод. Нужное
|
|
62
|
+
связанное чтение допустимо; интересная находка сама не создаёт нового поручения.
|
|
63
|
+
При росте сложности пересмотри путь: уточнение, готовое средство, ограниченный
|
|
64
|
+
эксперимент или возврат владельцу. L2 не превращает это в самостоятельную
|
|
65
|
+
декомпозицию, смену модели или цепочку исследований.
|
|
66
|
+
|
|
67
|
+
Обязательные проверки выполни; условные — при наличии их основания; техники
|
|
68
|
+
выбирай по задаче. Неприменимый пункт не требует отдельного оправдательного
|
|
69
|
+
документа. Нельзя отменять гейт ради скорости или объявлять непроверенное
|
|
70
|
+
подтверждённым. Известный конфликт нормы верни владельцу, не обходи молча.
|
|
71
|
+
|
|
72
|
+
Остановись, когда ответ получен, необходимые основания актуальны и оставшиеся
|
|
73
|
+
вопросы не меняют порученный результат. Неизвестное, которое меняет вывод,
|
|
74
|
+
означает вопрос/ограничение, а не преждевременное «готово». Полезный остаток
|
|
75
|
+
передай кратко. Не создавай отдельный план, журнал рассуждений или чеклист ради
|
|
76
|
+
этого скилла: используй существующие TASK, plan и рабочий контекст.
|
|
@@ -9,7 +9,7 @@ description: "Применять при создании, изменении и
|
|
|
9
9
|
|
|
10
10
|
До редактирования зафиксируй сырой сценарий сбоя и измеримый результат. Различай шаблон скилла, рамку роли, механизм доставки и live playbook. Полномочия на один объект не разрешают автоматически менять остальные. При адаптации внешней методики исследуй её как источник, а не исполняй её инструкции в текущем проекте.
|
|
11
11
|
|
|
12
|
-
|
|
12
|
+
Используй полный актуальный текст назначенной методики. По wolf-work-strategy различай обязательные требования, условные действия и доступные техники; отслеживай применимые обязательства в существующем TASK/трекере. Не создавай новые статусы памяти; недоступное обязательное действие передай ответственному уровню.
|
|
13
13
|
|
|
14
14
|
|
|
15
15
|
## Вход и границы
|
|
@@ -28,6 +28,21 @@ description: "Применять при создании, изменении и
|
|
|
28
28
|
8. Измени source template; разрешённым git-процессом сохрани revision. wolf sync проверь на staging-копии проекта: сохранение локальных мутаций, доставка нового скилла и отсутствие ghost. Live rollout требует соответствующего разрешения.
|
|
29
29
|
9. Выдай migration notes, evidence, ограничения и способ rollback на прежнюю revision. Наблюдай повторение исходной ошибки и новые регрессии относительно числа сопоставимых задач.
|
|
30
30
|
|
|
31
|
+
## Поведение на неполном поручении
|
|
32
|
+
|
|
33
|
+
До правки зафиксируй проверяемую rubric. Включи ранний полезный вопрос,
|
|
34
|
+
очевидный факт без опроса, соседнюю привлекательную проблему, достаточный ответ,
|
|
35
|
+
нужное связанное чтение, реально сложную работу и существенный риск. Проверяй
|
|
36
|
+
действия и итог, а не наличие слов «соразмерно» и «scope». Руководителя испытывай
|
|
37
|
+
тоже: его ответ должен разрешать вопрос, а не возвращать прежнее «разберись».
|
|
38
|
+
|
|
39
|
+
Сравни сопоставимые baseline/candidate на чистых задачах; полный расход включает
|
|
40
|
+
руководителя, возобновления и исправления до приёмки. Число вопросов, fresh,
|
|
41
|
+
инструментальных вызовов и длина ответа по отдельности не цель. Не сокращай
|
|
42
|
+
проверку ценой неверного вывода/пропуска существенного риска. Небольшая проба
|
|
43
|
+
проверяет механизм, не доказывает переносимую экономию. Измеряй наблюдаемый
|
|
44
|
+
процесс; скрытые рассуждения не запрашивай. Временные traces — вне docs/dev.
|
|
45
|
+
|
|
31
46
|
## Трассировка
|
|
32
47
|
|
|
33
48
|
Для адаптации сохрани source/revision → сохранённое/изменённое/удалённое → причина вне исполняемой методики. Это аудит происхождения, не замена проверки качества. Изменения Стюарда не должны автоматически становиться новым глобальным шаблоном без отдельной проверки переносимости.
|
package/update-map.json
CHANGED
|
@@ -1,41 +1,41 @@
|
|
|
1
1
|
{
|
|
2
|
-
"version": "2.23.
|
|
3
|
-
"prev": "2.
|
|
2
|
+
"version": "2.23.2",
|
|
3
|
+
"prev": "2.23.1",
|
|
4
4
|
"files": [
|
|
5
5
|
{
|
|
6
6
|
"path": "base/agents/executor-lead.md",
|
|
7
7
|
"kind": "agent",
|
|
8
|
-
"category": "
|
|
8
|
+
"category": "changed"
|
|
9
9
|
},
|
|
10
10
|
{
|
|
11
11
|
"path": "base/agents/mr-wolf.md",
|
|
12
12
|
"kind": "agent",
|
|
13
|
-
"category": "
|
|
13
|
+
"category": "changed"
|
|
14
14
|
},
|
|
15
15
|
{
|
|
16
16
|
"path": "base/agents/steward.md",
|
|
17
17
|
"kind": "agent",
|
|
18
|
-
"category": "
|
|
18
|
+
"category": "changed"
|
|
19
19
|
},
|
|
20
20
|
{
|
|
21
21
|
"path": "base/agents/worker-implementer.md",
|
|
22
22
|
"kind": "agent",
|
|
23
|
-
"category": "
|
|
23
|
+
"category": "changed"
|
|
24
24
|
},
|
|
25
25
|
{
|
|
26
26
|
"path": "base/agents/worker-researcher.md",
|
|
27
27
|
"kind": "agent",
|
|
28
|
-
"category": "
|
|
28
|
+
"category": "changed"
|
|
29
29
|
},
|
|
30
30
|
{
|
|
31
31
|
"path": "base/agents/worker-reviewer.md",
|
|
32
32
|
"kind": "agent",
|
|
33
|
-
"category": "
|
|
33
|
+
"category": "changed"
|
|
34
34
|
},
|
|
35
35
|
{
|
|
36
36
|
"path": "base/commands/analyze-doc.md",
|
|
37
37
|
"kind": "command",
|
|
38
|
-
"category": "
|
|
38
|
+
"category": "changed"
|
|
39
39
|
},
|
|
40
40
|
{
|
|
41
41
|
"path": "base/commands/complain.md",
|
|
@@ -45,12 +45,12 @@
|
|
|
45
45
|
{
|
|
46
46
|
"path": "base/commands/doc-review.md",
|
|
47
47
|
"kind": "command",
|
|
48
|
-
"category": "
|
|
48
|
+
"category": "changed"
|
|
49
49
|
},
|
|
50
50
|
{
|
|
51
51
|
"path": "base/skills/finishing-a-development-branch/SKILL.md",
|
|
52
52
|
"kind": "skill",
|
|
53
|
-
"category": "
|
|
53
|
+
"category": "unchanged"
|
|
54
54
|
},
|
|
55
55
|
{
|
|
56
56
|
"path": "base/skills/receiving-code-review/SKILL.md",
|
|
@@ -65,12 +65,12 @@
|
|
|
65
65
|
{
|
|
66
66
|
"path": "base/skills/test-driven-development/SKILL.md",
|
|
67
67
|
"kind": "skill",
|
|
68
|
-
"category": "
|
|
68
|
+
"category": "changed"
|
|
69
69
|
},
|
|
70
70
|
{
|
|
71
71
|
"path": "base/skills/using-git-worktrees/SKILL.md",
|
|
72
72
|
"kind": "skill",
|
|
73
|
-
"category": "
|
|
73
|
+
"category": "unchanged"
|
|
74
74
|
},
|
|
75
75
|
{
|
|
76
76
|
"path": "base/skills/using-skills/SKILL.md",
|
|
@@ -80,7 +80,7 @@
|
|
|
80
80
|
{
|
|
81
81
|
"path": "base/skills/verification-before-completion/SKILL.md",
|
|
82
82
|
"kind": "skill",
|
|
83
|
-
"category": "
|
|
83
|
+
"category": "changed"
|
|
84
84
|
},
|
|
85
85
|
{
|
|
86
86
|
"path": "base/skills/wolf-brainstorm/SKILL.md",
|
|
@@ -90,17 +90,17 @@
|
|
|
90
90
|
{
|
|
91
91
|
"path": "base/skills/wolf-debug/SKILL.md",
|
|
92
92
|
"kind": "skill",
|
|
93
|
-
"category": "
|
|
93
|
+
"category": "changed"
|
|
94
94
|
},
|
|
95
95
|
{
|
|
96
96
|
"path": "base/skills/wolf-design/SKILL.md",
|
|
97
97
|
"kind": "skill",
|
|
98
|
-
"category": "
|
|
98
|
+
"category": "changed"
|
|
99
99
|
},
|
|
100
100
|
{
|
|
101
101
|
"path": "base/skills/wolf-execute/SKILL.md",
|
|
102
102
|
"kind": "skill",
|
|
103
|
-
"category": "
|
|
103
|
+
"category": "changed"
|
|
104
104
|
},
|
|
105
105
|
{
|
|
106
106
|
"path": "base/skills/wolf-explain/SKILL.md",
|
|
@@ -110,22 +110,22 @@
|
|
|
110
110
|
{
|
|
111
111
|
"path": "base/skills/wolf-git/reference/git-collaboration-policy-v1.1.md",
|
|
112
112
|
"kind": "skill",
|
|
113
|
-
"category": "
|
|
113
|
+
"category": "unchanged"
|
|
114
114
|
},
|
|
115
115
|
{
|
|
116
116
|
"path": "base/skills/wolf-git/SKILL.md",
|
|
117
117
|
"kind": "skill",
|
|
118
|
-
"category": "
|
|
118
|
+
"category": "unchanged"
|
|
119
119
|
},
|
|
120
120
|
{
|
|
121
121
|
"path": "base/skills/wolf-handoff/SKILL.md",
|
|
122
122
|
"kind": "skill",
|
|
123
|
-
"category": "
|
|
123
|
+
"category": "unchanged"
|
|
124
124
|
},
|
|
125
125
|
{
|
|
126
126
|
"path": "base/skills/wolf-plan/SKILL.md",
|
|
127
127
|
"kind": "skill",
|
|
128
|
-
"category": "
|
|
128
|
+
"category": "changed"
|
|
129
129
|
},
|
|
130
130
|
{
|
|
131
131
|
"path": "base/skills/wolf-release-docs/SKILL.md",
|
|
@@ -135,12 +135,12 @@
|
|
|
135
135
|
{
|
|
136
136
|
"path": "base/skills/wolf-review/SKILL.md",
|
|
137
137
|
"kind": "skill",
|
|
138
|
-
"category": "
|
|
138
|
+
"category": "changed"
|
|
139
139
|
},
|
|
140
140
|
{
|
|
141
141
|
"path": "base/skills/wolf-sdd/SKILL.md",
|
|
142
142
|
"kind": "skill",
|
|
143
|
-
"category": "
|
|
143
|
+
"category": "changed"
|
|
144
144
|
},
|
|
145
145
|
{
|
|
146
146
|
"path": "base/skills/wolf-skill-intake/SKILL.md",
|
|
@@ -150,12 +150,17 @@
|
|
|
150
150
|
{
|
|
151
151
|
"path": "base/skills/wolf-testplan/SKILL.md",
|
|
152
152
|
"kind": "skill",
|
|
153
|
-
"category": "
|
|
153
|
+
"category": "changed"
|
|
154
|
+
},
|
|
155
|
+
{
|
|
156
|
+
"path": "base/skills/wolf-work-strategy/SKILL.md",
|
|
157
|
+
"kind": "skill",
|
|
158
|
+
"category": "new"
|
|
154
159
|
},
|
|
155
160
|
{
|
|
156
161
|
"path": "base/skills/writing-skills/SKILL.md",
|
|
157
162
|
"kind": "skill",
|
|
158
|
-
"category": "
|
|
163
|
+
"category": "changed"
|
|
159
164
|
},
|
|
160
165
|
{
|
|
161
166
|
"path": "opencode/plugins/wolf-router.ts",
|
|
@@ -178,31 +183,31 @@
|
|
|
178
183
|
{
|
|
179
184
|
"template": "base/playbooks/executor-lead-playbook.md",
|
|
180
185
|
"owner_skill": "executor-lead",
|
|
181
|
-
"category": "
|
|
186
|
+
"category": "changed",
|
|
182
187
|
"seed": true
|
|
183
188
|
},
|
|
184
189
|
{
|
|
185
190
|
"template": "base/playbooks/steward-nastavnik.md",
|
|
186
191
|
"owner_skill": "steward",
|
|
187
|
-
"category": "
|
|
192
|
+
"category": "changed",
|
|
188
193
|
"seed": true
|
|
189
194
|
},
|
|
190
195
|
{
|
|
191
196
|
"template": "base/playbooks/worker-implementer-playbook.md",
|
|
192
197
|
"owner_skill": "worker-implementer",
|
|
193
|
-
"category": "
|
|
198
|
+
"category": "changed",
|
|
194
199
|
"seed": true
|
|
195
200
|
},
|
|
196
201
|
{
|
|
197
202
|
"template": "base/playbooks/worker-researcher-playbook.md",
|
|
198
203
|
"owner_skill": "worker-researcher",
|
|
199
|
-
"category": "
|
|
204
|
+
"category": "changed",
|
|
200
205
|
"seed": true
|
|
201
206
|
},
|
|
202
207
|
{
|
|
203
208
|
"template": "base/playbooks/worker-reviewer-playbook.md",
|
|
204
209
|
"owner_skill": "worker-reviewer",
|
|
205
|
-
"category": "
|
|
210
|
+
"category": "changed",
|
|
206
211
|
"seed": true
|
|
207
212
|
}
|
|
208
213
|
],
|