@ionivetech/mugiwara 0.5.5 → 0.6.0
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/.claude-plugin/marketplace.json +2 -2
- package/.claude-plugin/plugin.json +3 -2
- package/.codex-plugin/plugin.json +1 -1
- package/.cursor-plugin/plugin.json +1 -1
- package/.kimi-plugin/plugin.json +1 -1
- package/.opencode/commands/mugiwara-continue.md +16 -0
- package/.opencode/commands/mugiwara-execute.md +6 -4
- package/.opencode/commands/mugiwara-heal.md +6 -4
- package/.opencode/commands/mugiwara-plan.md +6 -4
- package/.opencode/commands/mugiwara-review.md +6 -4
- package/.opencode/commands/mugiwara-security.md +6 -4
- package/.opencode/commands/mugiwara-ship.md +6 -4
- package/.opencode/commands/mugiwara.md +4 -2
- package/.opencode/commands/using-mugiwara.md +7 -13
- package/.opencode/plugins/mugiwara.mjs +18 -6
- package/AGENTS.md +1 -1
- package/GEMINI.md +1 -1
- package/README.md +251 -120
- package/content/agents/brook-healing.md +17 -3
- package/content/agents/chopper-checkpoint.md +17 -3
- package/content/agents/eval-runner.md +17 -2
- package/content/agents/franky-gates.md +19 -5
- package/content/agents/jinbe-security.md +19 -3
- package/content/agents/luffy-orchestrator.md +6 -3
- package/content/agents/memory-keeper.md +15 -0
- package/content/agents/nami-planner.md +21 -6
- package/content/agents/onboarding-guide.md +145 -0
- package/content/agents/resume-coordinator.md +21 -5
- package/content/agents/robin-reviewer.md +18 -3
- package/content/agents/sanji-quality.md +19 -4
- package/content/agents/skeptic-verifier.md +18 -3
- package/content/agents/usopp-brainstorm.md +17 -3
- package/content/agents/zoro-execution.md +18 -3
- package/content/skills/mugiwara-backend/SKILL.md +1 -1
- package/content/skills/mugiwara-brainstorm/SKILL.md +5 -1
- package/content/skills/mugiwara-checkpoint/SKILL.md +2 -2
- package/content/skills/mugiwara-contract-first/SKILL.md +2 -36
- package/content/skills/mugiwara-contract-first/references/process.md +37 -0
- package/content/skills/mugiwara-execution/SKILL.md +30 -13
- package/content/skills/mugiwara-execution/references/resume-batching.md +32 -0
- package/content/skills/mugiwara-frontend/SKILL.md +1 -1
- package/content/skills/mugiwara-gates/SKILL.md +32 -30
- package/content/skills/mugiwara-healing/SKILL.md +1 -1
- package/content/skills/mugiwara-orchestration/SKILL.md +41 -25
- package/content/skills/mugiwara-orchestration/references/delegation-pillars.md +40 -0
- package/content/skills/mugiwara-orchestration/references/triage-escalation.md +96 -0
- package/content/skills/mugiwara-planning/SKILL.md +23 -27
- package/content/skills/mugiwara-planning/references/plan-template.md +42 -0
- package/content/skills/mugiwara-pr/SKILL.md +2 -2
- package/content/skills/mugiwara-quality/SKILL.md +10 -6
- package/content/skills/mugiwara-resume/SKILL.md +7 -2
- package/content/skills/mugiwara-review/SKILL.md +20 -1
- package/content/skills/mugiwara-review/references/code-attributes.md +38 -0
- package/content/skills/mugiwara-root-cause/SKILL.md +3 -30
- package/content/skills/mugiwara-root-cause/references/process.md +35 -0
- package/content/skills/mugiwara-security/SKILL.md +17 -32
- package/content/skills/mugiwara-security/references/owasp-top10.md +12 -0
- package/content/skills/mugiwara-security/references/rationalizations.md +8 -0
- package/content/skills/mugiwara-ship/SKILL.md +5 -4
- package/content/skills/mugiwara-workflow/SKILL.md +74 -77
- package/content/skills/mugiwara-workflow/references/workspace-layout.md +50 -0
- package/content/skills/using-mugiwara/SKILL.md +8 -19
- package/dist/mugiwara.js +107 -41
- package/gemini-extension.json +1 -1
- package/hooks/session-start.ts +1 -1
- package/package.json +11 -4
- package/plugin.json +1 -1
- package/references/multi-actor.md +1 -1
- package/scripts/evidence.sh +12 -5
- package/scripts/gate-selftest.ts +266 -0
- package/scripts/initiative.ts +248 -0
- package/scripts/lane.sh +15 -0
- package/scripts/mission-report.sh +90 -12
- package/scripts/onboard.ts +292 -0
- package/scripts/release-notes.ts +42 -13
- package/scripts/savepoint.sh +97 -50
- package/scripts/validate-content.ts +77 -0
- package/scripts/verify-install.ts +72 -0
- package/src/installer.ts +34 -7
- package/src/mission.ts +7 -5
- package/src/targets/claude.ts +20 -3
- package/src/targets/generic.ts +1 -1
- package/src/targets/opencode.ts +31 -10
- package/docs/concepts/agents.md +0 -53
- package/docs/concepts/audit-trail.md +0 -65
- package/docs/concepts/comparison.md +0 -58
- package/docs/concepts/config.md +0 -55
- package/docs/concepts/cost.md +0 -45
- package/docs/concepts/execution-model.md +0 -92
- package/docs/concepts/git-strategy.md +0 -62
- package/docs/concepts/lanes.md +0 -82
- package/docs/concepts/modes.md +0 -73
- package/docs/concepts/pr-summary.md +0 -54
- package/docs/concepts/skills.md +0 -55
- package/docs/concepts/workflow.md +0 -89
- package/docs/getting-started.md +0 -158
- package/docs/index.md +0 -56
- package/docs/install/antigravity.md +0 -45
- package/docs/install/claude.md +0 -77
- package/docs/install/cli.md +0 -115
- package/docs/install/codex.md +0 -44
- package/docs/install/copilot.md +0 -45
- package/docs/install/cursor.md +0 -45
- package/docs/install/gemini.md +0 -44
- package/docs/install/index.md +0 -53
- package/docs/install/kimi.md +0 -45
- package/docs/install/opencode.md +0 -143
- package/docs/install/pi.md +0 -46
- package/docs/reference/adoption-guide.md +0 -72
- package/docs/reference/agent-anatomy.md +0 -72
- package/docs/reference/compliance-matrix.md +0 -81
- package/docs/reference/developer-onboarding.md +0 -89
- package/docs/reference/enforcement.md +0 -35
- package/docs/reference/harness-matrix.md +0 -41
- package/docs/reference/skill-anatomy.md +0 -71
- package/docs/troubleshooting.md +0 -91
- package/evals/cases/_no-skill.json +0 -16
- package/evals/cases/adversarial-pressure-fake-pass.json +0 -25
- package/evals/cases/adversarial-pressure-skip-review.json +0 -25
- package/evals/cases/lane-exploratory-vague.json +0 -24
- package/evals/cases/lane-sensitivity-payment.json +0 -24
- package/evals/cases/positive-refactor-existing-tests.json +0 -25
- package/evals/cases/positive-resume-mid-mission.json +0 -24
- package/evals/cases/routing-agent-security.json +0 -25
- package/evals/cases/routing-auth-feature.json +0 -26
- package/evals/cases/routing-backend.json +0 -25
- package/evals/cases/routing-bug-one-file.json +0 -26
- package/evals/cases/routing-claim-audit.json +0 -25
- package/evals/cases/routing-context-budget.json +0 -25
- package/evals/cases/routing-contract-first.json +0 -25
- package/evals/cases/routing-execution.json +0 -25
- package/evals/cases/routing-frontend.json +0 -26
- package/evals/cases/routing-gates.json +0 -25
- package/evals/cases/routing-git.json +0 -25
- package/evals/cases/routing-healing.json +0 -25
- package/evals/cases/routing-lessons.json +0 -25
- package/evals/cases/routing-orchestration.json +0 -25
- package/evals/cases/routing-planning.json +0 -26
- package/evals/cases/routing-pr.json +0 -25
- package/evals/cases/routing-quality.json +0 -25
- package/evals/cases/routing-ship.json +0 -26
- package/evals/cases/routing-sunset.json +0 -25
- package/evals/cases/routing-using-mugiwara.json +0 -25
- package/evals/cases/routing-workflow.json +0 -25
- package/evals/floor.json +0 -6
package/docs/install/cursor.md
DELETED
|
@@ -1,45 +0,0 @@
|
|
|
1
|
-
# Cursor Install
|
|
2
|
-
|
|
3
|
-
Mugiwara installs through Cursor's plugin marketplace.
|
|
4
|
-
|
|
5
|
-
## Prerequisites
|
|
6
|
-
|
|
7
|
-
- [Cursor](https://cursor.com) installed
|
|
8
|
-
|
|
9
|
-
## Install
|
|
10
|
-
|
|
11
|
-
```
|
|
12
|
-
/add-plugin mugiwara
|
|
13
|
-
```
|
|
14
|
-
|
|
15
|
-
## How it works
|
|
16
|
-
|
|
17
|
-
Cursor reads `.cursor-plugin/plugin.json` and auto-discovers skills from
|
|
18
|
-
`content/skills/`.
|
|
19
|
-
|
|
20
|
-
## Verify
|
|
21
|
-
|
|
22
|
-
Ask:
|
|
23
|
-
|
|
24
|
-
```
|
|
25
|
-
what mugiwara crew members are available?
|
|
26
|
-
```
|
|
27
|
-
|
|
28
|
-
## Update
|
|
29
|
-
|
|
30
|
-
Re-run:
|
|
31
|
-
|
|
32
|
-
```
|
|
33
|
-
/add-plugin mugiwara
|
|
34
|
-
```
|
|
35
|
-
|
|
36
|
-
## Uninstall
|
|
37
|
-
|
|
38
|
-
```
|
|
39
|
-
/remove-plugin mugiwara
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
## Configuration
|
|
43
|
-
|
|
44
|
-
After install, configure mugiwara in `.mugiwara/config` (project) or
|
|
45
|
-
`~/.mugiwara/config` (global). See [config.md](../concepts/config.md).
|
package/docs/install/gemini.md
DELETED
|
@@ -1,44 +0,0 @@
|
|
|
1
|
-
# Gemini CLI Install
|
|
2
|
-
|
|
3
|
-
Mugiwara installs as a Gemini CLI extension.
|
|
4
|
-
|
|
5
|
-
## Prerequisites
|
|
6
|
-
|
|
7
|
-
- [Gemini CLI](https://github.com/google-gemini/gemini-cli) installed
|
|
8
|
-
|
|
9
|
-
## Install
|
|
10
|
-
|
|
11
|
-
```bash
|
|
12
|
-
gemini extensions install https://github.com/ionivetech/mugiwara
|
|
13
|
-
```
|
|
14
|
-
|
|
15
|
-
## How it works
|
|
16
|
-
|
|
17
|
-
Gemini reads `gemini-extension.json` (which points to `GEMINI.md` as the
|
|
18
|
-
context file) and auto-discovers skills from `content/skills/`. The
|
|
19
|
-
`GEMINI.md` file describes the crew and workflow bootstrap.
|
|
20
|
-
|
|
21
|
-
## Verify
|
|
22
|
-
|
|
23
|
-
Ask:
|
|
24
|
-
|
|
25
|
-
```
|
|
26
|
-
what mugiwara crew members are available?
|
|
27
|
-
```
|
|
28
|
-
|
|
29
|
-
## Update
|
|
30
|
-
|
|
31
|
-
```bash
|
|
32
|
-
gemini extensions update mugiwara
|
|
33
|
-
```
|
|
34
|
-
|
|
35
|
-
## Uninstall
|
|
36
|
-
|
|
37
|
-
```bash
|
|
38
|
-
gemini extensions remove mugiwara
|
|
39
|
-
```
|
|
40
|
-
|
|
41
|
-
## Configuration
|
|
42
|
-
|
|
43
|
-
After install, configure mugiwara in `.mugiwara/config` (project) or
|
|
44
|
-
`~/.mugiwara/config` (global). See [config.md](../concepts/config.md).
|
package/docs/install/index.md
DELETED
|
@@ -1,53 +0,0 @@
|
|
|
1
|
-
# Install Mugiwara
|
|
2
|
-
|
|
3
|
-
Mugiwara installs as a native plugin on every supported platform. Pick your
|
|
4
|
-
platform below for detailed instructions.
|
|
5
|
-
|
|
6
|
-
Requires **Node.js >= 20.11** on the host machine.
|
|
7
|
-
|
|
8
|
-
## Platforms
|
|
9
|
-
|
|
10
|
-
| Platform | Install doc | Native plugin? |
|
|
11
|
-
|----------|-------------|:---:|
|
|
12
|
-
| Claude Code | [claude](claude.md) | ✅ |
|
|
13
|
-
| OpenCode | [opencode](opencode.md) | ✅ |
|
|
14
|
-
| Gemini CLI | [gemini](gemini.md) | ✅ |
|
|
15
|
-
| Codex | [codex](codex.md) | ✅ |
|
|
16
|
-
| GitHub Copilot | [copilot](copilot.md) | ✅ |
|
|
17
|
-
| Cursor | [cursor](cursor.md) | ✅ |
|
|
18
|
-
| Antigravity | [antigravity](antigravity.md) | ✅ |
|
|
19
|
-
| Kimi Code | [kimi](kimi.md) | ✅ |
|
|
20
|
-
| Pi | [pi](pi.md) | ✅ |
|
|
21
|
-
| Windsurf / Cline / Kilo | [cli](cli.md) | CLI-based |
|
|
22
|
-
|
|
23
|
-
## One-liner
|
|
24
|
-
|
|
25
|
-
```bash
|
|
26
|
-
# macOS / Linux
|
|
27
|
-
curl -fsSL https://raw.githubusercontent.com/ionivetech/mugiwara/main/scripts/install.sh | bash
|
|
28
|
-
# Windows
|
|
29
|
-
irm https://raw.githubusercontent.com/ionivetech/mugiwara/main/scripts/install.ps1 | iex
|
|
30
|
-
```
|
|
31
|
-
|
|
32
|
-
## Global CLI
|
|
33
|
-
|
|
34
|
-
```bash
|
|
35
|
-
npm i -g @ionivetech/mugiwara
|
|
36
|
-
mugiwara install --target all --yes
|
|
37
|
-
```
|
|
38
|
-
|
|
39
|
-
## Verify
|
|
40
|
-
|
|
41
|
-
On any platform, ask:
|
|
42
|
-
|
|
43
|
-
```
|
|
44
|
-
what mugiwara crew members are available?
|
|
45
|
-
```
|
|
46
|
-
|
|
47
|
-
## Configuration
|
|
48
|
-
|
|
49
|
-
See [config.md](../concepts/config.md) for all `.mugiwara/config` options.
|
|
50
|
-
|
|
51
|
-
## Report issues
|
|
52
|
-
|
|
53
|
-
https://github.com/ionivetech/mugiwara/issues
|
package/docs/install/kimi.md
DELETED
|
@@ -1,45 +0,0 @@
|
|
|
1
|
-
# Kimi Code Install
|
|
2
|
-
|
|
3
|
-
Mugiwara installs through Kimi Code's plugin system.
|
|
4
|
-
|
|
5
|
-
## Prerequisites
|
|
6
|
-
|
|
7
|
-
- [Kimi Code](https://kimi.moonshot.cn) installed
|
|
8
|
-
|
|
9
|
-
## Install
|
|
10
|
-
|
|
11
|
-
```
|
|
12
|
-
/plugins install https://github.com/ionivetech/mugiwara
|
|
13
|
-
```
|
|
14
|
-
|
|
15
|
-
## How it works
|
|
16
|
-
|
|
17
|
-
Kimi Code reads `.kimi-plugin/plugin.json` and auto-discovers skills from
|
|
18
|
-
`content/skills/`.
|
|
19
|
-
|
|
20
|
-
## Verify
|
|
21
|
-
|
|
22
|
-
Ask:
|
|
23
|
-
|
|
24
|
-
```
|
|
25
|
-
what mugiwara crew members are available?
|
|
26
|
-
```
|
|
27
|
-
|
|
28
|
-
## Update
|
|
29
|
-
|
|
30
|
-
Reinstall:
|
|
31
|
-
|
|
32
|
-
```
|
|
33
|
-
/plugins install https://github.com/ionivetech/mugiwara
|
|
34
|
-
```
|
|
35
|
-
|
|
36
|
-
## Uninstall
|
|
37
|
-
|
|
38
|
-
```
|
|
39
|
-
/plugins remove mugiwara
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
## Configuration
|
|
43
|
-
|
|
44
|
-
After install, configure mugiwara in `.mugiwara/config` (project) or
|
|
45
|
-
`~/.mugiwara/config` (global). See [config.md](../concepts/config.md).
|
package/docs/install/opencode.md
DELETED
|
@@ -1,143 +0,0 @@
|
|
|
1
|
-
# OpenCode Install
|
|
2
|
-
|
|
3
|
-
Mugiwara installs through OpenCode's native npm plugin system.
|
|
4
|
-
|
|
5
|
-
## Prerequisites
|
|
6
|
-
|
|
7
|
-
- [OpenCode](https://opencode.ai) installed
|
|
8
|
-
- Node.js >= 20.11
|
|
9
|
-
|
|
10
|
-
## Install
|
|
11
|
-
|
|
12
|
-
Add to `opencode.json` (global at `~/.config/opencode/opencode.json` or
|
|
13
|
-
project-level at `.opencode/opencode.json`):
|
|
14
|
-
|
|
15
|
-
```json
|
|
16
|
-
{
|
|
17
|
-
"$schema": "https://opencode.ai/config.json",
|
|
18
|
-
"plugin": ["@ionivetech/mugiwara"]
|
|
19
|
-
}
|
|
20
|
-
```
|
|
21
|
-
|
|
22
|
-
Restart OpenCode.
|
|
23
|
-
|
|
24
|
-
### Pinning a version
|
|
25
|
-
|
|
26
|
-
```json
|
|
27
|
-
{ "plugin": ["@ionivetech/mugiwara@^0.5.0"] }
|
|
28
|
-
```
|
|
29
|
-
|
|
30
|
-
## How it works
|
|
31
|
-
|
|
32
|
-
The plugin (`mugiwara.mjs`) does four things:
|
|
33
|
-
|
|
34
|
-
1. **Config hook** — registers `content/skills/` as a skills path and
|
|
35
|
-
`content/agents/` as agents so OpenCode discovers the full crew
|
|
36
|
-
(26 skills + 14 agents) without any file copying.
|
|
37
|
-
|
|
38
|
-
2. **System transform hook** — injects the crew announce header and active
|
|
39
|
-
autonomy mode into every session's system prompt.
|
|
40
|
-
|
|
41
|
-
3. **Chat message hook** — intercepts `/mugiwara` commands and
|
|
42
|
-
natural-language mode switches, writing `.mugiwara/config`.
|
|
43
|
-
|
|
44
|
-
4. **Commands** — the file-based installer copies slash commands
|
|
45
|
-
(`/mugiwara`, `/using-mugiwara`, `/mugiwara-plan`, etc.) to
|
|
46
|
-
`.opencode/commands/`.
|
|
47
|
-
|
|
48
|
-
Skills are loaded on-demand via OpenCode's native `skill` tool. Agents appear
|
|
49
|
-
as subagents with full config (color, temperature, permissions, step limits).
|
|
50
|
-
|
|
51
|
-
## Mode switching
|
|
52
|
-
|
|
53
|
-
Switch autonomy mode at runtime:
|
|
54
|
-
|
|
55
|
-
```
|
|
56
|
-
/mugiwara guided # human decides every GO
|
|
57
|
-
/mugiwara semi # auto branch + commit, plan needs GO
|
|
58
|
-
/mugiwara auto # hands-off except high-risk
|
|
59
|
-
/mugiwara # show current mode
|
|
60
|
-
```
|
|
61
|
-
|
|
62
|
-
## Verify
|
|
63
|
-
|
|
64
|
-
Ask your agent:
|
|
65
|
-
|
|
66
|
-
```
|
|
67
|
-
what mugiwara crew members are available?
|
|
68
|
-
```
|
|
69
|
-
|
|
70
|
-
Or type `/mugiwara` to see the crew router.
|
|
71
|
-
|
|
72
|
-
## Update
|
|
73
|
-
|
|
74
|
-
```bash
|
|
75
|
-
npm update @ionivetech/mugiwara
|
|
76
|
-
```
|
|
77
|
-
|
|
78
|
-
Or bump the version constraint in `opencode.json` and restart.
|
|
79
|
-
|
|
80
|
-
## Uninstall
|
|
81
|
-
|
|
82
|
-
Remove `"@ionivetech/mugiwara"` from the `plugin` array in `opencode.json`,
|
|
83
|
-
then restart OpenCode.
|
|
84
|
-
|
|
85
|
-
## Troubleshooting
|
|
86
|
-
|
|
87
|
-
### Plugin not loading
|
|
88
|
-
|
|
89
|
-
1. Check logs: `opencode --print-logs`
|
|
90
|
-
2. Verify the plugin line in `opencode.json`
|
|
91
|
-
3. Ensure you're on a recent OpenCode version
|
|
92
|
-
|
|
93
|
-
### Server error on startup
|
|
94
|
-
|
|
95
|
-
Clear stale plugin cache and reinstall:
|
|
96
|
-
|
|
97
|
-
```bash
|
|
98
|
-
rm -rf ~/.cache/opencode/packages/@ionivetech
|
|
99
|
-
npm update @ionivetech/mugiwara
|
|
100
|
-
```
|
|
101
|
-
|
|
102
|
-
If it persists, file at https://github.com/ionivetech/mugiwara/issues.
|
|
103
|
-
|
|
104
|
-
### Skills not found
|
|
105
|
-
|
|
106
|
-
1. Use the `skill` tool to list available skills
|
|
107
|
-
2. Check the plugin loaded (see "Plugin not loading")
|
|
108
|
-
3. Each skill needs a `SKILL.md` with valid YAML frontmatter (`name`, `description`)
|
|
109
|
-
|
|
110
|
-
### Windows
|
|
111
|
-
|
|
112
|
-
Some Windows OpenCode builds have Bun path issues with npm packages. If the
|
|
113
|
-
plugin won't install, try:
|
|
114
|
-
|
|
115
|
-
```powershell
|
|
116
|
-
npm install @ionivetech/mugiwara --prefix "$HOME\.config\opencode"
|
|
117
|
-
```
|
|
118
|
-
|
|
119
|
-
Then use the local path in `opencode.json`:
|
|
120
|
-
|
|
121
|
-
```json
|
|
122
|
-
{ "plugin": ["~/.config/opencode/node_modules/@ionivetech/mugiwara"] }
|
|
123
|
-
```
|
|
124
|
-
|
|
125
|
-
## Tool mapping
|
|
126
|
-
|
|
127
|
-
Mugiwara skills reference general actions. On OpenCode these map to:
|
|
128
|
-
|
|
129
|
-
| Action | OpenCode tool |
|
|
130
|
-
|--------|---------------|
|
|
131
|
-
| Create a todo | `todowrite` |
|
|
132
|
-
| Dispatch a subagent | `task` with `subagent_type` |
|
|
133
|
-
| Invoke a skill | `skill` |
|
|
134
|
-
| Read a file | `read` |
|
|
135
|
-
| Edit a file | `edit` or `write` |
|
|
136
|
-
| Run a shell command | `bash` |
|
|
137
|
-
| Search code | `grep`, `glob` |
|
|
138
|
-
| Fetch a URL | `webfetch` |
|
|
139
|
-
|
|
140
|
-
## Configuration
|
|
141
|
-
|
|
142
|
-
After install, configure mugiwara in `.mugiwara/config` (project) or
|
|
143
|
-
`~/.mugiwara/config` (global). See [config.md](../concepts/config.md).
|
package/docs/install/pi.md
DELETED
|
@@ -1,46 +0,0 @@
|
|
|
1
|
-
# Pi Install
|
|
2
|
-
|
|
3
|
-
Mugiwara installs as a Pi package.
|
|
4
|
-
|
|
5
|
-
## Prerequisites
|
|
6
|
-
|
|
7
|
-
- [Pi](https://github.com/pi) CLI installed
|
|
8
|
-
|
|
9
|
-
## Install
|
|
10
|
-
|
|
11
|
-
```bash
|
|
12
|
-
pi install git:github.com/ionivetech/mugiwara
|
|
13
|
-
```
|
|
14
|
-
|
|
15
|
-
## How it works
|
|
16
|
-
|
|
17
|
-
Pi reads `package.json` `pi` field (`skills: ["./content/skills"]`) and
|
|
18
|
-
loads all 26 skills. The Pi extension (`pi-extension/`) registers runtime
|
|
19
|
-
hooks if present.
|
|
20
|
-
|
|
21
|
-
## Verify
|
|
22
|
-
|
|
23
|
-
Ask:
|
|
24
|
-
|
|
25
|
-
```
|
|
26
|
-
what mugiwara crew members are available?
|
|
27
|
-
```
|
|
28
|
-
|
|
29
|
-
## Update
|
|
30
|
-
|
|
31
|
-
Reinstall with the same command:
|
|
32
|
-
|
|
33
|
-
```bash
|
|
34
|
-
pi install git:github.com/ionivetech/mugiwara
|
|
35
|
-
```
|
|
36
|
-
|
|
37
|
-
## Uninstall
|
|
38
|
-
|
|
39
|
-
```bash
|
|
40
|
-
pi remove mugiwara
|
|
41
|
-
```
|
|
42
|
-
|
|
43
|
-
## Configuration
|
|
44
|
-
|
|
45
|
-
After install, configure mugiwara in `.mugiwara/config` (project) or
|
|
46
|
-
`~/.mugiwara/config` (global). See [config.md](../concepts/config.md).
|
|
@@ -1,72 +0,0 @@
|
|
|
1
|
-
# Adoption Guide
|
|
2
|
-
|
|
3
|
-
How to take the crew into your workflow without fighting it.
|
|
4
|
-
|
|
5
|
-
## Pick your harness
|
|
6
|
-
|
|
7
|
-
The crew ships native skills + agents where the harness supports them, and
|
|
8
|
-
markdown rule files everywhere else.
|
|
9
|
-
|
|
10
|
-
| Situation | Pick |
|
|
11
|
-
|-----------|------|
|
|
12
|
-
| You live in Claude Code or opencode | Native install — agents + skills + (Claude) session hook |
|
|
13
|
-
| You want the full crew pipeline | Claude Code, opencode |
|
|
14
|
-
| You want skills-only, any tool | `npx skills add ionivetech/mugiwara` (agentskills.io layout) |
|
|
15
|
-
| You only use one niche tool | Its per-harness guide (index → install by harness) |
|
|
16
|
-
|
|
17
|
-
Native targets (Claude Code, opencode, Copilot) register the 14 agents directly.
|
|
18
|
-
Rule-based targets (Gemini, Codex, Cursor, Windsurf, Cline, Kilo, Antigravity)
|
|
19
|
-
get the same 32 skills as markdown rules plus a bootstrap pointer, so the crew
|
|
20
|
-
is still steered even where subagents don't exist.
|
|
21
|
-
|
|
22
|
-
## Pick your mode
|
|
23
|
-
|
|
24
|
-
Modes live in `.mugiwara/config` (project) or `~/.mugiwara/config` (global):
|
|
25
|
-
|
|
26
|
-
```
|
|
27
|
-
mode=guided
|
|
28
|
-
branch=feature/{type}-{issue}-{slug}
|
|
29
|
-
commit=conventional
|
|
30
|
-
```
|
|
31
|
-
|
|
32
|
-
| Level | What it asks you |
|
|
33
|
-
|-------|------------------|
|
|
34
|
-
| `guided` | Plan GO, branch, commits, ambiguities, check-ins — everything |
|
|
35
|
-
| `semi` | Plan GO only; branch/commits/ambiguities self-answer and log |
|
|
36
|
-
| `auto` | Nothing, unless a high-risk task exists (auto-GO is gated) |
|
|
37
|
-
|
|
38
|
-
State-mutating tests against shared state (real DB writes, network, browsers)
|
|
39
|
-
always need your explicit consent — in every mode. That consent is not a knob.
|
|
40
|
-
|
|
41
|
-
Missing config on read = `guided`. A flip applies from the next wave, never
|
|
42
|
-
mid-wave.
|
|
43
|
-
|
|
44
|
-
## Fit the crew to your workflow
|
|
45
|
-
|
|
46
|
-
- **Trivial one-liners** don't need the crew's full pipeline — Luffy routes them
|
|
47
|
-
to Lane 0 and they run with zero waves. The process scales to the work.
|
|
48
|
-
- **Medium features** run the standard pipeline: triage → plan → execute →
|
|
49
|
-
checkpoint → quality → gates → review → closure.
|
|
50
|
-
- **High-stakes work** (money, security, data, public API) always gets the full
|
|
51
|
-
pipeline, including Skeptic's adversarial pass and Brook's heal loop.
|
|
52
|
-
- **Repos the crew has touched before** read the lessons ledger at triage, so
|
|
53
|
-
every mission stands on the previous ones.
|
|
54
|
-
|
|
55
|
-
## The execution model, in one sentence
|
|
56
|
-
|
|
57
|
-
The crew runs **inline in your main conversation**; subagents are used only for
|
|
58
|
-
independent `[PARALLEL]` task batches and background checks. You see every wave
|
|
59
|
-
as it happens. See [execution-model.md](../concepts/execution-model.md).
|
|
60
|
-
|
|
61
|
-
## What the crew will never do
|
|
62
|
-
|
|
63
|
-
- Merge a PR, or deploy. It pushes the branch and hands you the verdict file —
|
|
64
|
-
PR review is the terminal gate.
|
|
65
|
-
- Auto-react to review comments or CI.
|
|
66
|
-
- Let a wave pass on a spoken claim — evidence or it didn't happen.
|
|
67
|
-
- Work around a blocker silently — everything lands in the ledger.
|
|
68
|
-
|
|
69
|
-
## Going further
|
|
70
|
-
|
|
71
|
-
- [Developer onboarding](developer-onboarding.md) if you want to contribute.
|
|
72
|
-
- [Comparison](../concepts/comparison.md) if you're weighing mugiwara against alternatives.
|
|
@@ -1,72 +0,0 @@
|
|
|
1
|
-
# Agent Anatomy
|
|
2
|
-
|
|
3
|
-
Every mugiwara agent is a portable markdown file that names a crew member's
|
|
4
|
-
persona, rules, and output contract. Agents are harness-native where supported
|
|
5
|
-
(Claude Code, opencode) and markdown rule files elsewhere.
|
|
6
|
-
|
|
7
|
-
## File structure
|
|
8
|
-
|
|
9
|
-
```
|
|
10
|
-
agents/<name>.md
|
|
11
|
-
```
|
|
12
|
-
|
|
13
|
-
```markdown
|
|
14
|
-
---
|
|
15
|
-
name: chopper-checkpoint
|
|
16
|
-
description: Dispatch after each execution wave to audit results against the plan - re-runs every acceptance criterion, verifies commit hygiene and parallel-file safety, classifies failures honestly, appends ledger rows, and issues a Definition-of-Done verdict. Auditor only; never fixes code.
|
|
17
|
-
skills: mugiwara-checkpoint
|
|
18
|
-
---
|
|
19
|
-
|
|
20
|
-
# Chopper — Checkpoint (Auditor)
|
|
21
|
-
|
|
22
|
-
## Role
|
|
23
|
-
...
|
|
24
|
-
```
|
|
25
|
-
|
|
26
|
-
## Frontmatter
|
|
27
|
-
|
|
28
|
-
| Field | Required | Notes |
|
|
29
|
-
|-------|----------|-------|
|
|
30
|
-
| `name` | yes | lowercase, hyphen-separated; matches the file name |
|
|
31
|
-
| `description` | yes | ≥20 chars; what this agent does and when to summon it |
|
|
32
|
-
| `skills` | no | the crew skills this member holds, comma-separated |
|
|
33
|
-
|
|
34
|
-
Harness-specific agents (opencode) may add `mode`, `permission`, `model`, etc.
|
|
35
|
-
in their own installation copy — the content stays portable.
|
|
36
|
-
|
|
37
|
-
## The body — house style
|
|
38
|
-
|
|
39
|
-
Agents follow a fixed skeleton so every member reads the same way:
|
|
40
|
-
|
|
41
|
-
1. **Role** — one paragraph: what the member does and the boundary it never
|
|
42
|
-
crosses ("Auditor, not fixer", "never implements code").
|
|
43
|
-
2. **Experience** — a one-line persona so the model adopts the right instincts
|
|
44
|
-
("QA lead who has caught 'works on my machine' for 20 years").
|
|
45
|
-
3. **When dispatched** — which wave of `mugiwara-workflow` and with what inputs.
|
|
46
|
-
4. **Rules** — numbered, each an action bound to its reason, deferring to the
|
|
47
|
-
held skill for the full protocol.
|
|
48
|
-
5. **Output** — where the artifact lands (`.mugiwara/results/...`) and how it
|
|
49
|
-
routes.
|
|
50
|
-
6. **Red flags** — behaviors that mean the member stopped doing its job.
|
|
51
|
-
|
|
52
|
-
## Agent vs skill
|
|
53
|
-
|
|
54
|
-
- A **skill** is the reusable playbook ("how to audit a wave").
|
|
55
|
-
- An **agent** is the persona that applies it ("Chopper is the auditor; Chopper
|
|
56
|
-
never fixes code").
|
|
57
|
-
|
|
58
|
-
One agent holds many skills (Zoro holds `mugiwara-execution`, `mugiwara-git`,
|
|
59
|
-
`mugiwara-mode`, `mugiwara-testcases`, `mugiwara-backend`). When the crew runs
|
|
60
|
-
inline, the main thread loads the member's skills and embodies the persona.
|
|
61
|
-
|
|
62
|
-
## Validation
|
|
63
|
-
|
|
64
|
-
Agents are validated alongside skills on check-in (name, description length,
|
|
65
|
-
sync between `content/` and the repo-root plugin copies). Run:
|
|
66
|
-
|
|
67
|
-
```bash
|
|
68
|
-
bun run validate
|
|
69
|
-
bun run validate --check-sync
|
|
70
|
-
```
|
|
71
|
-
|
|
72
|
-
See [developer-onboarding.md](developer-onboarding.md).
|
|
@@ -1,81 +0,0 @@
|
|
|
1
|
-
# Compliance Matrix
|
|
2
|
-
|
|
3
|
-
For each model + harness + tier combination, how well mugiwara's rules hold.
|
|
4
|
-
Published with failures — the first pack to admit where it breaks.
|
|
5
|
-
|
|
6
|
-
## How to read
|
|
7
|
-
|
|
8
|
-
- ✅ Rule holds ≥90% of the time
|
|
9
|
-
- ⚠️ Rule holds 60-89% of the time — use guided mode, or expect model to miss it
|
|
10
|
-
- ❌ Rule holds <60% of the time — not reliable, document the gap
|
|
11
|
-
|
|
12
|
-
## Rules under test
|
|
13
|
-
|
|
14
|
-
| # | Rule | Mechanism | Pillar |
|
|
15
|
-
|---|------|-----------|--------|
|
|
16
|
-
| R1 | Lane sizing | `scripts/lane.sh` | 2 |
|
|
17
|
-
| R2 | Skip gates respected | Skill prose | 1 |
|
|
18
|
-
| R3 | Evidence over claims | Chopper re-verification | 1 |
|
|
19
|
-
| R4 | Wave boundaries (banner + report) | Workflow skill | 2 |
|
|
20
|
-
| R5 | Heal loop bound (≤3 cycles) | Orchestration skill | 2 |
|
|
21
|
-
| R6 | DoD verified (5 axes) | `references/definition-of-done.md` | 1 |
|
|
22
|
-
| R7 | State written at wave boundary | `scripts/savepoint.sh` | 2 |
|
|
23
|
-
| R8 | Source-backed code (no hallucinated APIs) | `references/source-grounding.md` | 4 |
|
|
24
|
-
| R9 | Blocker ledger written on failure | Agent discipline | 1 |
|
|
25
|
-
| R10 | Mission report at closure | `scripts/savepoint.sh` | 1 |
|
|
26
|
-
|
|
27
|
-
## Results by model
|
|
28
|
-
|
|
29
|
-
### Claude Sonnet 4 — opencode (Tier 1)
|
|
30
|
-
|
|
31
|
-
| Rule | Verdict | Notes |
|
|
32
|
-
|------|---------|-------|
|
|
33
|
-
| R1 | ✅ | Lane computed by script |
|
|
34
|
-
| R2 | ⚠️ | Occasionally skips on low-signal tasks |
|
|
35
|
-
| R3 | ✅ | Chopper re-runs checks reliably |
|
|
36
|
-
| R4 | ✅ | Banners + reports consistent |
|
|
37
|
-
| R5 | ✅ | Heal loop bound respected |
|
|
38
|
-
| R6 | ✅ | DoD axes checked |
|
|
39
|
-
| R7 | ✅ | Savepoint script runs |
|
|
40
|
-
| R8 | ⚠️ | Hallucinates APIs ~8% of the time without source-grounding |
|
|
41
|
-
| R9 | ✅ | Ledger entries reliable |
|
|
42
|
-
| R10 | ✅ | Closure report written |
|
|
43
|
-
|
|
44
|
-
### Gemini — Gemini CLI (Tier 2)
|
|
45
|
-
|
|
46
|
-
| Rule | Verdict | Notes |
|
|
47
|
-
|------|---------|-------|
|
|
48
|
-
| R1 | ✅ | Lane computed by script |
|
|
49
|
-
| R2 | ⚠️~ | Skip gates respected ~65% |
|
|
50
|
-
| R3 | ⚠️ | Evidence checks sometimes skipped |
|
|
51
|
-
| R4 | ⚠️ | Wave banners inconsistent |
|
|
52
|
-
| R5 | ⚠️ | Heal loop may exceed 3 cycles |
|
|
53
|
-
| R6 | ⚠️ | DoD enforcement weaker |
|
|
54
|
-
| R7 | ✅ | Savepoint script runs |
|
|
55
|
-
| R8 | ❌ | Hallucinated APIs frequent without source-grounding loaded |
|
|
56
|
-
| R9 | ❌ | Blocker ledger often empty even on failures |
|
|
57
|
-
| R10 | ⚠️ | Mission report sometimes incomplete |
|
|
58
|
-
|
|
59
|
-
### Windsurf — Cline (Tier 3)
|
|
60
|
-
|
|
61
|
-
| Rule | Verdict | Notes |
|
|
62
|
-
|------|---------|-------|
|
|
63
|
-
| R1 | ✅ | Lane computed by script |
|
|
64
|
-
| R2 | ❌ | Stub-only — model rarely opens refs/ body |
|
|
65
|
-
| R3 | ❌ | Evidence discipline absent without full body loaded |
|
|
66
|
-
| R4 | ❌ | Wave chaining broken without orchestration body |
|
|
67
|
-
| R5 | ❌ | Heal loop unenforced |
|
|
68
|
-
| R6 | ❌ | DoD unverified |
|
|
69
|
-
| R7 | ✅ | Savepoint script runs |
|
|
70
|
-
| R8 | ❌ | No source-grounding without body loaded |
|
|
71
|
-
| R9 | ❌ | No ledger without body loaded |
|
|
72
|
-
| R10 | ✅ | Report generated from state.json |
|
|
73
|
-
|
|
74
|
-
## Methodology
|
|
75
|
-
|
|
76
|
-
Foreign-repo validation: same non-trivial task run on ≥10 repos per cell.
|
|
77
|
-
Each rule checked against the expected artifact. Verdict based on pass rate
|
|
78
|
-
across repos, not a single run.
|
|
79
|
-
|
|
80
|
-
*Last updated: Aug 2026. Results are preliminary — foreign-repo validation
|
|
81
|
-
pending.*
|
|
@@ -1,89 +0,0 @@
|
|
|
1
|
-
# Developer Onboarding
|
|
2
|
-
|
|
3
|
-
Set up, validate, and contribute to the mugiwara repo.
|
|
4
|
-
|
|
5
|
-
## Requirements
|
|
6
|
-
|
|
7
|
-
| Dependency | Required for | Version |
|
|
8
|
-
|------------|--------------|---------|
|
|
9
|
-
| Node.js | running the CLI and the built artifact | >= 20.11 |
|
|
10
|
-
| Bun | building from source, running tests | optional (preferred) |
|
|
11
|
-
|
|
12
|
-
```bash
|
|
13
|
-
bun install
|
|
14
|
-
```
|
|
15
|
-
|
|
16
|
-
## Repo layout
|
|
17
|
-
|
|
18
|
-
```
|
|
19
|
-
mugiwara/
|
|
20
|
-
├── content/ # single source of truth: skills/ + agents/ markdown
|
|
21
|
-
├── agents/ # symlink → content/agents (Claude Code plugin reads plugin root)
|
|
22
|
-
├── skills/ # symlink → content/skills
|
|
23
|
-
├── src/ # CLI, installer, targets, frontmatter parser
|
|
24
|
-
├── scripts/ # validate-content, sync-version, run-evals, install scripts
|
|
25
|
-
├── test/ # vitest suite
|
|
26
|
-
├── .opencode/plugins/ # opencode plugin (registers crew at config load)
|
|
27
|
-
├── .claude-plugin/ # Claude Code marketplace + sync.sh (symlink guard)
|
|
28
|
-
└── docs/ # these docs
|
|
29
|
-
```
|
|
30
|
-
|
|
31
|
-
## The source of truth
|
|
32
|
-
|
|
33
|
-
`content/` is the only physical source. The repo-root `agents/` and `skills/`
|
|
34
|
-
are **symlinks** into it, so harnesses that read the plugin root (Claude Code
|
|
35
|
-
marketplace) see the same files — there is no copy to drift. On a fresh clone
|
|
36
|
-
where the symlinks are missing, recreate them:
|
|
37
|
-
|
|
38
|
-
```bash
|
|
39
|
-
sh .claude-plugin/sync.sh
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
Always edit `content/`. `bun run validate --check-sync` verifies the symlinks
|
|
43
|
-
resolve to `content/` and never diverge.
|
|
44
|
-
|
|
45
|
-
## Validation
|
|
46
|
-
|
|
47
|
-
```bash
|
|
48
|
-
bun run validate # 26 skills + 14 agents: names, descriptions, skip gates, line limits
|
|
49
|
-
bun run validate --check-sync # symlinks resolve to content/, never diverge
|
|
50
|
-
bun run typecheck # tsc --noEmit
|
|
51
|
-
bun run test # vitest
|
|
52
|
-
bun run evals # eval suite valid (structure + coverage gates)
|
|
53
|
-
bun run evals --run # optional: execute cases against a model CLI (MUGIWARA_EVAL_CMD)
|
|
54
|
-
```
|
|
55
|
-
|
|
56
|
-
## Editing a skill or agent
|
|
57
|
-
|
|
58
|
-
1. Edit `content/skills/<name>/SKILL.md` or `content/agents/<name>.md`.
|
|
59
|
-
2. Respect the house style (see [skill-anatomy.md](skill-anatomy.md) and
|
|
60
|
-
[agent-anatomy.md](agent-anatomy.md)): evidence over claims, exact commands,
|
|
61
|
-
red flags, ≤120-line skill bodies.
|
|
62
|
-
3. `bun run validate && bun run typecheck && bun run test`
|
|
63
|
-
|
|
64
|
-
## Adding a new skill or agent
|
|
65
|
-
|
|
66
|
-
1. Create the content file following the anatomy docs.
|
|
67
|
-
2. If it's an agent, list its held skills in frontmatter; give it a
|
|
68
|
-
`description` ≥20 chars.
|
|
69
|
-
3. If it's a skill, pick a folder name that matches `name`; description 20–500
|
|
70
|
-
chars; body ≤120 lines; include a `## Skip when` block (1–4 bullets, numeric
|
|
71
|
-
thresholds) so the skill knows when it does not apply.
|
|
72
|
-
4. Update the crew/technique tables in `README.md` and the docs (`agents.md`,
|
|
73
|
-
`skills.md`).
|
|
74
|
-
5. Sync + validate + test.
|
|
75
|
-
|
|
76
|
-
## Building and publishing
|
|
77
|
-
|
|
78
|
-
```bash
|
|
79
|
-
bun run build # dist/mugiwara.js
|
|
80
|
-
bun run sync-version # sync version from package.json into manifests
|
|
81
|
-
bun prepack # build + sync-version
|
|
82
|
-
```
|
|
83
|
-
|
|
84
|
-
Version numbers in the manifests sync from `package.json` via `sync-version`
|
|
85
|
-
(runs automatically on publish).
|
|
86
|
-
|
|
87
|
-
## Contributing
|
|
88
|
-
|
|
89
|
-
Open an issue or pull request on GitHub: <https://github.com/ionivetech/mugiwara>.
|