bmad-method 6.10.1-next.36 → 6.10.1-next.37
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 +46 -83
- package/package.json +1 -1
- package/src/bmm-skills/ship/bmad-build/review-prompts/verification-gap.md +4 -2
- package/src/bmm-skills/ship/bmad-build-auto/review-prompts/verification-gap.md +4 -2
- package/src/bmm-skills/ship/bmad-code-review/review-prompts/verification-gap.md +4 -2
- package/src/bmm-skills/ship/bmad-retrospective/scripts/__pycache__/sprint_status.cpython-311.pyc +0 -0
- package/src/bmm-skills/ship/bmad-retrospective/scripts/tests/__pycache__/test_git_evidence.cpython-311-pytest-9.1.1.pyc +0 -0
- package/src/bmm-skills/ship/bmad-retrospective/scripts/tests/__pycache__/test_sprint_status.cpython-311-pytest-9.1.1.pyc +0 -0
- package/src/scripts/__pycache__/config_utils.cpython-311.pyc +0 -0
- package/src/scripts/tests/__pycache__/test_config_utils.cpython-311.pyc +0 -0
- package/src/scripts/tests/__pycache__/test_resolve_config.cpython-311.pyc +0 -0
- package/src/scripts/tests/__pycache__/test_resolve_customization.cpython-311.pyc +0 -0
package/README.md
CHANGED
|
@@ -1,127 +1,90 @@
|
|
|
1
1
|

|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
[](LICENSE)
|
|
5
|
-
[](https://nodejs.org)
|
|
6
|
-
[](https://www.python.org)
|
|
7
|
-
[](https://docs.astral.sh/uv/)
|
|
8
|
-
[](https://discord.gg/gk8jAdXWmj)
|
|
9
|
-
|
|
10
|
-
**Build More Architect Dreams** — An AI-driven agile development module for the BMad Method Module Ecosystem, the best and most comprehensive Agile AI Driven Development framework that has true scale-adaptive intelligence that adjusts from bug fixes to enterprise systems.
|
|
11
|
-
|
|
12
|
-
**100% free and open source.** No paywalls. No gated content. No gated Discord. We believe in empowering everyone, not just those who can pay for a gated community or courses.
|
|
13
|
-
|
|
14
|
-
## Why the BMad Method?
|
|
15
|
-
|
|
16
|
-
Traditional AI tools do the thinking for you, producing average results. BMad agents and facilitated workflows act as expert collaborators who guide you through a structured process to bring out your best thinking in partnership with the AI.
|
|
3
|
+
**Turn an idea or change request into working software without giving up the thinking.**
|
|
17
4
|
|
|
18
|
-
|
|
19
|
-
- **Scale-Domain-Adaptive** — Automatically adjusts planning depth based on project complexity
|
|
20
|
-
- **Structured Workflows** — Grounded in agile best practices across analysis, planning, architecture, and implementation
|
|
21
|
-
- **Specialized Agents** — 12+ domain experts (PM, Architect, Developer, UX, and more)
|
|
22
|
-
- **Party Mode** — Bring multiple agent personas into one session to collaborate and discuss
|
|
23
|
-
- **Complete Lifecycle** — From brainstorming to deployment
|
|
5
|
+
**Heard BMad means heavyweight process for every change? It doesn't.** Small changes go straight to build. Complex work gets the depth it needs.
|
|
24
6
|
|
|
25
|
-
[
|
|
7
|
+

|
|
26
8
|
|
|
27
|
-
|
|
9
|
+
_Start anywhere. Use BMad end to end, or carry its briefs, specifications, and architecture into your existing delivery workflow._
|
|
28
10
|
|
|
29
|
-
##
|
|
11
|
+
## Start Building
|
|
30
12
|
|
|
31
|
-
**
|
|
32
|
-
|
|
33
|
-
**[📍 Check out the complete Roadmap →](https://docs.bmad-method.org/roadmap/)**
|
|
34
|
-
|
|
35
|
-
---
|
|
36
|
-
|
|
37
|
-
## Quick Start
|
|
38
|
-
|
|
39
|
-
**Prerequisites**: [Node.js](https://nodejs.org) v20.12+ · [Python](https://www.python.org) 3.10+ · [uv](https://docs.astral.sh/uv/)
|
|
13
|
+
**Prerequisites:** [Node.js](https://nodejs.org) 20.12+, [Python](https://www.python.org) 3.10+, and [uv](https://docs.astral.sh/uv/)
|
|
40
14
|
|
|
41
15
|
```bash
|
|
42
16
|
npx bmad-method install
|
|
43
17
|
```
|
|
44
18
|
|
|
45
|
-
|
|
19
|
+
Open your project in your AI coding tool, invoke `bmad-build` with what you want to change, and keep making the decisions that matter. Run `bmad-help` whenever you want guidance on what comes next or what is optional.
|
|
46
20
|
|
|
47
|
-
|
|
21
|
+
**[Build your first project with BMad →](https://docs.bmad-method.org/tutorials/getting-started/)**
|
|
48
22
|
|
|
49
|
-
|
|
23
|
+
BMad is free and open source, with no paywalled workflows or gated community. For prerelease builds, CI/CD, configuration overrides, and non-interactive setup, see the [installation guide](https://docs.bmad-method.org/how-to/install-bmad/).
|
|
50
24
|
|
|
51
|
-
|
|
52
|
-
npx bmad-method install --directory /path/to/project --modules bmm --tools claude-code --yes
|
|
53
|
-
```
|
|
25
|
+
## Why BMad?
|
|
54
26
|
|
|
55
|
-
|
|
27
|
+
Coding assistants are effective at implementation, but they often turn unstated assumptions into code. BMad keeps you in control while its agents and workflows make the important decisions explicit and preserve them as context for the work that follows.
|
|
56
28
|
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
```
|
|
63
|
-
|
|
64
|
-
[See all installation options](https://docs.bmad-method.org/how-to/non-interactive-installation/)
|
|
65
|
-
|
|
66
|
-
> **Not sure what to do?** Ask `bmad-help` — it tells you exactly what's next and what's optional. You can also ask questions like `bmad-help I just finished the architecture, what do I do next?`
|
|
67
|
-
|
|
68
|
-
## Modules
|
|
69
|
-
|
|
70
|
-
BMad Method extends with official modules for specialized domains. Available during installation or anytime after.
|
|
29
|
+
- **Right-sized process** — Go directly to implementation for clear changes or add deeper planning for larger initiatives.
|
|
30
|
+
- **Durable context** — Carry product and technical decisions forward instead of re-explaining them in every chat.
|
|
31
|
+
- **Specialized perspectives** — Bring in product, architecture, UX, development, and testing expertise when it helps.
|
|
32
|
+
- **Guided collaboration** — Use structured workflows and multiple-agent discussions without handing over judgment.
|
|
33
|
+
- **One delivery path** — Move from early thinking through reviewed implementation, correction, and learning.
|
|
71
34
|
|
|
72
|
-
|
|
73
|
-
| ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------------- |
|
|
74
|
-
| **[BMad Method (BMM)](https://github.com/bmad-code-org/BMAD-METHOD)** | Core framework with 34+ workflows |
|
|
75
|
-
| **[BMad Builder (BMB)](https://github.com/bmad-code-org/bmad-builder)** | Create custom BMad agents and workflows |
|
|
76
|
-
| **[Test Architect (TEA)](https://github.com/bmad-code-org/bmad-method-test-architecture-enterprise)** | Risk-based test strategy and automation |
|
|
77
|
-
| **[Game Dev Studio (BMGD)](https://github.com/bmad-code-org/bmad-module-game-dev-studio)** | Game development workflows (Unity, Unreal, Godot) |
|
|
78
|
-
| **[Creative Intelligence Suite (CIS)](https://github.com/bmad-code-org/bmad-module-creative-intelligence-suite)** | Innovation, brainstorming, design thinking |
|
|
35
|
+
[See how the workflows fit together →](https://docs.bmad-method.org/reference/workflow-map/)
|
|
79
36
|
|
|
80
|
-
##
|
|
37
|
+
## BMad Ecosystem
|
|
81
38
|
|
|
82
|
-
|
|
39
|
+
Install the core method or add official modules for specialized work.
|
|
83
40
|
|
|
84
|
-
|
|
41
|
+
| Module | Purpose |
|
|
42
|
+
| --- | --- |
|
|
43
|
+
| **[BMad Method (BMM)](https://github.com/bmad-code-org/BMAD-METHOD)** | Plan and deliver software with scale-adaptive workflows |
|
|
44
|
+
| **[BMad Builder (BMB)](https://github.com/bmad-code-org/bmad-builder)** | Create custom BMad agents and workflows |
|
|
45
|
+
| **[Test Architect (TEA)](https://github.com/bmad-code-org/bmad-method-test-architecture-enterprise)** | Design risk-based test strategy and automation |
|
|
46
|
+
| **[Game Dev Studio (BMGD)](https://github.com/bmad-code-org/bmad-module-game-dev-studio)** | Build games with Unity, Unreal, or Godot workflows |
|
|
47
|
+
| **[Creative Intelligence Suite (CIS)](https://github.com/bmad-code-org/bmad-module-creative-intelligence-suite)** | Run innovation, brainstorming, and design-thinking workflows |
|
|
85
48
|
|
|
86
|
-
|
|
49
|
+
## Plan on the Web
|
|
87
50
|
|
|
88
|
-
|
|
51
|
+
[Web bundles](https://bmadcode.com/web-bundles/) package selected BMad workflows as Google Gemini Gems and ChatGPT Custom GPTs. Use them for planning in your existing web subscription, then bring the resulting artifacts into your AI coding tool for implementation.
|
|
89
52
|
|
|
90
53
|
## Documentation
|
|
91
54
|
|
|
92
|
-
[
|
|
55
|
+
- **[Getting Started](https://docs.bmad-method.org/tutorials/getting-started/)** — Install BMad and build a small project.
|
|
56
|
+
- **[Workflow Map](https://docs.bmad-method.org/reference/workflow-map/)** — Understand the available paths and outputs.
|
|
57
|
+
- **[Established Projects](https://docs.bmad-method.org/how-to/established-projects/)** — Add BMad to an existing codebase.
|
|
58
|
+
- **[Upgrade to V6](https://docs.bmad-method.org/how-to/upgrade-to-v6/)** — Migrate from an earlier version.
|
|
93
59
|
|
|
94
|
-
|
|
60
|
+
## Roadmap
|
|
95
61
|
|
|
96
|
-
|
|
97
|
-
- [Upgrading from Previous Versions](https://docs.bmad-method.org/how-to/upgrade-to-v6/)
|
|
98
|
-
- [Test Architect Documentation](https://bmad-code-org.github.io/bmad-method-test-architecture-enterprise/)
|
|
62
|
+
See what is in progress and what is planned on the [public roadmap](https://docs.bmad-method.org/roadmap/).
|
|
99
63
|
|
|
100
64
|
## Community
|
|
101
65
|
|
|
102
|
-
- [Discord](https://discord.gg/gk8jAdXWmj) — Get help, share ideas, collaborate
|
|
103
|
-
- [YouTube](https://youtube.com/@BMadCode) —
|
|
104
|
-
- [
|
|
105
|
-
- [
|
|
106
|
-
- [
|
|
107
|
-
- [Discussions](https://github.com/bmad-code-org/BMAD-METHOD/discussions) — Community conversations
|
|
66
|
+
- [Discord](https://discord.gg/gk8jAdXWmj) — Get help, share ideas, and collaborate.
|
|
67
|
+
- [YouTube](https://youtube.com/@BMadCode) — Watch tutorials and master classes.
|
|
68
|
+
- [GitHub Issues](https://github.com/bmad-code-org/BMAD-METHOD/issues) — Report bugs and request features.
|
|
69
|
+
- [GitHub Discussions](https://github.com/bmad-code-org/BMAD-METHOD/discussions) — Join longer community conversations.
|
|
70
|
+
- [BMad Code](https://bmadcode.com) — Explore the wider ecosystem.
|
|
108
71
|
|
|
109
|
-
## Support
|
|
72
|
+
## Support and Contributing
|
|
110
73
|
|
|
111
|
-
BMad is free for everyone and always will be. Star
|
|
74
|
+
BMad is free for everyone and always will be. Star the repository, [buy me a coffee](https://buymeacoffee.com/bmad), or email <contact@bmadcode.com> for corporate sponsorship.
|
|
112
75
|
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
We welcome contributions! See [CONTRIBUTING.md](CONTRIBUTING.md) for guidelines.
|
|
76
|
+
Contributions are welcome. Read [CONTRIBUTING.md](CONTRIBUTING.md) before opening a pull request.
|
|
116
77
|
|
|
117
78
|
## License
|
|
118
79
|
|
|
119
80
|
MIT License — see [LICENSE](LICENSE) for details.
|
|
120
81
|
|
|
121
|
-
---
|
|
122
|
-
|
|
123
82
|
**BMad** and **BMAD-METHOD** are trademarks of BMad Code, LLC. See [TRADEMARK.md](TRADEMARK.md) for details.
|
|
124
83
|
|
|
125
84
|
[](https://github.com/bmad-code-org/BMAD-METHOD/graphs/contributors)
|
|
126
85
|
|
|
127
86
|
See [CONTRIBUTORS.md](CONTRIBUTORS.md) for contributor information.
|
|
87
|
+
|
|
88
|
+
[](https://www.npmjs.com/package/bmad-method)
|
|
89
|
+
[](LICENSE)
|
|
90
|
+
[](https://discord.gg/gk8jAdXWmj)
|
package/package.json
CHANGED
|
@@ -24,6 +24,8 @@ If the change is non-behavioral, stop here and output the clean result (see Outp
|
|
|
24
24
|
|
|
25
25
|
Common non-behavioral examples: formatting, comments, whitespace; pure renames; trivial getters/setters and pass-throughs; type-only or compiler-enforced changes with no runtime effect; etc.
|
|
26
26
|
|
|
27
|
+
Screen each part of the change separately. Only outcomes produced by deterministic code are worth automatically testing; tests are useless on static source text and brittle on LLM output. Skip those parts and review the rest normally.
|
|
28
|
+
|
|
27
29
|
### Step 2: Find the behavior that changed
|
|
28
30
|
|
|
29
31
|
Identify what behavior changed compared to the previous version: output, side effect, branch, error path, schema/event shape, config default, validation/authorization rule, external contract, etc. If the change affects more than one behavior, handle each separately.
|
|
@@ -48,7 +50,7 @@ Find and read the relevant test. Ask whether the Demonstration would make an ass
|
|
|
48
50
|
- For a regression-style Demonstration: if no test runs the path, the test is skipped/flaky/not run normally, or the test runs the code without checking the changed result, report a `Regression gap` or `Broken-verification gap`.
|
|
49
51
|
- For a qualifying Missing-adoption case: if none of the site tests you found assert it adopts the new behavior, report a `Missing-adoption gap`.
|
|
50
52
|
|
|
51
|
-
A test counts only if it runs normally and an assertion observes the changed output, branch, or contract. These do not count: no execution; success/no-throw/snapshot-only checks; mock/log-call checks; human-only checks; tests that mock away the integration; e2e tests that pass through without checking the changed output; stale assertions or fixtures.
|
|
53
|
+
A test counts only if it runs normally and an assertion observes the changed output, branch, or contract. These do not count: no execution; source-text assertions that match a file's wording instead of running it; success/no-throw/snapshot-only checks; mock/log-call checks; human-only checks; tests that mock away the integration; e2e tests that pass through without checking the changed output; stale assertions or fixtures.
|
|
52
54
|
|
|
53
55
|
Common patterns:
|
|
54
56
|
|
|
@@ -57,7 +59,7 @@ Common patterns:
|
|
|
57
59
|
- **Migration compatibility** — tests only create new-format rows or fresh schemas.
|
|
58
60
|
- **Phantom exception** — handled partial-failure path has no test.
|
|
59
61
|
- **Missing-adoption gap** — sibling site should use the new rule/helper and does not.
|
|
60
|
-
- **Removed verification** — deleted test or weakened assertion leaves behavior unpinned.
|
|
62
|
+
- **Removed verification** — deleted test or weakened assertion leaves behavior unpinned; removing a source-text assertion is not this, since it never counted.
|
|
61
63
|
|
|
62
64
|
### Step 5: Confirm each finding is real
|
|
63
65
|
|
|
@@ -24,6 +24,8 @@ If the change is non-behavioral, stop here and output the clean result (see Outp
|
|
|
24
24
|
|
|
25
25
|
Common non-behavioral examples: formatting, comments, whitespace; pure renames; trivial getters/setters and pass-throughs; type-only or compiler-enforced changes with no runtime effect; etc.
|
|
26
26
|
|
|
27
|
+
Screen each part of the change separately. Only outcomes produced by deterministic code are worth automatically testing; tests are useless on static source text and brittle on LLM output. Skip those parts and review the rest normally.
|
|
28
|
+
|
|
27
29
|
### Step 2: Find the behavior that changed
|
|
28
30
|
|
|
29
31
|
Identify what behavior changed compared to the previous version: output, side effect, branch, error path, schema/event shape, config default, validation/authorization rule, external contract, etc. If the change affects more than one behavior, handle each separately.
|
|
@@ -48,7 +50,7 @@ Find and read the relevant test. Ask whether the Demonstration would make an ass
|
|
|
48
50
|
- For a regression-style Demonstration: if no test runs the path, the test is skipped/flaky/not run normally, or the test runs the code without checking the changed result, report a `Regression gap` or `Broken-verification gap`.
|
|
49
51
|
- For a qualifying Missing-adoption case: if none of the site tests you found assert it adopts the new behavior, report a `Missing-adoption gap`.
|
|
50
52
|
|
|
51
|
-
A test counts only if it runs normally and an assertion observes the changed output, branch, or contract. These do not count: no execution; success/no-throw/snapshot-only checks; mock/log-call checks; human-only checks; tests that mock away the integration; e2e tests that pass through without checking the changed output; stale assertions or fixtures.
|
|
53
|
+
A test counts only if it runs normally and an assertion observes the changed output, branch, or contract. These do not count: no execution; source-text assertions that match a file's wording instead of running it; success/no-throw/snapshot-only checks; mock/log-call checks; human-only checks; tests that mock away the integration; e2e tests that pass through without checking the changed output; stale assertions or fixtures.
|
|
52
54
|
|
|
53
55
|
Common patterns:
|
|
54
56
|
|
|
@@ -57,7 +59,7 @@ Common patterns:
|
|
|
57
59
|
- **Migration compatibility** — tests only create new-format rows or fresh schemas.
|
|
58
60
|
- **Phantom exception** — handled partial-failure path has no test.
|
|
59
61
|
- **Missing-adoption gap** — sibling site should use the new rule/helper and does not.
|
|
60
|
-
- **Removed verification** — deleted test or weakened assertion leaves behavior unpinned.
|
|
62
|
+
- **Removed verification** — deleted test or weakened assertion leaves behavior unpinned; removing a source-text assertion is not this, since it never counted.
|
|
61
63
|
|
|
62
64
|
### Step 5: Confirm each finding is real
|
|
63
65
|
|
|
@@ -24,6 +24,8 @@ If the change is non-behavioral, stop here and output the clean result (see Outp
|
|
|
24
24
|
|
|
25
25
|
Common non-behavioral examples: formatting, comments, whitespace; pure renames; trivial getters/setters and pass-throughs; type-only or compiler-enforced changes with no runtime effect; etc.
|
|
26
26
|
|
|
27
|
+
Screen each part of the change separately. Only outcomes produced by deterministic code are worth automatically testing; tests are useless on static source text and brittle on LLM output. Skip those parts and review the rest normally.
|
|
28
|
+
|
|
27
29
|
### Step 2: Find the behavior that changed
|
|
28
30
|
|
|
29
31
|
Identify what behavior changed compared to the previous version: output, side effect, branch, error path, schema/event shape, config default, validation/authorization rule, external contract, etc. If the change affects more than one behavior, handle each separately.
|
|
@@ -48,7 +50,7 @@ Find and read the relevant test. Ask whether the Demonstration would make an ass
|
|
|
48
50
|
- For a regression-style Demonstration: if no test runs the path, the test is skipped/flaky/not run normally, or the test runs the code without checking the changed result, report a `Regression gap` or `Broken-verification gap`.
|
|
49
51
|
- For a qualifying Missing-adoption case: if none of the site tests you found assert it adopts the new behavior, report a `Missing-adoption gap`.
|
|
50
52
|
|
|
51
|
-
A test counts only if it runs normally and an assertion observes the changed output, branch, or contract. These do not count: no execution; success/no-throw/snapshot-only checks; mock/log-call checks; human-only checks; tests that mock away the integration; e2e tests that pass through without checking the changed output; stale assertions or fixtures.
|
|
53
|
+
A test counts only if it runs normally and an assertion observes the changed output, branch, or contract. These do not count: no execution; source-text assertions that match a file's wording instead of running it; success/no-throw/snapshot-only checks; mock/log-call checks; human-only checks; tests that mock away the integration; e2e tests that pass through without checking the changed output; stale assertions or fixtures.
|
|
52
54
|
|
|
53
55
|
Common patterns:
|
|
54
56
|
|
|
@@ -57,7 +59,7 @@ Common patterns:
|
|
|
57
59
|
- **Migration compatibility** — tests only create new-format rows or fresh schemas.
|
|
58
60
|
- **Phantom exception** — handled partial-failure path has no test.
|
|
59
61
|
- **Missing-adoption gap** — sibling site should use the new rule/helper and does not.
|
|
60
|
-
- **Removed verification** — deleted test or weakened assertion leaves behavior unpinned.
|
|
62
|
+
- **Removed verification** — deleted test or weakened assertion leaves behavior unpinned; removing a source-text assertion is not this, since it never counted.
|
|
61
63
|
|
|
62
64
|
### Step 5: Confirm each finding is real
|
|
63
65
|
|
package/src/bmm-skills/ship/bmad-retrospective/scripts/__pycache__/sprint_status.cpython-311.pyc
CHANGED
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|