bmad-v6-story-pipeline
Skill17 starsChanged 4 months agoMITView on GitHub
Orchestrates the BMAD story implementation pipeline (create-story, dev-story, code-review) in a single command using subagents per step. Use when the user says "run story pipeline", "implement next story", or "bmad-story-pipeline".
We split this skill into the rules it gives an agent
21 rules. About 0 are common, 8 are distinctive, and 13 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
13
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
Run the complete story lifecycle — from backlog to done — in one command by dispatching a fresh subagent for each stage.
- Very specific: line 26
Read {project-root}/_bmad/bmm/config.yaml and resolve:
- Very specific: line 35
Read the FULL {impl}/sprint-status.yaml.
- Very specific: line 37
If the user provided a specific story key: use that key directly. Look up its current status in development_status.
- Very specific: line 42
If none, first story with status review
- Distinctive: line 46
If no story found in any of those statuses, report to the user that all stories are complete (or no stories exist) and HALT.
- Very specific: line 56
If epic_key status is backlog, note it will be transitioned to in-progress by the create-story subagent.
- Distinctive: line 84
Start at Stage 1 (no stages skipped, no artifacts to resolve)
- Distinctive: line 90
Start from the stage determined above.
- Very specific: line 96
Read the prompt template from ./prompts/0N-*.md
- Distinctive: line 98
After each subagent returns, verify the gate condition
- Distinctive: line 99
If a gate fails, report the failure stage and HALT — do not proceed
- Very specific: line 115
Gate: read {{story_file}} — Status must be review
- Very specific: line 116
Read {impl}/sprint-status.yaml — {{story_key}} must be review
- Very specific: line 123
Gate: read {{story_file}} — Status must be done or in-progress
- Very specific: line 124
If in-progress (review left action items): report findings to user and HALT
- Very specific: line 129
Read {impl}/sprint-status.yaml (full file)
- Very specific: line 130
Verify {{story_key}} status is done
- Very specific: line 131
If not already done, update it to done and set last_updated
- Distinctive: line 149
If any stage fails:
- Distinctive: line 153
Do NOT attempt to continue past a failed gate
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
BMAD Story Pipeline Orchestrator
Run the complete story lifecycle — from backlog to done — in one command by dispatching a fresh subagent for each stage. Automatically detects story status and skips stages that are already complete.
Pipeline Stages
| # | Stage | Skill invoked | Produces | Status transition |
| 1 | Create Story | bmad-create-story | {impl}/{{story_key}}.md | backlog → ready-for-dev |
| 2 | Dev Story | bmad-dev-story | implemented code, tests green | ready-for-dev → review |
| 3 | Code Review | bmad-code-review | review findings, auto-fix | review → done (or in-progress) |
Initialization
1. Load configuration
Read {project-root}/_bmad/bmm/config.yaml and resolve:
project_name,user_namecommunication_language,document_output_languageimplementation_artifacts(abbrev{impl})output_folderplanning_artifacts
2. Discover next story
Read the FULL {impl}/sprint-status.yaml.
If the user provided a specific story key: use that key directly. Look up its current status in development_status. This lets a team member explicitly pick a story even if another story has higher priority by status.
If no story key provided: auto-discover using priority-based search. Scan development_status entries top-to-bottom (only keys matching pattern N-N-slug, not epic-N or *-retrospective) in this priority order:
- First story with status
in-progress(resume interrupted work) - If none, first story with status
review - If none, first story with status
ready-for-dev - If none, first story with status
backlog
If no story found in any of those statuses, report to the user that all stories are complete (or no stories exist) and HALT.
Extract from the selected story:
story_key— the full key (e.g.1-2-integrate-earnings-dashboard)story_id—{epic_num}-{story_num}(e.g.1-2)epic_key—epic-{epic_num}story_status— the current status value
3. Verify epic status
If epic_key status is backlog, note it will be transitioned to in-progress by the create-story subagent. If done, HALT with error.
4. Determine start stage
Based on story_status, determine which pipeline stage to begin at. Resolve any artifacts that earlier (skipped) stages would have produced by finding them on disk.
done:
Report to the user:
Story
{{story_key}}is already complete. To process the next incomplete story, runbmad-story-pipelinewithout arguments. To revisit this story, run individual skills manually (e.g.bmad-code-review).
HALT — do not proceed.
review:
- Skip Stages 1 and 2
- Resolve
{{story_file}}={impl}/{{story_key}}.md(verify it exists) - Start at Stage 3
in-progress:
- Skip Stage 1
- Resolve
{{story_file}}={impl}/{{story_key}}.md(verify it exists) - Start at Stage 2
ready-for-dev:
- Skip Stage 1
- Resolve
{{story_file}}={impl}/{{story_key}}.md(verify it exists) - Start at Stage 2
backlog:
- Start at Stage 1 (no stages skipped, no artifacts to resolve)
Record which stages will be skipped and which will be executed for the finalization report.
Pipeline Execution
Start from the stage determined above. Stages before the start stage are skipped — their artifacts were resolved from disk during the Determine Start Stage step.
Execute the remaining stages sequentially. Between each stage the orchestrator verifies the expected artifact exists before dispatching the next subagent.
Critical rules:
- Dispatch each stage as a
Tasksubagent (subagent_type: "generalPurpose") - Read the prompt template from
./prompts/0N-*.md - Replace all
{{placeholders}}with resolved values before dispatching - After each subagent returns, verify the gate condition
- If a gate fails, report the failure stage and HALT — do not proceed
- Stage 3 (Code Review) MUST use model
claude-opus-4-8-thinking-high— setmodelon the Task subagent
Stage 1 — Create Story
- Read
./prompts/01-create-story.md - Replace
{{story_key}},{{story_id}},{{epic_num}},{{story_num}},{{impl}} - Dispatch subagent
- Gate: glob for
{impl}/{{story_key}}.md— file must exist and containStatus: ready-for-dev - Store the full path as
{{story_file}}
Stage 2 — Dev Story
- Read
./prompts/02-dev-story.md - Replace
{{story_file}},{{story_key}} - Dispatch subagent
- Gate: read
{{story_file}}— Status must bereview - Read
{impl}/sprint-status.yaml—{{story_key}}must bereview
Stage 3 — Code Review
- Read
./prompts/03-code-review.md - Replace
{{story_file}},{{story_key}} - Dispatch subagent using model
claude-opus-4-8-thinking-high - Gate: read
{{story_file}}— Status must bedoneorin-progress - If
in-progress(review left action items): report findings to user and HALT - If
done: proceed
Finalization
- Read
{impl}/sprint-status.yaml(full file) - Verify
{{story_key}}status isdone - If not already
done, update it todoneand setlast_updated - Save the file preserving all comments and structure
Report to user:
Story Pipeline Complete
Story: {{story_key}} Status: done Stages executed: (list executed stage numbers and names) Stages skipped: (list skipped stage numbers and names, with reason) Artifacts:
- Story file: {{story_file}}
Next: Run
bmad-story-pipelineagain to process the next incomplete story, or check sprint status.
Error Handling
If any stage fails:
- Report which stage failed and why
- Report what artifacts were successfully created so far
- Suggest how to resume (e.g., manually fix and re-run a specific skill)
- Do NOT attempt to continue past a failed gate
In this repository113 other files it gives its agents.
- bmad-advanced-elicitationSkill
- bmad-agent-analystSkill
- bmad-agent-architectSkill
- bmad-agent-devSkill
- bmad-agent-pmSkill
- bmad-agent-tech-writerSkill
- bmad-agent-ux-designerSkill
- bmad-architectureSkill
- bmad-brainstormingSkill
- bmad-check-implementation-readinessSkill
- bmad-checkpoint-previewSkill
- bmad-code-reviewSkill
- bmad-correct-courseSkill
- bmad-create-architectureSkill
- bmad-create-epics-and-storiesSkill
- bmad-create-prdSkill
- bmad-create-storySkill
- bmad-customizeSkill
- bmad-dev-storySkill
- bmad-document-projectSkill
- bmad-domain-researchSkill
- bmad-editorial-review-proseSkill
- bmad-editorial-review-structureSkill
- bmad-edit-prdSkill
- bmad-forge-ideaSkill
- bmad-generate-project-contextSkill
- bmad-helpSkill
- bmad-index-docsSkill
- bmad-investigateSkill
- bmad-market-researchSkill
- bmad-party-modeSkill
- bmad-prdSkill
- bmad-prfaqSkill
- bmad-product-briefSkill
- bmad-qa-generate-e2e-testsSkill
- bmad-quick-devSkill
- bmad-retrospectiveSkill
- bmad-review-adversarial-generalSkill
- bmad-review-edge-case-hunterSkill
- bmad-shard-docSkill
- bmad-specSkill
- bmad-sprint-planningSkill
- bmad-sprint-statusSkill
- bmad-teach-me-testingSkill
- bmad-teaSkill
- bmad-technical-researchSkill
- bmad-testarch-atddSkill
- bmad-testarch-automateSkill
- bmad-testarch-ciSkill
- bmad-testarch-frameworkSkill
- bmad-testarch-nfrSkill
- bmad-testarch-test-designSkill
- bmad-testarch-test-reviewSkill
- bmad-testarch-traceSkill
- bmad-uxSkill
- bmad-validate-prdSkill
- bmad-advanced-elicitationSkill
- bmad-agent-analystSkill
- bmad-agent-architectSkill
- bmad-agent-devSkill
- The first 60 shown.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

