bmad-method 6.0.0-Beta.5 β 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 +178 -0
- package/.claude/skills/changelog-social/examples/discord-example.md +53 -0
- package/.claude/skills/changelog-social/examples/linkedin-example.md +49 -0
- package/.claude/skills/changelog-social/examples/twitter-example.md +55 -0
- package/.claude/skills/changelog-social.skill +0 -0
- package/.claude/skills/draft-changelog/SKILL.md +2 -2
- package/.claude/skills/draft-changelog/prompts/instructions.md +25 -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 -4
- package/.github/workflows/quality.yaml +3 -0
- package/.vscode/settings.json +1 -2
- package/CHANGELOG.md +65 -1
- package/docs/bmgd/game-types.md +1 -0
- package/docs/bmgd/index.md +1 -1
- package/docs/bmgd/quick-flow-workflows.md +1 -0
- package/docs/reference/agents.md +22 -0
- package/docs/reference/commands.md +34 -0
- package/docs/reference/testing.md +21 -0
- package/docs/reference/workflow-map.md +1 -1
- package/package.json +5 -2
- package/src/bmm/agents/analyst.agent.yaml +11 -5
- package/src/bmm/agents/dev.agent.yaml +0 -1
- package/src/bmm/agents/pm.agent.yaml +3 -6
- package/src/bmm/agents/{quinn.agent.yaml β qa.agent.yaml} +3 -3
- package/src/bmm/module-help.csv +13 -20
- 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/data/domain-complexity.csv +2 -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/data/domain-complexity.csv +2 -0
- 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 -3
- package/src/bmm/workflows/4-implementation/correct-course/workflow.yaml +0 -4
- package/src/bmm/workflows/4-implementation/create-story/workflow.yaml +0 -4
- package/src/bmm/workflows/4-implementation/dev-story/workflow.yaml +0 -4
- package/src/bmm/workflows/4-implementation/retrospective/workflow.yaml +0 -3
- package/src/bmm/workflows/4-implementation/sprint-planning/workflow.yaml +0 -4
- package/src/bmm/workflows/4-implementation/sprint-status/workflow.yaml +0 -6
- package/src/bmm/workflows/bmad-quick-flow/quick-spec/workflow.md +0 -1
- package/src/bmm/workflows/document-project/workflow.yaml +0 -8
- package/src/bmm/workflows/qa/automate/workflow.yaml +0 -2
- package/src/core/tasks/editorial-review-prose.xml +14 -12
- package/src/core/tasks/editorial-review-structure.xml +28 -28
- package/src/core/tasks/help.md +36 -16
- package/src/core/tasks/index-docs.xml +1 -1
- package/src/core/tasks/review-adversarial-general.xml +2 -2
- package/src/core/tasks/shard-doc.xml +1 -2
- package/src/core/tasks/workflow.xml +1 -1
- package/src/core/workflows/advanced-elicitation/workflow.xml +1 -1
- package/test/test-installation-components.js +1 -1
- package/tools/build-docs.js +21 -1
- package/tools/cli/bmad-cli.js +42 -3
- package/tools/cli/installers/lib/core/config-collector.js +5 -1
- package/tools/cli/installers/lib/core/dependency-resolver.js +1 -1
- package/tools/cli/installers/lib/core/installer.js +1 -6
- package/tools/cli/installers/lib/core/manifest-generator.js +149 -125
- package/tools/cli/installers/lib/custom/handler.js +1 -1
- package/tools/cli/installers/lib/ide/_base-ide.js +25 -15
- package/tools/cli/installers/lib/ide/_config-driven.js +79 -9
- package/tools/cli/installers/lib/ide/codex.js +7 -1
- package/tools/cli/installers/lib/ide/manager.js +8 -2
- package/tools/cli/installers/lib/ide/platform-codes.yaml +0 -3
- package/tools/cli/installers/lib/ide/shared/agent-command-generator.js +2 -2
- package/tools/cli/installers/lib/ide/shared/bmad-artifacts.js +14 -3
- package/tools/cli/installers/lib/ide/shared/path-utils.js +9 -2
- package/tools/cli/installers/lib/ide/shared/task-tool-command-generator.js +126 -29
- package/tools/cli/installers/lib/ide/shared/workflow-command-generator.js +2 -2
- package/tools/cli/installers/lib/ide/templates/combined/default-task.md +10 -0
- package/tools/cli/installers/lib/ide/templates/combined/default-tool.md +10 -0
- package/tools/cli/installers/lib/ide/templates/combined/gemini-task.toml +11 -0
- package/tools/cli/installers/lib/ide/templates/combined/gemini-tool.toml +11 -0
- package/tools/cli/installers/lib/modules/manager.js +3 -6
- package/tools/cli/lib/agent/installer.js +1 -1
- package/tools/cli/lib/prompts.js +192 -6
- package/tools/cli/lib/ui.js +124 -72
- package/tools/schema/agent.js +0 -1
- package/tools/validate-file-refs.js +480 -0
- package/website/astro.config.mjs +1 -35
- 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
- package/src/bmm/workflows/excalidraw-diagrams/_shared/excalidraw-library.json +0 -90
- package/src/bmm/workflows/excalidraw-diagrams/_shared/excalidraw-templates.yaml +0 -127
- package/src/bmm/workflows/excalidraw-diagrams/create-dataflow/checklist.md +0 -39
- package/src/bmm/workflows/excalidraw-diagrams/create-dataflow/instructions.md +0 -130
- package/src/bmm/workflows/excalidraw-diagrams/create-dataflow/workflow.yaml +0 -27
- package/src/bmm/workflows/excalidraw-diagrams/create-diagram/checklist.md +0 -43
- package/src/bmm/workflows/excalidraw-diagrams/create-diagram/instructions.md +0 -141
- package/src/bmm/workflows/excalidraw-diagrams/create-diagram/workflow.yaml +0 -27
- package/src/bmm/workflows/excalidraw-diagrams/create-flowchart/checklist.md +0 -49
- package/src/bmm/workflows/excalidraw-diagrams/create-flowchart/instructions.md +0 -241
- package/src/bmm/workflows/excalidraw-diagrams/create-flowchart/workflow.yaml +0 -27
- package/src/bmm/workflows/excalidraw-diagrams/create-wireframe/checklist.md +0 -38
- package/src/bmm/workflows/excalidraw-diagrams/create-wireframe/instructions.md +0 -133
- package/src/bmm/workflows/excalidraw-diagrams/create-wireframe/workflow.yaml +0 -27
- package/src/core/resources/excalidraw/README.md +0 -160
- package/src/core/resources/excalidraw/excalidraw-helpers.md +0 -127
- package/src/core/resources/excalidraw/library-loader.md +0 -50
- package/src/core/resources/excalidraw/validate-json-instructions.md +0 -79
- package/tools/flattener/aggregate.js +0 -76
- package/tools/flattener/binary.js +0 -80
- package/tools/flattener/discovery.js +0 -71
- package/tools/flattener/files.js +0 -35
- package/tools/flattener/ignoreRules.js +0 -172
- package/tools/flattener/main.js +0 -483
- package/tools/flattener/projectRoot.js +0 -201
- package/tools/flattener/prompts.js +0 -44
- package/tools/flattener/stats.helpers.js +0 -368
- package/tools/flattener/stats.js +0 -75
- package/tools/flattener/test-matrix.js +0 -409
- package/tools/flattener/xml.js +0 -82
|
@@ -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
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
agent:
|
|
2
2
|
metadata:
|
|
3
|
-
id: "_bmad/bmm/agents/
|
|
3
|
+
id: "_bmad/bmm/agents/qa"
|
|
4
4
|
name: Quinn
|
|
5
5
|
title: QA Engineer
|
|
6
6
|
icon: π§ͺ
|
|
@@ -27,7 +27,7 @@ agent:
|
|
|
27
27
|
- Focus on realistic user scenarios
|
|
28
28
|
|
|
29
29
|
menu:
|
|
30
|
-
- trigger: qa
|
|
30
|
+
- trigger: QA or fuzzy match on qa-automate
|
|
31
31
|
workflow: "{project-root}/_bmad/bmm/workflows/qa/automate/workflow.yaml"
|
|
32
32
|
description: "[QA] Automate - Generate tests for existing features (simplified)"
|
|
33
33
|
|
|
@@ -54,4 +54,4 @@ agent:
|
|
|
54
54
|
For comprehensive test strategy, risk-based planning, quality gates, and enterprise features,
|
|
55
55
|
install the Test Architect (TEA) module: https://bmad-code-org.github.io/bmad-method-test-architecture-enterprise/
|
|
56
56
|
|
|
57
|
-
Ready to generate some tests? Just say `QA` or `bmad-bmm-automate`!
|
|
57
|
+
Ready to generate some tests? Just say `QA` or `bmad-bmm-qa-automate`!
|
package/src/bmm/module-help.csv
CHANGED
|
@@ -4,29 +4,22 @@ bmm,anytime,Generate Project Context,GPC,,_bmad/bmm/workflows/generate-project-c
|
|
|
4
4
|
bmm,anytime,Quick Spec,QS,,_bmad/bmm/workflows/bmad-quick-flow/quick-spec/workflow.md,bmad-bmm-quick-spec,false,quick-flow-solo-dev,Create Mode,"Do not suggest for potentially very complex things unless requested or if the user complains that they do not want to follow the extensive planning of the bmad method. Quick one-off tasks small changes simple apps brownfield additions to well established patterns utilities without extensive planning",planning_artifacts,"tech spec",
|
|
5
5
|
bmm,anytime,Quick Dev,QD,,_bmad/bmm/workflows/bmad-quick-flow/quick-dev/workflow.md,bmad-bmm-quick-dev,false,quick-flow-solo-dev,Create Mode,"Quick one-off tasks small changes simple apps utilities without extensive planning - Do not suggest for potentially very complex things unless requested or if the user complains that they do not want to follow the extensive planning of the bmad method, unless the user is already working through the implementation phase and just requests a 1 off things not already in the plan",,,
|
|
6
6
|
bmm,anytime,Correct Course,CC,,_bmad/bmm/workflows/4-implementation/correct-course/workflow.yaml,bmad-bmm-correct-course,false,sm,Create Mode,"Anytime: Navigate significant changes. May recommend start over update PRD redo architecture sprint planning or correct epics and stories",planning_artifacts,"change proposal",
|
|
7
|
-
bmm,anytime,
|
|
8
|
-
bmm,anytime,
|
|
9
|
-
bmm,anytime,
|
|
10
|
-
bmm,anytime,
|
|
11
|
-
bmm,anytime,
|
|
12
|
-
bmm,anytime,Update Standards,US,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,bmad-bmm-update-standards,false,tech-writer,,"Update agent memory documentation-standards.md with your specific preferences if you discover missing document conventions.",_bmad/_memory/tech-writer-sidecar,"standards",
|
|
13
|
-
bmm,anytime,Mermaid Generate,MG,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,bmad-bmm-mermaid-generate,false,tech-writer,,"Create a Mermaid diagram based on user description. Will suggest diagram types if not specified.",planning_artifacts,"mermaid diagram",
|
|
14
|
-
bmm,anytime,Validate Document,VD,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,bmad-bmm-validate-document,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",
|
|
15
|
-
bmm,anytime,Explain Concept,EC,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,bmad-bmm-explain-concept,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",
|
|
7
|
+
bmm,anytime,Write Document,WD,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,,false,tech-writer,,"Describe in detail what you want, and the agent will follow the documentation best practices defined in agent memory. Multi-turn conversation with subprocess for research/review.",project-knowledge,"document",
|
|
8
|
+
bmm,anytime,Update Standards,US,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,,false,tech-writer,,"Update agent memory documentation-standards.md with your specific preferences if you discover missing document conventions.",_bmad/_memory/tech-writer-sidecar,"standards",
|
|
9
|
+
bmm,anytime,Mermaid Generate,MG,,_bmad/bmm/agents/tech-writer/tech-writer.agent.yaml,,false,tech-writer,,"Create a Mermaid diagram based on user description. Will suggest diagram types if not specified.",planning_artifacts,"mermaid diagram",
|
|
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
|
+
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",
|
|
16
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",
|
|
17
|
-
bmm,1-analysis,Market Research,MR,20,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode
|
|
18
|
-
bmm,1-analysis,Domain Research,DR,21,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode
|
|
19
|
-
bmm,1-analysis,Technical Research,TR,22,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode
|
|
20
|
-
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",
|
|
21
|
-
bmm,
|
|
22
|
-
bmm,2-planning,
|
|
23
|
-
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",
|
|
24
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",
|
|
25
|
-
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",
|
|
26
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,
|
|
27
|
-
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",
|
|
28
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",
|
|
29
|
-
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",
|
|
30
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",
|
|
31
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",
|
|
32
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",,,
|
|
@@ -34,5 +27,5 @@ bmm,4-implementation,Validate Story,VS,35,_bmad/bmm/workflows/4-implementation/c
|
|
|
34
27
|
bmm,4-implementation,Create Story,CS,30,_bmad/bmm/workflows/4-implementation/create-story/workflow.yaml,bmad-bmm-create-story,true,sm,Create Mode,"Story cycle start: Prepare first found story in the sprint plan that is next, or if the command is run with a specific epic and story designation with context. Once complete, then VS then DS then CR then back to DS if needed or next CS or ER",implementation_artifacts,story,
|
|
35
28
|
bmm,4-implementation,Dev Story,DS,40,_bmad/bmm/workflows/4-implementation/dev-story/workflow.yaml,bmad-bmm-dev-story,true,dev,Create Mode,"Story cycle: Execute story implementation tasks and tests then CR then back to DS if fixes needed",,,
|
|
36
29
|
bmm,4-implementation,Code Review,CR,50,_bmad/bmm/workflows/4-implementation/code-review/workflow.yaml,bmad-bmm-code-review,false,dev,Create Mode,"Story cycle: If issues back to DS if approved then next CS or ER if epic complete",,,
|
|
37
|
-
bmm,4-implementation,QA Automation Test,QA,45,_bmad/bmm/workflows/qa/automate/workflow.yaml,bmad-bmm-qa-automate,false,
|
|
30
|
+
bmm,4-implementation,QA Automation Test,QA,45,_bmad/bmm/workflows/qa/automate/workflow.yaml,bmad-bmm-qa-automate,false,qa,Create Mode,"Generate automated API and E2E tests for implemented code using the project's existing test framework (detects existing well known in use test frameworks). Use after implementation to add test coverage. NOT for code review or story validation - use CR for that.",implementation_artifacts,"test suite",
|
|
38
31
|
bmm,4-implementation,Retrospective,ER,60,_bmad/bmm/workflows/4-implementation/retrospective/workflow.yaml,bmad-bmm-retrospective,false,sm,Create Mode,"Optional at epic end: Review completed work lessons learned and next epic or if major issues consider CC",implementation_artifacts,retrospective,
|
|
@@ -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}`**
|
|
@@ -9,5 +9,7 @@ scientific,"research,algorithm,simulation,modeling,computational,analysis,data s
|
|
|
9
9
|
legaltech,"legal,law,contract,compliance,litigation,patent,attorney,court",high,"Legal ethics;Bar regulations;Data retention;Attorney-client privilege;Court system integration","Legal practice rules;Ethics requirements;Court filing systems;Document standards;Confidentiality","domain-research","legal technology ethics {date};law practice management software requirements;court filing system standards;attorney client privilege technology","ethics_compliance;data_retention;confidentiality_measures;court_integration"
|
|
10
10
|
insuretech,"insurance,claims,underwriting,actuarial,policy,risk,premium",high,"Insurance regulations;Actuarial standards;Data privacy;Fraud detection;State compliance","Insurance regulations by state;Actuarial methods;Risk modeling;Claims processing;Regulatory reporting","domain-research","insurance software regulations {date};actuarial standards software;insurance fraud detection;state insurance compliance","regulatory_requirements;risk_modeling;fraud_detection;reporting_compliance"
|
|
11
11
|
energy,"energy,utility,grid,solar,wind,power,electricity,oil,gas",high,"Grid compliance;NERC standards;Environmental regulations;Safety requirements;Real-time operations","Energy regulations;Grid standards;Environmental compliance;Safety protocols;SCADA systems","domain-research","energy sector software compliance {date};NERC CIP standards;smart grid requirements;renewable energy software standards","grid_compliance;safety_protocols;environmental_compliance;operational_requirements"
|
|
12
|
+
process_control,"industrial automation,process control,PLC,SCADA,DCS,HMI,operational technology,OT,control system,cyberphysical,MES,historian,instrumentation,I&C,P&ID",high,"Functional safety;OT cybersecurity;Real-time control requirements;Legacy system integration;Process safety and hazard analysis;Environmental compliance and permitting;Engineering authority and PE requirements","Functional safety standards;OT security frameworks;Industrial protocols;Process control architecture;Plant reliability and maintainability","domain-research + technical-model","IEC 62443 OT cybersecurity requirements {date};functional safety software requirements {date};industrial process control architecture;ISA-95 manufacturing integration","functional_safety;ot_security;process_requirements;engineering_authority"
|
|
13
|
+
building_automation,"building automation,BAS,BMS,HVAC,smart building,lighting control,fire alarm,fire protection,fire suppression,life safety,elevator,access control,DDC,energy management,sequence of operations,commissioning",high,"Life safety codes;Building energy standards;Multi-trade coordination and interoperability;Commissioning and ongoing operational performance;Indoor environmental quality and occupant comfort;Engineering authority and PE requirements","Building automation protocols;HVAC and mechanical controls;Fire alarm, fire protection, and life safety design;Commissioning process and sequence of operations;Building codes and energy standards","domain-research","smart building software architecture {date};BACnet integration best practices;building automation cybersecurity {date};ASHRAE building standards","life_safety;energy_compliance;commissioning_requirements;engineering_authority"
|
|
12
14
|
gaming,"game,player,gameplay,level,character,multiplayer,quest",redirect,"REDIRECT TO GAME WORKFLOWS","Game design","game-brief","NA","NA"
|
|
13
15
|
general,"",low,"Standard requirements;Basic security;User experience;Performance","General software practices","continue","software development best practices {date}","standard_requirements"
|
|
@@ -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
|
|
@@ -8,4 +8,6 @@ productivity,"productivity,workflow,tasks,management,business,tools",medium,stan
|
|
|
8
8
|
media,"content,media,video,audio,streaming,broadcast",high,advanced,"CDN architecture, video encoding, streaming protocols, content delivery"
|
|
9
9
|
iot,"IoT,sensors,devices,embedded,smart,connected",high,advanced,"device communication, real-time data processing, edge computing, security"
|
|
10
10
|
government,"government,civic,public,admin,policy,regulation",high,enhanced,"accessibility standards, security clearance, data privacy, audit trails"
|
|
11
|
+
process_control,"industrial automation,process control,PLC,SCADA,DCS,HMI,operational technology,control system,cyberphysical,MES,instrumentation,I&C,P&ID",high,advanced,"industrial process control architecture, SCADA system design, OT cybersecurity architecture, real-time control systems"
|
|
12
|
+
building_automation,"building automation,BAS,BMS,HVAC,smart building,fire alarm,fire protection,fire suppression,life safety,elevator,DDC,access control,sequence of operations,commissioning",high,advanced,"building automation architecture, BACnet integration patterns, smart building design, building management system security"
|
|
11
13
|
gaming,"game,gaming,multiplayer,real-time,interactive,entertainment",high,advanced,"real-time multiplayer, game engine architecture, matchmaking, leaderboards"
|
|
@@ -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
|
|
@@ -54,7 +54,3 @@ instructions: "{installed_path}/instructions.md"
|
|
|
54
54
|
validation: "{installed_path}/checklist.md"
|
|
55
55
|
checklist: "{installed_path}/checklist.md"
|
|
56
56
|
default_output_file: "{planning_artifacts}/sprint-change-proposal-{date}.md"
|
|
57
|
-
|
|
58
|
-
standalone: true
|
|
59
|
-
|
|
60
|
-
web_bundle: false
|
|
@@ -21,7 +21,3 @@ story_file: "" # Explicit story path; auto-discovered if empty
|
|
|
21
21
|
implementation_artifacts: "{config_source}:implementation_artifacts"
|
|
22
22
|
sprint_status: "{implementation_artifacts}/sprint-status.yaml"
|
|
23
23
|
project_context: "**/project-context.md"
|
|
24
|
-
|
|
25
|
-
standalone: true
|
|
26
|
-
|
|
27
|
-
web_bundle: false
|