BMAD Method - Breakthrough Method for Agile AI-Driven Development
Plugin version: v6.11.0.0
| Module | Version | Delivery | Last Checked |
|---|---|---|---|
| BMAD Method | v6.11.0 | installer | 2026-08-20 |
| TEA | v1.23.3 | installer module | 2026-08-20 |
| BMB | v2.2.1 | installer module | 2026-08-20 |
| CIS | v0.3.1 | installer module | 2026-08-20 |
| GDS | v0.7.1 | installer module | 2026-08-20 |
| Loop | v0.11.0 | installer module | 2026-08-20 |
| Manticore | v1.0.1 | custom source | 2026-08-20 |
| Module template | f1440ec8 | vendored asset | 2026-08-20 |
A Claude Code plugin that transforms Claude into a complete agile development environment with specialized agents, structured workflows, and intelligent context management.
This plugin is a thin wrapper around the official npx bmad-method install --tools claude-code output. On every sync (bun run sync),
the entire skill tree is regenerated from a fresh installer run, so every
file is exactly what an end-user would get from the upstream installer.
There is no custom merge / rewrite layer, and nothing under
plugins/*/skills/ or plugins/*/runtime/ is ever hand-edited.
What the sync adds on top of the raw installer output:
- Runtime template + initializer. The installer also writes a
per-project
_bmad/tree (module config, shared scripts likememlog.pyandrender_skill.py, help catalogs) that skills resolve from{project-root}/_bmad/at run time. The sync captures that tree intoplugins/bmad/runtime/_bmad/, replacing the values the installing machine baked in with__BMAD_PROJECT_NAME__,__BMAD_USER_NAME__and__BMAD_INSTALL_DATE__./bmad:initmaterializes it into your working repo (see Step 3). - A second plugin for BMad Manticore. Manticore is a real BMad
module but is absent from upstream's
bmad-modules.yamlregistry, so the sync clones it at a pinned tag and installs it through--custom-sourcein its own installer run. It ships as a separate marketplace entry rather than 15 more skills in the aggregate — see Optional: BMad Manticore. - The upstream module-authoring scaffold, vendored (not published)
under
plugins/bmad/templates/module-template/.
Changed in v6.11.0.0: deprecated shims now ship. Up to v6.10 the sync
pruned upstream's v6 forwarder skills. That is no longer correct —
upstream's own v6-shims/README.md states "External module repos (gds,
loop, tea, bmb, os-utils) still invoke these IDs, so they ship by
default. Removal rides the v7 cut — never a 6.x minor." Pruning them in a
6.x minor breaks cross-module invocation. 20 of the 110 skills are such
shims; they forward to their replacement and are not listed below.
Rationale in docs/plan-6.11-rebuild.md.
- Claude Code with plugin support.
uvand Python ≥ 3.11 — required bybmad-buildandbmad-build-auto. As of upstream v6.11 those two skills carry no workflow logic of their own: they runuv run _bmad/scripts/render_skill.pyand halt ifuvis unavailable. Every other skill degrades gracefully./bmad:initwarns whenuvis missing.curl -LsSf https://astral.sh/uv/install.sh | sh
110 skills across 7 upstream modules, agent personas included as
Claude Code-native skills. Counts are the installer's own
_config/skill-manifest.csv grouping:
| Module | Skills | Highlights |
|---|---|---|
| core | 14 | bmad-help, bmad-review (one review skill, many lenses), bmad-deep-recon, bmad-project-context, bmad-party-mode, bmad-customize |
| bmm | 35 | 5 bmad-agent-* personas, bmad-prd, bmad-architecture, bmad-ux, bmad-spec, bmad-build, bmad-build-auto, bmad-sprint-planning, bmad-code-review, bmad-retrospective |
| gds | 33 | Game Dev Studio: 5 gds-agent-* personas plus gds-gdd / gds-prd / gds-ux and the production pipeline |
| core+bmm shims | (20 of the above) | v6 forwarder IDs external modules still call |
| tea | 10 | bmad-tea (Murat) + 8 bmad-testarch-* + bmad-teach-me-testing |
| cis | 10 | 6 bmad-cis-agent-* personas + design thinking, storytelling, innovation strategy, problem solving |
| bmb | 5 | bmad-{agent,workflow,module}-builder, bmad-bmb-setup |
| bmad-loop | 3 | bmad-loop-{setup,resolve,sweep} — the skill side of the unattended orchestrator |
Plus, as a separate opt-in plugin: 15 mc-* skills (BMad Manticore,
AI video production).
Notable in this release:
- Phase 4 is one chain —
bmad-sprint-planning→bmad-build→bmad-code-review.bmad-quick-devandbmad-dev-autowere renamed tobmad-build/bmad-build-auto;bmad-create-storyandbmad-dev-storyare deprecated but still run when invoked by name. - Review consolidated — the adversarial, edge-case, verification-gap
and editorial reviewers are now lenses on
bmad-review, configurable from_bmad/custom/bmad-review.toml. - Research consolidated — market / domain / technical research is one
bmad-deep-reconskill with six type packs. bmad-project-contextreplaces generated project documentation with one verified block in the repository'sAGENTS.md./bmad:initproject initializer — one command provisions the working-repo files skills depend on, and registers sibling plugins.customize.tomlper skill — layeredcustomize.toml→_bmad/custom/<skill>.toml→.user.toml.
Skip this step once the plugin is listed on the official Claude Code registry.
In-session (inside Claude Code):
# Non-interactive
/plugin marketplace add tgorka/bmad-plugin
# Interactive — use the /plugin UI → Marketplace tab
/plugin
# Pin to a specific version
/plugin marketplace add tgorka/bmad-plugin#v6.11.0.0External CLI (outside Claude Code):
claude plugin marketplace add tgorka/bmad-pluginThe marketplace publishes two plugins. bmad is the one you want;
bmad-manticore is opt-in and depends on it.
In-session (inside Claude Code):
# Non-interactive — installs at default (user) scope
/plugin install bmad@bmad-method
# Interactive — use the /plugin UI → Discover tab → choose scope
/pluginExternal CLI (outside Claude Code):
# User scope (default — you, all projects)
claude plugin install bmad@bmad-method
# Project scope (shared with team, committed to repo)
claude plugin install bmad@bmad-method --scope project
# Local scope (you only, this repo only)
claude plugin install bmad@bmad-method --scope local| Scope | Who sees it | Stored in |
|---|---|---|
| User (default) | You, all projects | ~/.claude/settings.json |
| Project | All collaborators | .claude/settings.json (in repo) |
| Local | You, this repo only | .claude/settings.local.json |
The plugin's skill files are immutable, but skills read per-project files
from {project-root}/_bmad/ (module config, the shared memlog.py /
resolve_config.py / render_skill.py scripts, help catalogs) and write
artifacts to configured output folders. Run once per repo:
/bmad:initThe initializer is idempotent and it upgrades, not just seeds:
_bmad/custom/** is the user-owned layer and is never touched, while
everything else is installer-managed (upstream's own header calls it
"Regenerated on every install — treat as read-only") and is refreshed
when it differs from the shipped template. Re-run it after every plugin
update — that is how a repo initialized under an older version picks up
new shared scripts and a current help catalog. A second run on an
up-to-date repo reports 0 created, 0 refreshed. It creates:
_bmad/— module config (config.toml,config.user.toml, per-moduleconfig.yaml), shared scripts, help catalogs, thecustom/override layer, and therender/snapshot area_bmad-output/planning-artifacts/,_bmad-output/implementation-artifacts/docs/,skills/{planning,implementation,test}-artifacts/— default knowledge and module output folders. Theskills/ones come from the gds/tea/bmb module defaults upstream ships; they are reproduced here so an initialized repo matches a real install.
Project name comes from the directory, user name from
git config user.name (falling back to $USER).
Commit _bmad/ to version control so your team shares one configuration
(_bmad/custom/*.user.toml files are gitignored by the shipped
_bmad/custom/.gitignore).
bmad-manticore is an AI video production pipeline: brain dump → script
in your own words → word-level cut plan → preview render → brand-themed
motion graphics → title/thumbnail package → offered final render, with
hard approval gates at every taste decision.
It ships as a separate plugin because its prerequisites (ffmpeg,
node/npx, uv, Python ≥ 3.11, multi-GB model caches) are irrelevant to
most users, and because 14 of its 15 skills fail closed until mc-setup
has run.
/plugin install bmad-manticore@bmad-method
# register it with the working repo so bmad-help lists its skills
/bmad:init/bmad:init detects an installed sibling plugin from its own loaded
skill list and passes --with-plugin bmad-manticore to the initializer,
which materializes _bmad/manticore/ and merges the module's rows into
_bmad/_config/bmad-help.csv. Then say "talk to Manny" and run
mc-setup once.
See plugins/bmad-manticore/README.md for prerequisites and the two known upstream defects at v1.0.1.
claude plugin update may report the plugin is "already at the latest version"
even when a newer version exists. This is a
known Claude Code bug
where the marketplace cache is not fetched before comparing versions.
Workaround — manually pull the marketplace cache, then retry:
git -C ~/.claude/plugins/marketplaces/bmad-method pull origin main
claude plugin update bmad@bmad-method# Initialize the repo (once): _bmad/ config + output folders
/bmad:init
# Show available BMAD skills + module map
/bmad:bmad-help
# Sharpen a half-formed idea
/bmad:bmad-forge-idea
# Plan: product brief, then a PRD, then the architecture spine
/bmad:bmad-product-brief
/bmad:bmad-prd
/bmad:bmad-architecture
# Build: sprint plan -> implement -> review
/bmad:bmad-sprint-planning
/bmad:bmad-build
/bmad:bmad-code-review
# Customize a skill (per-skill TOML overrides)
/bmad:bmad-customizeNew to BMAD? See the official documentation for methodology overview, workflow explanations, and best practices. The Getting Started Tutorial walks through a complete project from scratch.
As of v6.5.0+, agent personas are shipped as skills, not as separate
agent files. Invoke /bmad:bmad-agent-pm (John, the PM) or
/bmad:bmad-tea (Murat, the Test Architect) the same way you invoke any
other skill. The roster below is the one upstream writes into
_bmad/config.toml — 17 personas.
| Skill | Persona | Module | Role |
|---|---|---|---|
bmad-agent-analyst |
Mary | BMM | Business Analyst |
bmad-agent-pm |
John | BMM | Product Manager |
bmad-agent-ux-designer |
Sally | BMM | UX Designer |
bmad-agent-architect |
Winston | BMM | System Architect |
bmad-agent-dev |
Amelia | BMM | Senior Software Engineer |
bmad-tea |
Murat | TEA | Master Test Architect |
bmad-cis-agent-brainstorming-coach |
Carson | CIS | Brainstorming Coach |
bmad-cis-agent-creative-problem-solver |
Dr. Quinn | CIS | Problem-Solving Expert |
bmad-cis-agent-design-thinking-coach |
Maya | CIS | Design Thinking Coach |
bmad-cis-agent-innovation-strategist |
Victor | CIS | Innovation Strategist |
bmad-cis-agent-presentation-master |
Caravaggio | CIS | Presentation Expert |
bmad-cis-agent-storyteller |
Sophia | CIS | Master Storyteller |
bmad-agent-builder |
Bond | BMB | Agent Building Expert |
gds-agent-game-architect |
Cloud Dragonborn | GDS | Principal Game Systems Architect |
gds-agent-game-designer |
Samus Shepard | GDS | Lead Game Designer |
gds-agent-game-dev |
Link Freeman | GDS | Senior Game Developer |
gds-agent-game-solo-dev |
Indie | GDS | Elite Indie Game Developer |
gds-agent-tech-writer |
Paige (game-scoped) | GDS | Game Technical Writer |
bmad-agent-tech-writer (Paige, BMM) was retired upstream in v6.11.0;
her replacement is expected as an optional installable agent. The
game-scoped gds-agent-tech-writer is unaffected. bmad-workflow-builder
and bmad-module-builder remain as skills but are no longer declared as
personas in the roster.
- Idea forging — Socratic interrogation of half-formed ideas
(
bmad-forge-idea) - Brainstorming and ideation (
bmad-brainstorming) - Research — market, domain, technical, competitive, user-voice and
academic-lit type packs in one skill (
bmad-deep-recon) - Product brief creation (
bmad-product-brief)
- Product Requirements Document — create / update / validate in one
intent-based skill (
bmad-prd) - Spec kernel — distill messy intent into a tight SPEC.md, optionally
emitting
stories.yaml(bmad-spec) - PRFAQ working-backwards (
bmad-prfaq) - UX design — DESIGN.md + EXPERIENCE.md (
bmad-ux)
- System architecture — lean ARCHITECTURE-SPINE.md as source of truth
(
bmad-architecture) - Epic and story breakdown (
bmad-create-epics-and-stories)
One chain: bmad-sprint-planning → bmad-build → bmad-code-review.
- Sprint planning, status view and repair, opening with a readiness gate
that replaced
bmad-check-implementation-readiness(bmad-sprint-planning) - Implementation (
bmad-build) and the unattended loop (bmad-build-auto) — both requireuv - Code review with configurable parallel review layers
(
bmad-code-review) - Sprint correction (
bmad-correct-course) - Evidence-based epic retrospective (
bmad-retrospective)
- Per-skill
[agent]and[workflow]TOML overrides (bmad-customize) - Layered config:
_bmad/config.toml→config.user.toml→custom/config.toml→custom/config.user.toml; per skill,customize.toml→_bmad/custom/<skill>.toml→.user.toml - Project context recorded as a verified block in
AGENTS.md(bmad-project-context)
This plugin implements the BMAD Method created by BMad Code, LLC.
A release is cut when upstream changes are detected and verified — see docs/releasing.md for the workflow and docs/versioning.md for the versioning strategy.
This repository includes the tooling that regenerates and verifies the
plugin tree (in scripts/ and package.json). None of it ships inside
the plugin.
bun install # deps + Husky hooks
bun run sync # regenerate from the pinned versions
bun run sync -- --tag v6.12.0 # regenerate against a new core release
bun run sync:dry # preview without writing
bun run validate # gates
bun run test:unit # plugin-tree + init-script tests
bun run test # also runs e2e (needs the `claude` CLI)bun run validate runs as a pre-push hook and checks:
- Version pinning — every
.upstream-versions/<id>.jsonis well-formed, the plugin version is anchored to core, registry and custom sources pin av-prefixed release tag, and vendored sources pin a full 40-character commit SHA. - Marketplace integrity — every declared plugin resolves to a real
directory whose
plugin.jsonname and version match its marketplace entry and whoseskills/is non-empty; and everyplugins/<dir>is published, so no dead weight rides along in marketplace clones. - Skill surface —
plugins/bmad/skills/equals the installer's own_config/skill-manifest.csvin both directions. - Templatization — no vendored file carries the throwaway install-dir
name or a
user_nameother than the placeholder, and no live nested.gitignoreexists (it would strip its siblings out of every marketplace clone). - Runtime template + init assets are present.
Never hand-edit plugins/*/skills/, plugins/*/runtime/ or
plugins/bmad/templates/module-template/ — all are wiped and
regenerated on every sync, and all are excluded from biome, markdownlint
and tsc so upstream content stays byte-identical to the installer output.
There is an existing community implementation (aj-geddes/claude-code-bmad-skills) with 221 stars. Here is how this plugin differs:
| bmad-plugin (this repo) | aj-geddes/claude-code-bmad-skills | |
|---|---|---|
| Upstream version tracked | v6.11.0 (8 sources pinned via .upstream-versions/*.json) |
v6 (approximate) |
| Skills | 110 in bmad (core 14 + bmm 35 + gds 33 + tea 10 + cis 10 + bmb 5 + loop 3), plus 15 in bmad-manticore |
4 |
| Agents | 17 personas (shipped as skills) | 12 |
| Source of truth | The official npx bmad-method install --tools claude-code output, copied 1:1 |
Manual shell-script copy |
| Project initializer | Yes (/bmad:init — _bmad/ runtime + output folders + sibling-plugin registration) |
No |
| Automated upstream sync | Yes (GitHub Actions, weekly, matrix-driven from the source registry) | No |
| Plugin marketplace | Yes, two plugins (marketplace.json) |
No (Smithery only) |
| Last updated | 2026-08-20 (v6.11.0.0) | 2026-01-01 |
Key advantages:
- Full coverage — the complete v6.11.0 surface across seven upstream modules, including every agent persona as a skill, mirrored byte-for-byte from the upstream installer.
- Single source of truth — every sync regenerates the plugin tree
from
npx bmad-method install, so what users get is exactly what upstream ships. No merge or rewrite layer to drift, and the gates compare the committed tree against the installer's own manifest. - Works out of the box —
/bmad:initprovisions the per-project_bmad/runtime that skills depend on and that a plugin alone cannot deliver. - Stays up to date — a weekly GitHub Actions matrix watches every registered upstream repo and opens a sync issue on a new release.
- Tracks versions honestly — module versions are read back from the
installer's own
_bmad/_config/manifest.yamlrather than guessed, and no machine-specific value from the syncing host reaches the tree.
MIT License - See LICENSE for details.
BMad, BMad Method, and BMad Core are trademarks of BMad Code, LLC.