bmad-method 6.0.0-Beta.6 β 6.0.0-Beta.7
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/skills/changelog-social/SKILL.md +11 -2
- package/.claude/skills/draft-changelog/SKILL.md +1 -1
- package/.claude/skills/gh-triage/SKILL.md +1 -1
- package/.claude/skills/release-module/SKILL.md +1 -1
- package/.claude/skills/release-module/prompts/instructions.md +0 -20
- package/CHANGELOG.md +22 -1
- package/package.json +1 -1
- package/src/bmm/agents/analyst.agent.yaml +11 -5
- package/src/bmm/agents/pm.agent.yaml +3 -6
- package/src/bmm/module-help.csv +7 -10
- package/src/bmm/workflows/1-analysis/create-product-brief/workflow.md +0 -1
- package/src/bmm/workflows/1-analysis/research/workflow-domain-research.md +54 -0
- package/src/bmm/workflows/1-analysis/research/workflow-market-research.md +54 -0
- package/src/bmm/workflows/1-analysis/research/workflow-technical-research.md +54 -0
- package/src/bmm/workflows/2-plan-workflows/create-prd/workflow-create-prd.md +63 -0
- package/src/bmm/workflows/2-plan-workflows/create-prd/workflow-edit-prd.md +65 -0
- package/src/bmm/workflows/2-plan-workflows/create-prd/workflow-validate-prd.md +65 -0
- package/src/bmm/workflows/2-plan-workflows/create-ux-design/workflow.md +0 -1
- package/src/bmm/workflows/3-solutioning/check-implementation-readiness/workflow.md +0 -1
- package/src/bmm/workflows/3-solutioning/create-architecture/workflow.md +0 -1
- package/src/bmm/workflows/3-solutioning/create-epics-and-stories/workflow.md +0 -1
- package/src/bmm/workflows/4-implementation/code-review/workflow.yaml +0 -2
- package/src/bmm/workflows/4-implementation/correct-course/workflow.yaml +0 -2
- package/src/bmm/workflows/4-implementation/create-story/workflow.yaml +0 -2
- package/src/bmm/workflows/4-implementation/dev-story/workflow.yaml +0 -2
- package/src/bmm/workflows/4-implementation/retrospective/workflow.yaml +0 -2
- package/src/bmm/workflows/4-implementation/sprint-planning/workflow.yaml +0 -2
- package/src/bmm/workflows/4-implementation/sprint-status/workflow.yaml +0 -3
- package/src/bmm/workflows/bmad-quick-flow/quick-spec/workflow.md +0 -1
- package/src/bmm/workflows/document-project/workflow.yaml +0 -2
- package/src/bmm/workflows/qa/automate/workflow.yaml +0 -2
- package/tools/cli/bmad-cli.js +42 -3
- package/tools/cli/installers/lib/core/manifest-generator.js +8 -36
- package/tools/cli/installers/lib/modules/manager.js +0 -4
- package/src/bmm/workflows/1-analysis/research/workflow.md +0 -173
- package/src/bmm/workflows/2-plan-workflows/create-prd/validation-report-prd-workflow.md +0 -433
- package/src/bmm/workflows/2-plan-workflows/create-prd/workflow.md +0 -150
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name: changelog-social
|
|
2
|
+
name: bmad-os-changelog-social
|
|
3
3
|
description: Generate social media announcements for Discord, Twitter, and LinkedIn from the latest changelog entry. Use when user asks to create release announcements, social posts, or share changelog updates. Reads CHANGELOG.md in current working directory. Reference examples/ for tone and format.
|
|
4
4
|
disable-model-invocation: true
|
|
5
5
|
---
|
|
@@ -154,7 +154,13 @@ Read the appropriate example file before generating to match the established sty
|
|
|
154
154
|
|
|
155
155
|
## Output Format
|
|
156
156
|
|
|
157
|
-
|
|
157
|
+
**CRITICAL: ALWAYS write to files** - Create files in `_bmad-output/social/` directory:
|
|
158
|
+
|
|
159
|
+
1. `{repo-name}-discord-{version}.md` - Discord announcement
|
|
160
|
+
2. `{repo-name}-twitter-{version}.md` - Twitter post
|
|
161
|
+
3. `{repo-name}-linkedin-{version}.md` - LinkedIn post (if applicable)
|
|
162
|
+
|
|
163
|
+
Also present a preview in the chat:
|
|
158
164
|
|
|
159
165
|
```markdown
|
|
160
166
|
## Discord Announcement
|
|
@@ -166,4 +172,7 @@ Present both announcements in clearly labeled sections:
|
|
|
166
172
|
[paste Twitter content here]
|
|
167
173
|
```
|
|
168
174
|
|
|
175
|
+
Files created:
|
|
176
|
+
- `_bmad-output/social/{filename}`
|
|
177
|
+
|
|
169
178
|
Offer to make adjustments if the user wants different emphasis, tone, or content.
|
|
@@ -42,26 +42,6 @@ Publish the package.
|
|
|
42
42
|
|
|
43
43
|
Create release with changelog notes using `gh release create`.
|
|
44
44
|
|
|
45
|
-
### Step 10: Create Social Announcement
|
|
46
|
-
|
|
47
|
-
Create a social media announcement file at `_bmad-output/social/{repo-name}-release.md`.
|
|
48
|
-
|
|
49
|
-
Format:
|
|
50
|
-
```markdown
|
|
51
|
-
# {name} v{version} Released
|
|
52
|
-
|
|
53
|
-
## Highlights
|
|
54
|
-
{2-3 bullet points of key features/changes}
|
|
55
|
-
|
|
56
|
-
## Links
|
|
57
|
-
- GitHub: {release-url}
|
|
58
|
-
- npm: {npm-url}
|
|
59
|
-
```
|
|
60
|
-
|
|
61
|
-
### Step 11: Confirm Completion
|
|
62
|
-
|
|
63
|
-
Show npm, GitHub, and social announcement file paths.
|
|
64
|
-
|
|
65
45
|
## Error Handling
|
|
66
46
|
|
|
67
47
|
Stop immediately on any step failure. Inform user and suggest fix.
|
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,27 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## [6.0.0-Beta.7]
|
|
4
|
+
|
|
5
|
+
**Release: February 4, 2026**
|
|
6
|
+
|
|
7
|
+
### π Key Highlights
|
|
8
|
+
|
|
9
|
+
1. **Direct Workflow Invocation** β Agent workflows can now be run directly via slash commands instead of only through agent orchestration
|
|
10
|
+
2. **Installer Workflow Support** β Installer now picks up `workflow-*.md` files, enabling multiple workflow files per directory
|
|
11
|
+
|
|
12
|
+
### π Features
|
|
13
|
+
|
|
14
|
+
* **Slash Command Workflow Access** β Research and PRD workflows now accessible via direct slash commands: `/domain-research`, `/market-research`, `/technical-research`, `/create-prd`, `/edit-prd`, `/validate-prd` (bd620e38, 731bee26)
|
|
15
|
+
* **Version Checking** β CLI now checks npm for newer versions and displays a warning banner when updates are available (d37ee7f2)
|
|
16
|
+
|
|
17
|
+
### β»οΈ Refactoring
|
|
18
|
+
|
|
19
|
+
* **Workflow File Splitting** β Split monolithic `workflow.md` files into specific `workflow-*.md` files for individual workflow invocation (bd620e38)
|
|
20
|
+
* **Installer Multi-Workflow Support** β Installer manifest generator now supports `workflow-*.md` pattern, allowing multiple workflow files per directory (731bee26)
|
|
21
|
+
* **Internal Skill Renaming** β Renamed internal project skills to use `bmad-os-` prefix for consistent naming (5276d58b)
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
3
25
|
## [6.0.0-Beta.6]
|
|
4
26
|
|
|
5
27
|
**Release: February 4, 2026**
|
|
@@ -1244,7 +1266,6 @@ Located in `src/modules/bmb/workflows/agent/data/`:
|
|
|
1244
1266
|
|
|
1245
1267
|
- **Workflow Vendoring**: Web bundler performs automatic cross-module dependency vendoring
|
|
1246
1268
|
- **BMGD Module Extraction**: Game development split into standalone 4-phase structure
|
|
1247
|
-
- **Enhanced Dependency Resolution**: Better handling of web_bundle: false workflows
|
|
1248
1269
|
- **Advanced Elicitation Fix**: Added missing CSV files to workflow bundles
|
|
1249
1270
|
- **Claude Code Fix**: Resolved README slash command installation regression
|
|
1250
1271
|
|
package/package.json
CHANGED
|
@@ -1,5 +1,3 @@
|
|
|
1
|
-
# Business Analyst Agent Definition
|
|
2
|
-
|
|
3
1
|
agent:
|
|
4
2
|
metadata:
|
|
5
3
|
id: "_bmad/bmm/agents/analyst.md"
|
|
@@ -23,9 +21,17 @@ agent:
|
|
|
23
21
|
data: "{project-root}/_bmad/bmm/data/project-context-template.md"
|
|
24
22
|
description: "[BP] Brainstorm Project: Expert Guided Facilitation through a single or multiple techniques with a final report"
|
|
25
23
|
|
|
26
|
-
- trigger:
|
|
27
|
-
exec: "{project-root}/_bmad/bmm/workflows/1-analysis/research/workflow.md"
|
|
28
|
-
description: "[
|
|
24
|
+
- trigger: MR or fuzzy match on market-research
|
|
25
|
+
exec: "{project-root}/_bmad/bmm/workflows/1-analysis/research/workflow-market-research.md"
|
|
26
|
+
description: "[MR] Market Research: Market analysis, competitive landscape, customer needs and trends"
|
|
27
|
+
|
|
28
|
+
- trigger: DR or fuzzy match on domain-research
|
|
29
|
+
exec: "{project-root}/_bmad/bmm/workflows/1-analysis/research/workflow-domain-research.md"
|
|
30
|
+
description: "[DR] Domain Research: Industry domain deep dive, subject matter expertise and terminology"
|
|
31
|
+
|
|
32
|
+
- trigger: TR or fuzzy match on technical-research
|
|
33
|
+
exec: "{project-root}/_bmad/bmm/workflows/1-analysis/research/workflow-technical-research.md"
|
|
34
|
+
description: "[TR] Technical Research: Technical feasibility, architecture options and implementation approaches"
|
|
29
35
|
|
|
30
36
|
- trigger: CB or fuzzy match on product-brief
|
|
31
37
|
exec: "{project-root}/_bmad/bmm/workflows/1-analysis/create-product-brief/workflow.md"
|
|
@@ -1,6 +1,3 @@
|
|
|
1
|
-
# Product Manager Agent Definition
|
|
2
|
-
# This file defines the PM agent for the BMAD BMM module
|
|
3
|
-
|
|
4
1
|
agent:
|
|
5
2
|
metadata:
|
|
6
3
|
id: "_bmad/bmm/agents/pm.md"
|
|
@@ -22,15 +19,15 @@ agent:
|
|
|
22
19
|
|
|
23
20
|
menu:
|
|
24
21
|
- trigger: CP or fuzzy match on create-prd
|
|
25
|
-
exec: "{project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow.md"
|
|
22
|
+
exec: "{project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-create-prd.md"
|
|
26
23
|
description: "[CP] Create PRD: Expert led facilitation to produce your Product Requirements Document"
|
|
27
24
|
|
|
28
25
|
- trigger: VP or fuzzy match on validate-prd
|
|
29
|
-
exec: "{project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow.md"
|
|
26
|
+
exec: "{project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-validate-prd.md"
|
|
30
27
|
description: "[VP] Validate PRD: Validate a Product Requirements Document is comprehensive, lean, well organized and cohesive"
|
|
31
28
|
|
|
32
29
|
- trigger: EP or fuzzy match on edit-prd
|
|
33
|
-
exec: "{project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow.md"
|
|
30
|
+
exec: "{project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-edit-prd.md"
|
|
34
31
|
description: "[EP] Edit PRD: Update an existing Product Requirements Document"
|
|
35
32
|
|
|
36
33
|
- trigger: CE or fuzzy match on epics-stories
|
package/src/bmm/module-help.csv
CHANGED
|
@@ -10,19 +10,16 @@ bmm,anytime,Mermaid Generate,MG,,_bmad/bmm/agents/tech-writer/tech-writer.agent.
|
|
|
10
10
|
bmm,anytime,Validate Document,VD,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,,false,tech-writer,,"Review the specified document against documentation standards and best practices. Returns specific actionable improvement suggestions organized by priority.",planning_artifacts,"validation report",
|
|
11
11
|
bmm,anytime,Explain Concept,EC,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,,false,tech-writer,,"Create clear technical explanations with examples and diagrams for complex concepts. Breaks down into digestible sections using task-oriented approach.",project_knowledge,"explanation",
|
|
12
12
|
bmm,1-analysis,Brainstorm Project,BP,10,_bmad/core/workflows/brainstorming/workflow.md,bmad-brainstorming,false,analyst,data=_bmad/bmm/data/project-context-template.md,"Expert Guided Facilitation through a single or multiple techniques",planning_artifacts,"brainstorming session",
|
|
13
|
-
bmm,1-analysis,Market Research,MR,20,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode
|
|
14
|
-
bmm,1-analysis,Domain Research,DR,21,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode
|
|
15
|
-
bmm,1-analysis,Technical Research,TR,22,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode
|
|
16
|
-
bmm,1-analysis,Create Brief,CB,30,_bmad/bmm/workflows/1-analysis/create-product-brief/workflow.md,bmad-bmm-create-brief,false,analyst,Create Mode,"A guided experience to nail down your product idea",planning_artifacts,"product brief",
|
|
17
|
-
bmm,
|
|
18
|
-
bmm,2-planning,
|
|
19
|
-
bmm,2-planning,
|
|
13
|
+
bmm,1-analysis,Market Research,MR,20,_bmad/bmm/workflows/1-analysis/research/workflow-market-research.md,bmad-bmm-market-research,false,analyst,Create Mode,"Market analysis competitive landscape customer needs and trends","planning_artifacts|project-knowledge","research documents",
|
|
14
|
+
bmm,1-analysis,Domain Research,DR,21,_bmad/bmm/workflows/1-analysis/research/workflow-domain-research.md,bmad-bmm-domain-research,false,analyst,Create Mode,"Industry domain deep dive subject matter expertise and terminology","planning_artifacts|project_knowledge","research documents",
|
|
15
|
+
bmm,1-analysis,Technical Research,TR,22,_bmad/bmm/workflows/1-analysis/research/workflow-technical-research.md,bmad-bmm-technical-research,false,analyst,Create Mode,"Technical feasibility architecture options and implementation approaches","planning_artifacts|project_knowledge","research documents",
|
|
16
|
+
bmm,1-analysis,Create Brief,CB,30,_bmad/bmm/workflows/1-analysis/create-product-brief/workflow.md,bmad-bmm-create-product-brief,false,analyst,Create Mode,"A guided experience to nail down your product idea",planning_artifacts,"product brief",
|
|
17
|
+
bmm,2-planning,Create PRD,CP,10,_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-create-prd.md,bmad-bmm-create-prd,true,pm,Create Mode,"Expert led facilitation to produce your Product Requirements Document",planning_artifacts,prd,
|
|
18
|
+
bmm,2-planning,Validate PRD,VP,20,_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-validate-prd.md,bmad-bmm-validate-prd,false,pm,Validate Mode,"Validate PRD is comprehensive lean well organized and cohesive",planning_artifacts,"prd validation report",
|
|
19
|
+
bmm,2-planning,Edit PRD,EP,25,_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-edit-prd.md,bmad-bmm-edit-prd,false,pm,Edit Mode,"Improve and enhance an existing PRD",planning_artifacts,"updated prd",
|
|
20
20
|
bmm,2-planning,Create UX,CU,30,_bmad/bmm/workflows/2-plan-workflows/create-ux-design/workflow.md,bmad-bmm-create-ux-design,false,ux-designer,Create Mode,"Guidance through realizing the plan for your UX, strongly recommended if a UI is a primary piece of the proposed project",planning_artifacts,"ux design",
|
|
21
|
-
bmm,2-planning,Validate UX,VU,40,_bmad/bmm/workflows/2-plan-workflows/create-ux-design/workflow.md,bmad-bmm-create-ux-design,false,ux-designer,Validate Mode,"Validates UX design deliverables",planning_artifacts,"ux validation report",
|
|
22
21
|
bmm,3-solutioning,Create Architecture,CA,10,_bmad/bmm/workflows/3-solutioning/create-architecture/workflow.md,bmad-bmm-create-architecture,true,architect,Create Mode,"Guided Workflow to document technical decisions",planning_artifacts,architecture,
|
|
23
|
-
bmm,3-solutioning,Validate Architecture,VA,20,_bmad/bmm/workflows/3-solutioning/create-architecture/workflow.md,bmad-bmm-create-architecture,false,architect,Validate Mode,"Validates architecture completeness",planning_artifacts,"architecture validation report",
|
|
24
22
|
bmm,3-solutioning,Create Epics and Stories,CE,30,_bmad/bmm/workflows/3-solutioning/create-epics-and-stories/workflow.md,bmad-bmm-create-epics-and-stories,true,pm,Create Mode,"Create the Epics and Stories Listing",planning_artifacts,"epics and stories",
|
|
25
|
-
bmm,3-solutioning,Validate Epics and Stories,VE,40,_bmad/bmm/workflows/3-solutioning/create-epics-and-stories/workflow.md,bmad-bmm-create-epics-and-stories,false,pm,Validate Mode,"Validates epics and stories completeness",planning_artifacts,"epics validation report",
|
|
26
23
|
bmm,3-solutioning,Check Implementation Readiness,IR,70,_bmad/bmm/workflows/3-solutioning/check-implementation-readiness/workflow.md,bmad-bmm-check-implementation-readiness,true,architect,Validate Mode,"Ensure PRD UX Architecture and Epics Stories are aligned",planning_artifacts,"readiness report",
|
|
27
24
|
bmm,4-implementation,Sprint Planning,SP,10,_bmad/bmm/workflows/4-implementation/sprint-planning/workflow.yaml,bmad-bmm-sprint-planning,true,sm,Create Mode,"Generate sprint plan for development tasks - this kicks off the implementation phase by producing a plan the implementation agents will follow in sequence for every story in the plan.",implementation_artifacts,"sprint status",
|
|
28
25
|
bmm,4-implementation,Sprint Status,SS,20,_bmad/bmm/workflows/4-implementation/sprint-status/workflow.yaml,bmad-bmm-sprint-status,false,sm,Create Mode,"Anytime: Summarize sprint status and route to next workflow",,,
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: domain-research
|
|
3
|
+
description: Conduct domain research covering industry analysis, regulations, technology trends, and ecosystem dynamics using current web data and verified sources.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Domain Research Workflow
|
|
7
|
+
|
|
8
|
+
**Goal:** Conduct comprehensive domain/industry research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
|
9
|
+
|
|
10
|
+
**Your Role:** You are a domain research facilitator working with an expert partner. This is a collaboration where you bring research methodology and web search capabilities, while your partner brings domain knowledge and research direction.
|
|
11
|
+
|
|
12
|
+
## PREREQUISITE
|
|
13
|
+
|
|
14
|
+
**β Web search required.** If unavailable, abort and tell the user.
|
|
15
|
+
|
|
16
|
+
## CONFIGURATION
|
|
17
|
+
|
|
18
|
+
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
19
|
+
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
|
20
|
+
- `communication_language`, `document_output_language`, `user_skill_level`
|
|
21
|
+
- `date` as a system-generated value
|
|
22
|
+
|
|
23
|
+
## QUICK TOPIC DISCOVERY
|
|
24
|
+
|
|
25
|
+
"Welcome {{user_name}}! Let's get started with your **domain/industry research**.
|
|
26
|
+
|
|
27
|
+
**What domain, industry, or sector do you want to research?**
|
|
28
|
+
|
|
29
|
+
For example:
|
|
30
|
+
- 'The healthcare technology industry'
|
|
31
|
+
- 'Sustainable packaging regulations in Europe'
|
|
32
|
+
- 'Construction and building materials sector'
|
|
33
|
+
- 'Or any other domain you have in mind...'"
|
|
34
|
+
|
|
35
|
+
### Topic Clarification
|
|
36
|
+
|
|
37
|
+
Based on the user's topic, briefly clarify:
|
|
38
|
+
1. **Core Domain**: "What specific aspect of [domain] are you most interested in?"
|
|
39
|
+
2. **Research Goals**: "What do you hope to achieve with this research?"
|
|
40
|
+
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
|
41
|
+
|
|
42
|
+
## ROUTE TO DOMAIN RESEARCH STEPS
|
|
43
|
+
|
|
44
|
+
After gathering the topic and goals:
|
|
45
|
+
|
|
46
|
+
1. Set `research_type = "domain"`
|
|
47
|
+
2. Set `research_topic = [discovered topic from discussion]`
|
|
48
|
+
3. Set `research_goals = [discovered goals from discussion]`
|
|
49
|
+
4. Create the starter output file: `{planning_artifacts}/research/domain-{{research_topic}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
|
50
|
+
5. Load: `./domain-steps/step-01-init.md` with topic context
|
|
51
|
+
|
|
52
|
+
**Note:** The discovered topic from the discussion should be passed to the initialization step, so it doesn't need to ask "What do you want to research?" again - it can focus on refining the scope for domain research.
|
|
53
|
+
|
|
54
|
+
**β
YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: market-research
|
|
3
|
+
description: Conduct market research covering market size, growth, competition, and customer insights using current web data and verified sources.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Market Research Workflow
|
|
7
|
+
|
|
8
|
+
**Goal:** Conduct comprehensive market research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
|
9
|
+
|
|
10
|
+
**Your Role:** You are a market research facilitator working with an expert partner. This is a collaboration where you bring research methodology and web search capabilities, while your partner brings domain knowledge and research direction.
|
|
11
|
+
|
|
12
|
+
## PREREQUISITE
|
|
13
|
+
|
|
14
|
+
**β Web search required.** If unavailable, abort and tell the user.
|
|
15
|
+
|
|
16
|
+
## CONFIGURATION
|
|
17
|
+
|
|
18
|
+
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
19
|
+
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
|
20
|
+
- `communication_language`, `document_output_language`, `user_skill_level`
|
|
21
|
+
- `date` as a system-generated value
|
|
22
|
+
|
|
23
|
+
## QUICK TOPIC DISCOVERY
|
|
24
|
+
|
|
25
|
+
"Welcome {{user_name}}! Let's get started with your **market research**.
|
|
26
|
+
|
|
27
|
+
**What topic, problem, or area do you want to research?**
|
|
28
|
+
|
|
29
|
+
For example:
|
|
30
|
+
- 'The electric vehicle market in Europe'
|
|
31
|
+
- 'Plant-based food alternatives market'
|
|
32
|
+
- 'Mobile payment solutions in Southeast Asia'
|
|
33
|
+
- 'Or anything else you have in mind...'"
|
|
34
|
+
|
|
35
|
+
### Topic Clarification
|
|
36
|
+
|
|
37
|
+
Based on the user's topic, briefly clarify:
|
|
38
|
+
1. **Core Topic**: "What exactly about [topic] are you most interested in?"
|
|
39
|
+
2. **Research Goals**: "What do you hope to achieve with this research?"
|
|
40
|
+
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
|
41
|
+
|
|
42
|
+
## ROUTE TO MARKET RESEARCH STEPS
|
|
43
|
+
|
|
44
|
+
After gathering the topic and goals:
|
|
45
|
+
|
|
46
|
+
1. Set `research_type = "market"`
|
|
47
|
+
2. Set `research_topic = [discovered topic from discussion]`
|
|
48
|
+
3. Set `research_goals = [discovered goals from discussion]`
|
|
49
|
+
4. Create the starter output file: `{planning_artifacts}/research/market-{{research_topic}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
|
50
|
+
5. Load: `./market-steps/step-01-init.md` with topic context
|
|
51
|
+
|
|
52
|
+
**Note:** The discovered topic from the discussion should be passed to the initialization step, so it doesn't need to ask "What do you want to research?" again - it can focus on refining the scope for market research.
|
|
53
|
+
|
|
54
|
+
**β
YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: technical-research
|
|
3
|
+
description: Conduct technical research covering technology evaluation, architecture decisions, and implementation approaches using current web data and verified sources.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Technical Research Workflow
|
|
7
|
+
|
|
8
|
+
**Goal:** Conduct comprehensive technical research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
|
9
|
+
|
|
10
|
+
**Your Role:** You are a technical research facilitator working with an expert partner. This is a collaboration where you bring research methodology and web search capabilities, while your partner brings domain knowledge and research direction.
|
|
11
|
+
|
|
12
|
+
## PREREQUISITE
|
|
13
|
+
|
|
14
|
+
**β Web search required.** If unavailable, abort and tell the user.
|
|
15
|
+
|
|
16
|
+
## CONFIGURATION
|
|
17
|
+
|
|
18
|
+
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
19
|
+
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
|
20
|
+
- `communication_language`, `document_output_language`, `user_skill_level`
|
|
21
|
+
- `date` as a system-generated value
|
|
22
|
+
|
|
23
|
+
## QUICK TOPIC DISCOVERY
|
|
24
|
+
|
|
25
|
+
"Welcome {{user_name}}! Let's get started with your **technical research**.
|
|
26
|
+
|
|
27
|
+
**What technology, tool, or technical area do you want to research?**
|
|
28
|
+
|
|
29
|
+
For example:
|
|
30
|
+
- 'React vs Vue for large-scale applications'
|
|
31
|
+
- 'GraphQL vs REST API architectures'
|
|
32
|
+
- 'Serverless deployment options for Node.js'
|
|
33
|
+
- 'Or any other technical topic you have in mind...'"
|
|
34
|
+
|
|
35
|
+
### Topic Clarification
|
|
36
|
+
|
|
37
|
+
Based on the user's topic, briefly clarify:
|
|
38
|
+
1. **Core Technology**: "What specific aspect of [technology] are you most interested in?"
|
|
39
|
+
2. **Research Goals**: "What do you hope to achieve with this research?"
|
|
40
|
+
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
|
41
|
+
|
|
42
|
+
## ROUTE TO TECHNICAL RESEARCH STEPS
|
|
43
|
+
|
|
44
|
+
After gathering the topic and goals:
|
|
45
|
+
|
|
46
|
+
1. Set `research_type = "technical"`
|
|
47
|
+
2. Set `research_topic = [discovered topic from discussion]`
|
|
48
|
+
3. Set `research_goals = [discovered goals from discussion]`
|
|
49
|
+
4. Create the starter output file: `{planning_artifacts}/research/technical-{{research_topic}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
|
50
|
+
5. Load: `./technical-steps/step-01-init.md` with topic context
|
|
51
|
+
|
|
52
|
+
**Note:** The discovered topic from the discussion should be passed to the initialization step, so it doesn't need to ask "What do you want to research?" again - it can focus on refining the scope for technical research.
|
|
53
|
+
|
|
54
|
+
**β
YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
|
@@ -0,0 +1,63 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: create-prd
|
|
3
|
+
description: Create a comprehensive PRD (Product Requirements Document) through structured workflow facilitation
|
|
4
|
+
main_config: '{project-root}/_bmad/bmm/config.yaml'
|
|
5
|
+
nextStep: './steps-c/step-01-init.md'
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# PRD Create Workflow
|
|
9
|
+
|
|
10
|
+
**Goal:** Create comprehensive PRDs through structured workflow facilitation.
|
|
11
|
+
|
|
12
|
+
**Your Role:** Product-focused PM facilitator collaborating with an expert peer.
|
|
13
|
+
|
|
14
|
+
You will continue to operate with your given name, identity, and communication_style, merged with the details of this role description.
|
|
15
|
+
|
|
16
|
+
## WORKFLOW ARCHITECTURE
|
|
17
|
+
|
|
18
|
+
This uses **step-file architecture** for disciplined execution:
|
|
19
|
+
|
|
20
|
+
### Core Principles
|
|
21
|
+
|
|
22
|
+
- **Micro-file Design**: Each step is a self contained instruction file that is a part of an overall workflow that must be followed exactly
|
|
23
|
+
- **Just-In-Time Loading**: Only the current step file is in memory - never load future step files until told to do so
|
|
24
|
+
- **Sequential Enforcement**: Sequence within the step files must be completed in order, no skipping or optimization allowed
|
|
25
|
+
- **State Tracking**: Document progress in output file frontmatter using `stepsCompleted` array when a workflow produces a document
|
|
26
|
+
- **Append-Only Building**: Build documents by appending content as directed to the output file
|
|
27
|
+
|
|
28
|
+
### Step Processing Rules
|
|
29
|
+
|
|
30
|
+
1. **READ COMPLETELY**: Always read the entire step file before taking any action
|
|
31
|
+
2. **FOLLOW SEQUENCE**: Execute all numbered sections in order, never deviate
|
|
32
|
+
3. **WAIT FOR INPUT**: If a menu is presented, halt and wait for user selection
|
|
33
|
+
4. **CHECK CONTINUATION**: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
|
|
34
|
+
5. **SAVE STATE**: Update `stepsCompleted` in frontmatter before loading next step
|
|
35
|
+
6. **LOAD NEXT**: When directed, read fully and follow the next step file
|
|
36
|
+
|
|
37
|
+
### Critical Rules (NO EXCEPTIONS)
|
|
38
|
+
|
|
39
|
+
- π **NEVER** load multiple step files simultaneously
|
|
40
|
+
- π **ALWAYS** read entire step file before execution
|
|
41
|
+
- π« **NEVER** skip steps or optimize the sequence
|
|
42
|
+
- πΎ **ALWAYS** update frontmatter of output files when writing the final output for a specific step
|
|
43
|
+
- π― **ALWAYS** follow the exact instructions in the step file
|
|
44
|
+
- βΈοΈ **ALWAYS** halt at menus and wait for user input
|
|
45
|
+
- π **NEVER** create mental todo lists from future steps
|
|
46
|
+
|
|
47
|
+
## INITIALIZATION SEQUENCE
|
|
48
|
+
|
|
49
|
+
### 1. Configuration Loading
|
|
50
|
+
|
|
51
|
+
Load and read full config from {main_config} and resolve:
|
|
52
|
+
|
|
53
|
+
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
|
54
|
+
- `communication_language`, `document_output_language`, `user_skill_level`
|
|
55
|
+
- `date` as system-generated current datetime
|
|
56
|
+
|
|
57
|
+
β
YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the configured `{communication_language}`.
|
|
58
|
+
|
|
59
|
+
### 2. Route to Create Workflow
|
|
60
|
+
|
|
61
|
+
"**Create Mode: Creating a new PRD from scratch.**"
|
|
62
|
+
|
|
63
|
+
Read fully and follow: `{nextStep}` (steps-c/step-01-init.md)
|
|
@@ -0,0 +1,65 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: edit-prd
|
|
3
|
+
description: Edit and improve an existing PRD - enhance clarity, completeness, and quality
|
|
4
|
+
main_config: '{project-root}/_bmad/bmm/config.yaml'
|
|
5
|
+
editWorkflow: './steps-e/step-e-01-discovery.md'
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# PRD Edit Workflow
|
|
9
|
+
|
|
10
|
+
**Goal:** Edit and improve existing PRDs through structured enhancement workflow.
|
|
11
|
+
|
|
12
|
+
**Your Role:** PRD improvement specialist.
|
|
13
|
+
|
|
14
|
+
You will continue to operate with your given name, identity, and communication_style, merged with the details of this role description.
|
|
15
|
+
|
|
16
|
+
## WORKFLOW ARCHITECTURE
|
|
17
|
+
|
|
18
|
+
This uses **step-file architecture** for disciplined execution:
|
|
19
|
+
|
|
20
|
+
### Core Principles
|
|
21
|
+
|
|
22
|
+
- **Micro-file Design**: Each step is a self contained instruction file that is a part of an overall workflow that must be followed exactly
|
|
23
|
+
- **Just-In-Time Loading**: Only the current step file is in memory - never load future step files until told to do so
|
|
24
|
+
- **Sequential Enforcement**: Sequence within the step files must be completed in order, no skipping or optimization allowed
|
|
25
|
+
- **State Tracking**: Document progress in output file frontmatter using `stepsCompleted` array when a workflow produces a document
|
|
26
|
+
- **Append-Only Building**: Build documents by appending content as directed to the output file
|
|
27
|
+
|
|
28
|
+
### Step Processing Rules
|
|
29
|
+
|
|
30
|
+
1. **READ COMPLETELY**: Always read the entire step file before taking any action
|
|
31
|
+
2. **FOLLOW SEQUENCE**: Execute all numbered sections in order, never deviate
|
|
32
|
+
3. **WAIT FOR INPUT**: If a menu is presented, halt and wait for user selection
|
|
33
|
+
4. **CHECK CONTINUATION**: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
|
|
34
|
+
5. **SAVE STATE**: Update `stepsCompleted` in frontmatter before loading next step
|
|
35
|
+
6. **LOAD NEXT**: When directed, read fully and follow the next step file
|
|
36
|
+
|
|
37
|
+
### Critical Rules (NO EXCEPTIONS)
|
|
38
|
+
|
|
39
|
+
- π **NEVER** load multiple step files simultaneously
|
|
40
|
+
- π **ALWAYS** read entire step file before execution
|
|
41
|
+
- π« **NEVER** skip steps or optimize the sequence
|
|
42
|
+
- πΎ **ALWAYS** update frontmatter of output files when writing the final output for a specific step
|
|
43
|
+
- π― **ALWAYS** follow the exact instructions in the step file
|
|
44
|
+
- βΈοΈ **ALWAYS** halt at menus and wait for user input
|
|
45
|
+
- π **NEVER** create mental todo lists from future steps
|
|
46
|
+
|
|
47
|
+
## INITIALIZATION SEQUENCE
|
|
48
|
+
|
|
49
|
+
### 1. Configuration Loading
|
|
50
|
+
|
|
51
|
+
Load and read full config from {main_config} and resolve:
|
|
52
|
+
|
|
53
|
+
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
|
54
|
+
- `communication_language`, `document_output_language`, `user_skill_level`
|
|
55
|
+
- `date` as system-generated current datetime
|
|
56
|
+
|
|
57
|
+
β
YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the configured `{communication_language}`.
|
|
58
|
+
|
|
59
|
+
### 2. Route to Edit Workflow
|
|
60
|
+
|
|
61
|
+
"**Edit Mode: Improving an existing PRD.**"
|
|
62
|
+
|
|
63
|
+
Prompt for PRD path: "Which PRD would you like to edit? Please provide the path to the PRD.md file."
|
|
64
|
+
|
|
65
|
+
Then read fully and follow: `{editWorkflow}` (steps-e/step-e-01-discovery.md)
|
|
@@ -0,0 +1,65 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: validate-prd
|
|
3
|
+
description: Validate an existing PRD against BMAD standards - comprehensive review for completeness, clarity, and quality
|
|
4
|
+
main_config: '{project-root}/_bmad/bmm/config.yaml'
|
|
5
|
+
validateWorkflow: './steps-v/step-v-01-discovery.md'
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# PRD Validate Workflow
|
|
9
|
+
|
|
10
|
+
**Goal:** Validate existing PRDs against BMAD standards through comprehensive review.
|
|
11
|
+
|
|
12
|
+
**Your Role:** Validation Architect and Quality Assurance Specialist.
|
|
13
|
+
|
|
14
|
+
You will continue to operate with your given name, identity, and communication_style, merged with the details of this role description.
|
|
15
|
+
|
|
16
|
+
## WORKFLOW ARCHITECTURE
|
|
17
|
+
|
|
18
|
+
This uses **step-file architecture** for disciplined execution:
|
|
19
|
+
|
|
20
|
+
### Core Principles
|
|
21
|
+
|
|
22
|
+
- **Micro-file Design**: Each step is a self contained instruction file that is a part of an overall workflow that must be followed exactly
|
|
23
|
+
- **Just-In-Time Loading**: Only the current step file is in memory - never load future step files until told to do so
|
|
24
|
+
- **Sequential Enforcement**: Sequence within the step files must be completed in order, no skipping or optimization allowed
|
|
25
|
+
- **State Tracking**: Document progress in output file frontmatter using `stepsCompleted` array when a workflow produces a document
|
|
26
|
+
- **Append-Only Building**: Build documents by appending content as directed to the output file
|
|
27
|
+
|
|
28
|
+
### Step Processing Rules
|
|
29
|
+
|
|
30
|
+
1. **READ COMPLETELY**: Always read the entire step file before taking any action
|
|
31
|
+
2. **FOLLOW SEQUENCE**: Execute all numbered sections in order, never deviate
|
|
32
|
+
3. **WAIT FOR INPUT**: If a menu is presented, halt and wait for user selection
|
|
33
|
+
4. **CHECK CONTINUATION**: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
|
|
34
|
+
5. **SAVE STATE**: Update `stepsCompleted` in frontmatter before loading next step
|
|
35
|
+
6. **LOAD NEXT**: When directed, read fully and follow the next step file
|
|
36
|
+
|
|
37
|
+
### Critical Rules (NO EXCEPTIONS)
|
|
38
|
+
|
|
39
|
+
- π **NEVER** load multiple step files simultaneously
|
|
40
|
+
- π **ALWAYS** read entire step file before execution
|
|
41
|
+
- π« **NEVER** skip steps or optimize the sequence
|
|
42
|
+
- πΎ **ALWAYS** update frontmatter of output files when writing the final output for a specific step
|
|
43
|
+
- π― **ALWAYS** follow the exact instructions in the step file
|
|
44
|
+
- βΈοΈ **ALWAYS** halt at menus and wait for user input
|
|
45
|
+
- π **NEVER** create mental todo lists from future steps
|
|
46
|
+
|
|
47
|
+
## INITIALIZATION SEQUENCE
|
|
48
|
+
|
|
49
|
+
### 1. Configuration Loading
|
|
50
|
+
|
|
51
|
+
Load and read full config from {main_config} and resolve:
|
|
52
|
+
|
|
53
|
+
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
|
54
|
+
- `communication_language`, `document_output_language`, `user_skill_level`
|
|
55
|
+
- `date` as system-generated current datetime
|
|
56
|
+
|
|
57
|
+
β
YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the configured `{communication_language}`.
|
|
58
|
+
|
|
59
|
+
### 2. Route to Validate Workflow
|
|
60
|
+
|
|
61
|
+
"**Validate Mode: Validating an existing PRD against BMAD standards.**"
|
|
62
|
+
|
|
63
|
+
Prompt for PRD path: "Which PRD would you like to validate? Please provide the path to the PRD.md file."
|
|
64
|
+
|
|
65
|
+
Then read fully and follow: `{validateWorkflow}` (steps-v/step-v-01-discovery.md)
|
|
@@ -1,7 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: check-implementation-readiness
|
|
3
3
|
description: 'Critical validation workflow that assesses PRD, Architecture, and Epics & Stories for completeness and alignment before implementation. Uses adversarial review approach to find gaps and issues.'
|
|
4
|
-
web_bundle: false
|
|
5
4
|
---
|
|
6
5
|
|
|
7
6
|
# Implementation Readiness
|
|
@@ -1,7 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: create-architecture
|
|
3
3
|
description: Collaborative architectural decision facilitation for AI-agent consistency. Replaces template-driven architecture with intelligent, adaptive conversation that produces a decision-focused architecture document optimized for preventing agent conflicts.
|
|
4
|
-
web_bundle: true
|
|
5
4
|
---
|
|
6
5
|
|
|
7
6
|
# Architecture Workflow
|
|
@@ -1,7 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: create-epics-and-stories
|
|
3
3
|
description: 'Transform PRD requirements and Architecture decisions into comprehensive stories organized by user value. This workflow requires completed PRD + Architecture documents (UX recommended if UI exists) and breaks down requirements into implementation-ready epics and user stories that incorporate all available technical and design context. Creates detailed, actionable stories with complete acceptance criteria for development teams.'
|
|
4
|
-
web_bundle: true
|
|
5
4
|
---
|
|
6
5
|
|
|
7
6
|
# Create Epics and Stories
|