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 CHANGED
@@ -1,127 +1,90 @@
1
1
  ![BMad Method](banner-bmad-method.png)
2
2
 
3
- [![Version](https://img.shields.io/npm/v/bmad-method?color=blue&label=version)](https://www.npmjs.com/package/bmad-method)
4
- [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)
5
- [![Node.js Version](https://img.shields.io/badge/node-%3E%3D20.12.0-brightgreen)](https://nodejs.org)
6
- [![Python Version](https://img.shields.io/badge/python-%3E%3D3.10-blue?logo=python&logoColor=white)](https://www.python.org)
7
- [![uv](https://img.shields.io/badge/uv-package%20manager-blueviolet?logo=uv)](https://docs.astral.sh/uv/)
8
- [![Discord](https://img.shields.io/badge/Discord-Join%20Community-7289da?logo=discord&logoColor=white)](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
- - **AI Intelligent Help** Invoke the `bmad-help` skill anytime for guidance on what's next
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
- [Learn more at **docs.bmad-method.org**](https://docs.bmad-method.org)
7
+ ![The BMad delivery loop: a vague notion starts at Clarify, a big clear idea at Plan, and a small change at Build and verify; Learn and adjust loops back to Plan](docs/images/bmad-delivery-loop.svg)
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
- ## 🚀 What's Next for BMad?
11
+ ## Start Building
30
12
 
31
- **V6 is here and we're just getting started!** The BMad Method is evolving rapidly with optimizations including Cross Platform Agent Team and Sub Agent inclusion, Skills Architecture, BMad Builder v1, Dev Loop Automation, and so much more in the works.
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
- > Want the newest prerelease build? Use `npx bmad-method@next install`. Expect higher churn than the default install.
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
- Follow the installer prompts, then open your AI IDE (Claude Code, Cursor, etc.) in your project folder.
21
+ **[Build your first project with BMad →](https://docs.bmad-method.org/tutorials/getting-started/)**
48
22
 
49
- **Non-Interactive Installation** (for CI/CD):
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
- ```bash
52
- npx bmad-method install --directory /path/to/project --modules bmm --tools claude-code --yes
53
- ```
25
+ ## Why BMad?
54
26
 
55
- Override any module config option with `--set <module>.<key>=<value>` (repeatable). Run `--list-options [module]` to see locally-known official keys (built-in modules plus any external officials cached on this machine):
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
- ```bash
58
- npx bmad-method install --yes \
59
- --modules bmm --tools claude-code \
60
- --set bmm.project_knowledge=research \
61
- --set bmm.user_skill_level=expert
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
- | Module | Purpose |
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
- ## Web Bundles
37
+ ## BMad Ecosystem
81
38
 
82
- V4 shipped web bundles. V6 brings them back, new and improved.
39
+ Install the core method or add official modules for specialized work.
83
40
 
84
- Web bundles package selected BMad skills for installation as **Google Gemini Gems** and **ChatGPT Custom GPTs**. Use them to do the upfront planning work (brainstorming, product briefs, PRDs, PRFAQs, UX specs, market and industry research) in your web LLM subscription, then bring the polished artifacts into your IDE for implementation. Planning runs on a flat-rate subscription instead of metered IDE tokens, which is a meaningful cost saver on longer engagements. Choose the best model available to you in Gemini or ChatGPT.
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
- Current shelf: brainstorming, product brief, PRFAQ, PRD, UX, market & industry research.
49
+ ## Plan on the Web
87
50
 
88
- **Browse and install at [bmadcode.com/web-bundles](https://bmadcode.com/web-bundles/)**. One card per bundle, inline install steps for Gemini and ChatGPT, one-click ZIP download. See [the web bundles guide](https://docs.bmad-method.org/explanation/web-bundles/) for the concept.
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
- [BMad Method Docs Site](https://docs.bmad-method.org) — Tutorials, guides, concepts, and reference
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
- **Quick links:**
60
+ ## Roadmap
95
61
 
96
- - [Getting Started Tutorial](https://docs.bmad-method.org/tutorials/getting-started/)
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) — Tutorials, master class, and more
104
- - [X / Twitter](https://x.com/BMadCode)
105
- - [Website](https://bmadcode.com)
106
- - [GitHub Issues](https://github.com/bmad-code-org/BMAD-METHOD/issues) — Bug reports and feature requests
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 BMad
72
+ ## Support and Contributing
110
73
 
111
- BMad is free for everyone and always will be. Star this repo, [buy me a coffee](https://buymeacoffee.com/bmad), or email <contact@bmadcode.com> for corporate sponsorship.
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
- ## Contributing
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
  [![Contributors](https://contrib.rocks/image?repo=bmad-code-org/BMAD-METHOD)](https://github.com/bmad-code-org/BMAD-METHOD/graphs/contributors)
126
85
 
127
86
  See [CONTRIBUTORS.md](CONTRIBUTORS.md) for contributor information.
87
+
88
+ [![Version](https://img.shields.io/npm/v/bmad-method?color=blue&label=version)](https://www.npmjs.com/package/bmad-method)
89
+ [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)
90
+ [![Discord](https://img.shields.io/badge/Discord-Join%20Community-7289da?logo=discord&logoColor=white)](https://discord.gg/gk8jAdXWmj)
package/package.json CHANGED
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "$schema": "https://json.schemastore.org/package.json",
3
3
  "name": "bmad-method",
4
- "version": "6.10.1-next.36",
4
+ "version": "6.10.1-next.37",
5
5
  "description": "Breakthrough Method of Agile AI-driven Development",
6
6
  "keywords": [
7
7
  "agile",
@@ -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