additional slash commands added that were missing from trivariate workflows
This commit is contained in:
parent
5276d58b2c
commit
731bee26ea
|
|
@ -1244,7 +1244,6 @@ Located in `src/modules/bmb/workflows/agent/data/`:
|
||||||
|
|
||||||
- **Workflow Vendoring**: Web bundler performs automatic cross-module dependency vendoring
|
- **Workflow Vendoring**: Web bundler performs automatic cross-module dependency vendoring
|
||||||
- **BMGD Module Extraction**: Game development split into standalone 4-phase structure
|
- **BMGD Module Extraction**: Game development split into standalone 4-phase structure
|
||||||
- **Enhanced Dependency Resolution**: Better handling of web_bundle: false workflows
|
|
||||||
- **Advanced Elicitation Fix**: Added missing CSV files to workflow bundles
|
- **Advanced Elicitation Fix**: Added missing CSV files to workflow bundles
|
||||||
- **Claude Code Fix**: Resolved README slash command installation regression
|
- **Claude Code Fix**: Resolved README slash command installation regression
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -10,19 +10,15 @@ bmm,anytime,Mermaid Generate,MG,,_bmad/bmm/agents/tech-writer/tech-writer.agent.
|
||||||
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",
|
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",
|
||||||
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",
|
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",
|
||||||
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",
|
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",
|
||||||
bmm,1-analysis,Market Research,MR,20,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode research_type=market,"Market analysis competitive landscape customer needs and trends","planning_artifacts|project-knowledge","research documents",
|
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",
|
||||||
bmm,1-analysis,Domain Research,DR,21,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode research_type=domain,"Industry domain deep dive subject matter expertise and terminology","planning_artifacts|project_knowledge","research documents",
|
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",
|
||||||
bmm,1-analysis,Technical Research,TR,22,_bmad/bmm/workflows/1-analysis/research/workflow.md,bmad-bmm-research,false,analyst,Create Mode research_type=technical,"Technical feasibility architecture options and implementation approaches","planning_artifacts|project_knowledge","research documents",
|
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",
|
||||||
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",
|
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",
|
||||||
bmm,1-analysis,Validate Brief,VB,40,_bmad/bmm/workflows/1-analysis/create-product-brief/workflow.md,bmad-bmm-validate-brief,false,analyst,Validate Mode,"Validates product brief completeness",planning_artifacts,"brief validation report",
|
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,
|
||||||
bmm,2-planning,Create PRD,CP,10,_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow.md,bmad-bmm-create-prd,true,pm,Create Mode,"Expert led facilitation to produce your Product Requirements Document",planning_artifacts,prd,
|
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",
|
||||||
bmm,2-planning,Validate PRD,VP,20,_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow.md,bmad-bmm-validate-prd,false,pm,Validate Mode,"Validate PRD is comprehensive lean well organized and cohesive",planning_artifacts,"prd validation report",
|
|
||||||
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",
|
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",
|
||||||
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",
|
|
||||||
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,
|
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,
|
||||||
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",
|
|
||||||
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",
|
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",
|
||||||
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",
|
|
||||||
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",
|
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",
|
||||||
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",
|
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",
|
||||||
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",,,
|
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",,,
|
||||||
|
|
|
||||||
|
|
|
@ -1,7 +1,6 @@
|
||||||
---
|
---
|
||||||
name: create-product-brief
|
name: create-product-brief
|
||||||
description: Create comprehensive product briefs through collaborative step-by-step discovery as creative Business Analyst working with the user as peers.
|
description: Create comprehensive product briefs through collaborative step-by-step discovery as creative Business Analyst working with the user as peers.
|
||||||
web_bundle: true
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Product Brief Workflow
|
# Product Brief Workflow
|
||||||
|
|
|
||||||
|
|
@ -0,0 +1,54 @@
|
||||||
|
---
|
||||||
|
name: domain-research
|
||||||
|
description: Conduct domain research covering industry analysis, regulations, technology trends, and ecosystem dynamics using current web data and verified sources.
|
||||||
|
---
|
||||||
|
|
||||||
|
# Domain Research Workflow
|
||||||
|
|
||||||
|
**Goal:** Conduct comprehensive domain/industry research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
||||||
|
|
||||||
|
**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.
|
||||||
|
|
||||||
|
## PREREQUISITE
|
||||||
|
|
||||||
|
**⛔ Web search required.** If unavailable, abort and tell the user.
|
||||||
|
|
||||||
|
## CONFIGURATION
|
||||||
|
|
||||||
|
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
||||||
|
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
||||||
|
- `communication_language`, `document_output_language`, `user_skill_level`
|
||||||
|
- `date` as a system-generated value
|
||||||
|
|
||||||
|
## QUICK TOPIC DISCOVERY
|
||||||
|
|
||||||
|
"Welcome {{user_name}}! Let's get started with your **domain/industry research**.
|
||||||
|
|
||||||
|
**What domain, industry, or sector do you want to research?**
|
||||||
|
|
||||||
|
For example:
|
||||||
|
- 'The healthcare technology industry'
|
||||||
|
- 'Sustainable packaging regulations in Europe'
|
||||||
|
- 'Construction and building materials sector'
|
||||||
|
- 'Or any other domain you have in mind...'"
|
||||||
|
|
||||||
|
### Topic Clarification
|
||||||
|
|
||||||
|
Based on the user's topic, briefly clarify:
|
||||||
|
1. **Core Domain**: "What specific aspect of [domain] are you most interested in?"
|
||||||
|
2. **Research Goals**: "What do you hope to achieve with this research?"
|
||||||
|
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
||||||
|
|
||||||
|
## ROUTE TO DOMAIN RESEARCH STEPS
|
||||||
|
|
||||||
|
After gathering the topic and goals:
|
||||||
|
|
||||||
|
1. Set `research_type = "domain"`
|
||||||
|
2. Set `research_topic = [discovered topic from discussion]`
|
||||||
|
3. Set `research_goals = [discovered goals from discussion]`
|
||||||
|
4. Create the starter output file: `{planning_artifacts}/research/domain-{{research_topic}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
||||||
|
5. Load: `./domain-steps/step-01-init.md` with topic context
|
||||||
|
|
||||||
|
**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.
|
||||||
|
|
||||||
|
**✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
||||||
|
|
@ -0,0 +1,54 @@
|
||||||
|
---
|
||||||
|
name: market-research
|
||||||
|
description: Conduct market research covering market size, growth, competition, and customer insights using current web data and verified sources.
|
||||||
|
---
|
||||||
|
|
||||||
|
# Market Research Workflow
|
||||||
|
|
||||||
|
**Goal:** Conduct comprehensive market research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
||||||
|
|
||||||
|
**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.
|
||||||
|
|
||||||
|
## PREREQUISITE
|
||||||
|
|
||||||
|
**⛔ Web search required.** If unavailable, abort and tell the user.
|
||||||
|
|
||||||
|
## CONFIGURATION
|
||||||
|
|
||||||
|
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
||||||
|
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
||||||
|
- `communication_language`, `document_output_language`, `user_skill_level`
|
||||||
|
- `date` as a system-generated value
|
||||||
|
|
||||||
|
## QUICK TOPIC DISCOVERY
|
||||||
|
|
||||||
|
"Welcome {{user_name}}! Let's get started with your **market research**.
|
||||||
|
|
||||||
|
**What topic, problem, or area do you want to research?**
|
||||||
|
|
||||||
|
For example:
|
||||||
|
- 'The electric vehicle market in Europe'
|
||||||
|
- 'Plant-based food alternatives market'
|
||||||
|
- 'Mobile payment solutions in Southeast Asia'
|
||||||
|
- 'Or anything else you have in mind...'"
|
||||||
|
|
||||||
|
### Topic Clarification
|
||||||
|
|
||||||
|
Based on the user's topic, briefly clarify:
|
||||||
|
1. **Core Topic**: "What exactly about [topic] are you most interested in?"
|
||||||
|
2. **Research Goals**: "What do you hope to achieve with this research?"
|
||||||
|
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
||||||
|
|
||||||
|
## ROUTE TO MARKET RESEARCH STEPS
|
||||||
|
|
||||||
|
After gathering the topic and goals:
|
||||||
|
|
||||||
|
1. Set `research_type = "market"`
|
||||||
|
2. Set `research_topic = [discovered topic from discussion]`
|
||||||
|
3. Set `research_goals = [discovered goals from discussion]`
|
||||||
|
4. Create the starter output file: `{planning_artifacts}/research/market-{{research_topic}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
||||||
|
5. Load: `./market-steps/step-01-init.md` with topic context
|
||||||
|
|
||||||
|
**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.
|
||||||
|
|
||||||
|
**✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
||||||
|
|
@ -0,0 +1,54 @@
|
||||||
|
---
|
||||||
|
name: technical-research
|
||||||
|
description: Conduct technical research covering technology evaluation, architecture decisions, and implementation approaches using current web data and verified sources.
|
||||||
|
---
|
||||||
|
|
||||||
|
# Technical Research Workflow
|
||||||
|
|
||||||
|
**Goal:** Conduct comprehensive technical research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
||||||
|
|
||||||
|
**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.
|
||||||
|
|
||||||
|
## PREREQUISITE
|
||||||
|
|
||||||
|
**⛔ Web search required.** If unavailable, abort and tell the user.
|
||||||
|
|
||||||
|
## CONFIGURATION
|
||||||
|
|
||||||
|
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
||||||
|
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
||||||
|
- `communication_language`, `document_output_language`, `user_skill_level`
|
||||||
|
- `date` as a system-generated value
|
||||||
|
|
||||||
|
## QUICK TOPIC DISCOVERY
|
||||||
|
|
||||||
|
"Welcome {{user_name}}! Let's get started with your **technical research**.
|
||||||
|
|
||||||
|
**What technology, tool, or technical area do you want to research?**
|
||||||
|
|
||||||
|
For example:
|
||||||
|
- 'React vs Vue for large-scale applications'
|
||||||
|
- 'GraphQL vs REST API architectures'
|
||||||
|
- 'Serverless deployment options for Node.js'
|
||||||
|
- 'Or any other technical topic you have in mind...'"
|
||||||
|
|
||||||
|
### Topic Clarification
|
||||||
|
|
||||||
|
Based on the user's topic, briefly clarify:
|
||||||
|
1. **Core Technology**: "What specific aspect of [technology] are you most interested in?"
|
||||||
|
2. **Research Goals**: "What do you hope to achieve with this research?"
|
||||||
|
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
||||||
|
|
||||||
|
## ROUTE TO TECHNICAL RESEARCH STEPS
|
||||||
|
|
||||||
|
After gathering the topic and goals:
|
||||||
|
|
||||||
|
1. Set `research_type = "technical"`
|
||||||
|
2. Set `research_topic = [discovered topic from discussion]`
|
||||||
|
3. Set `research_goals = [discovered goals from discussion]`
|
||||||
|
4. Create the starter output file: `{planning_artifacts}/research/technical-{{research_topic}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
||||||
|
5. Load: `./technical-steps/step-01-init.md` with topic context
|
||||||
|
|
||||||
|
**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.
|
||||||
|
|
||||||
|
**✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
||||||
|
|
@ -1,7 +1,6 @@
|
||||||
---
|
---
|
||||||
name: research
|
name: research
|
||||||
description: Conduct comprehensive research across multiple domains using current web data and verified sources - Market, Technical, Domain and other research types.
|
description: Conduct comprehensive research across multiple domains using current web data and verified sources - Market, Technical, Domain and other research types.
|
||||||
web_bundle: true
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Research Workflow
|
# Research Workflow
|
||||||
|
|
|
||||||
|
|
@ -0,0 +1,65 @@
|
||||||
|
---
|
||||||
|
name: validate-prd
|
||||||
|
description: Validate an existing PRD against BMAD standards - comprehensive review for completeness, clarity, and quality
|
||||||
|
main_config: '{project-root}/_bmad/bmm/config.yaml'
|
||||||
|
validateWorkflow: './steps-v/step-v-01-discovery.md'
|
||||||
|
---
|
||||||
|
|
||||||
|
# PRD Validate Workflow
|
||||||
|
|
||||||
|
**Goal:** Validate existing PRDs against BMAD standards through comprehensive review.
|
||||||
|
|
||||||
|
**Your Role:** Validation Architect and Quality Assurance Specialist.
|
||||||
|
|
||||||
|
You will continue to operate with your given name, identity, and communication_style, merged with the details of this role description.
|
||||||
|
|
||||||
|
## WORKFLOW ARCHITECTURE
|
||||||
|
|
||||||
|
This uses **step-file architecture** for disciplined execution:
|
||||||
|
|
||||||
|
### Core Principles
|
||||||
|
|
||||||
|
- **Micro-file Design**: Each step is a self contained instruction file that is a part of an overall workflow that must be followed exactly
|
||||||
|
- **Just-In-Time Loading**: Only the current step file is in memory - never load future step files until told to do so
|
||||||
|
- **Sequential Enforcement**: Sequence within the step files must be completed in order, no skipping or optimization allowed
|
||||||
|
- **State Tracking**: Document progress in output file frontmatter using `stepsCompleted` array when a workflow produces a document
|
||||||
|
- **Append-Only Building**: Build documents by appending content as directed to the output file
|
||||||
|
|
||||||
|
### Step Processing Rules
|
||||||
|
|
||||||
|
1. **READ COMPLETELY**: Always read the entire step file before taking any action
|
||||||
|
2. **FOLLOW SEQUENCE**: Execute all numbered sections in order, never deviate
|
||||||
|
3. **WAIT FOR INPUT**: If a menu is presented, halt and wait for user selection
|
||||||
|
4. **CHECK CONTINUATION**: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
|
||||||
|
5. **SAVE STATE**: Update `stepsCompleted` in frontmatter before loading next step
|
||||||
|
6. **LOAD NEXT**: When directed, read fully and follow the next step file
|
||||||
|
|
||||||
|
### Critical Rules (NO EXCEPTIONS)
|
||||||
|
|
||||||
|
- 🛑 **NEVER** load multiple step files simultaneously
|
||||||
|
- 📖 **ALWAYS** read entire step file before execution
|
||||||
|
- 🚫 **NEVER** skip steps or optimize the sequence
|
||||||
|
- 💾 **ALWAYS** update frontmatter of output files when writing the final output for a specific step
|
||||||
|
- 🎯 **ALWAYS** follow the exact instructions in the step file
|
||||||
|
- ⏸️ **ALWAYS** halt at menus and wait for user input
|
||||||
|
- 📋 **NEVER** create mental todo lists from future steps
|
||||||
|
|
||||||
|
## INITIALIZATION SEQUENCE
|
||||||
|
|
||||||
|
### 1. Configuration Loading
|
||||||
|
|
||||||
|
Load and read full config from {main_config} and resolve:
|
||||||
|
|
||||||
|
- `project_name`, `output_folder`, `planning_artifacts`, `user_name`
|
||||||
|
- `communication_language`, `document_output_language`, `user_skill_level`
|
||||||
|
- `date` as system-generated current datetime
|
||||||
|
|
||||||
|
✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the configured `{communication_language}`.
|
||||||
|
|
||||||
|
### 2. Route to Validate Workflow
|
||||||
|
|
||||||
|
"**Validate Mode: Validating an existing PRD against BMAD standards.**"
|
||||||
|
|
||||||
|
Prompt for PRD path: "Which PRD would you like to validate? Please provide the path to the PRD.md file."
|
||||||
|
|
||||||
|
Then read fully and follow: `{validateWorkflow}` (steps-v/step-v-01-discovery.md)
|
||||||
|
|
@ -5,7 +5,6 @@ main_config: '{project-root}/_bmad/bmm/config.yaml'
|
||||||
nextStep: './steps-c/step-01-init.md'
|
nextStep: './steps-c/step-01-init.md'
|
||||||
validateWorkflow: './steps-v/step-v-01-discovery.md'
|
validateWorkflow: './steps-v/step-v-01-discovery.md'
|
||||||
editWorkflow: './steps-e/step-e-01-discovery.md'
|
editWorkflow: './steps-e/step-e-01-discovery.md'
|
||||||
web_bundle: true
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# PRD Workflow (Tri-Modal)
|
# PRD Workflow (Tri-Modal)
|
||||||
|
|
|
||||||
|
|
@ -1,7 +1,6 @@
|
||||||
---
|
---
|
||||||
name: create-ux-design
|
name: create-ux-design
|
||||||
description: Work with a peer UX Design expert to plan your applications UX patterns, look and feel.
|
description: Work with a peer UX Design expert to plan your applications UX patterns, look and feel.
|
||||||
web_bundle: true
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Create UX Design Workflow
|
# Create UX Design Workflow
|
||||||
|
|
|
||||||
|
|
@ -1,7 +1,6 @@
|
||||||
---
|
---
|
||||||
name: check-implementation-readiness
|
name: check-implementation-readiness
|
||||||
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.'
|
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.'
|
||||||
web_bundle: false
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Implementation Readiness
|
# Implementation Readiness
|
||||||
|
|
|
||||||
|
|
@ -1,7 +1,6 @@
|
||||||
---
|
---
|
||||||
name: create-architecture
|
name: create-architecture
|
||||||
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.
|
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.
|
||||||
web_bundle: true
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Architecture Workflow
|
# Architecture Workflow
|
||||||
|
|
|
||||||
|
|
@ -1,7 +1,6 @@
|
||||||
---
|
---
|
||||||
name: create-epics-and-stories
|
name: create-epics-and-stories
|
||||||
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.'
|
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.'
|
||||||
web_bundle: true
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Create Epics and Stories
|
# Create Epics and Stories
|
||||||
|
|
|
||||||
|
|
@ -46,5 +46,3 @@ input_file_patterns:
|
||||||
sharded_index: "{planning_artifacts}/*epic*/index.md"
|
sharded_index: "{planning_artifacts}/*epic*/index.md"
|
||||||
sharded_single: "{planning_artifacts}/*epic*/epic-{{epic_num}}.md"
|
sharded_single: "{planning_artifacts}/*epic*/epic-{{epic_num}}.md"
|
||||||
load_strategy: "SELECTIVE_LOAD"
|
load_strategy: "SELECTIVE_LOAD"
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -54,5 +54,3 @@ instructions: "{installed_path}/instructions.md"
|
||||||
validation: "{installed_path}/checklist.md"
|
validation: "{installed_path}/checklist.md"
|
||||||
checklist: "{installed_path}/checklist.md"
|
checklist: "{installed_path}/checklist.md"
|
||||||
default_output_file: "{planning_artifacts}/sprint-change-proposal-{date}.md"
|
default_output_file: "{planning_artifacts}/sprint-change-proposal-{date}.md"
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -55,5 +55,3 @@ input_file_patterns:
|
||||||
whole: "{planning_artifacts}/*epic*.md"
|
whole: "{planning_artifacts}/*epic*.md"
|
||||||
sharded: "{planning_artifacts}/*epic*/*.md"
|
sharded: "{planning_artifacts}/*epic*/*.md"
|
||||||
load_strategy: "SELECTIVE_LOAD" # Only load needed epic
|
load_strategy: "SELECTIVE_LOAD" # Only load needed epic
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -21,5 +21,3 @@ story_file: "" # Explicit story path; auto-discovered if empty
|
||||||
implementation_artifacts: "{config_source}:implementation_artifacts"
|
implementation_artifacts: "{config_source}:implementation_artifacts"
|
||||||
sprint_status: "{implementation_artifacts}/sprint-status.yaml"
|
sprint_status: "{implementation_artifacts}/sprint-status.yaml"
|
||||||
project_context: "**/project-context.md"
|
project_context: "**/project-context.md"
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -53,5 +53,3 @@ input_file_patterns:
|
||||||
sprint_status_file: "{implementation_artifacts}/sprint-status.yaml"
|
sprint_status_file: "{implementation_artifacts}/sprint-status.yaml"
|
||||||
story_directory: "{implementation_artifacts}"
|
story_directory: "{implementation_artifacts}"
|
||||||
retrospectives_folder: "{implementation_artifacts}"
|
retrospectives_folder: "{implementation_artifacts}"
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -49,5 +49,3 @@ input_file_patterns:
|
||||||
|
|
||||||
# Output configuration
|
# Output configuration
|
||||||
default_output_file: "{status_file}"
|
default_output_file: "{status_file}"
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -28,6 +28,3 @@ input_file_patterns:
|
||||||
description: "Sprint status file generated by sprint-planning"
|
description: "Sprint status file generated by sprint-planning"
|
||||||
whole: "{implementation_artifacts}/sprint-status.yaml"
|
whole: "{implementation_artifacts}/sprint-status.yaml"
|
||||||
load_strategy: "FULL_LOAD"
|
load_strategy: "FULL_LOAD"
|
||||||
|
|
||||||
# No web bundle needed
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -2,7 +2,6 @@
|
||||||
name: quick-spec
|
name: quick-spec
|
||||||
description: Conversational spec engineering - ask questions, investigate code, produce implementation-ready tech-spec.
|
description: Conversational spec engineering - ask questions, investigate code, produce implementation-ready tech-spec.
|
||||||
main_config: '{project-root}/_bmad/bmm/config.yaml'
|
main_config: '{project-root}/_bmad/bmm/config.yaml'
|
||||||
web_bundle: true
|
|
||||||
|
|
||||||
# Checkpoint handler paths
|
# Checkpoint handler paths
|
||||||
advanced_elicitation: '{project-root}/_bmad/core/workflows/advanced-elicitation/workflow.xml'
|
advanced_elicitation: '{project-root}/_bmad/core/workflows/advanced-elicitation/workflow.xml'
|
||||||
|
|
|
||||||
|
|
@ -20,5 +20,3 @@ validation: "{installed_path}/checklist.md"
|
||||||
|
|
||||||
# Required data files - CRITICAL for project type detection and documentation requirements
|
# Required data files - CRITICAL for project type detection and documentation requirements
|
||||||
documentation_requirements_csv: "{installed_path}/documentation-requirements.csv"
|
documentation_requirements_csv: "{installed_path}/documentation-requirements.csv"
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -45,5 +45,3 @@ execution_hints:
|
||||||
interactive: false
|
interactive: false
|
||||||
autonomous: true
|
autonomous: true
|
||||||
iterative: false
|
iterative: false
|
||||||
|
|
||||||
web_bundle: false
|
|
||||||
|
|
|
||||||
|
|
@ -159,7 +159,11 @@ class ManifestGenerator {
|
||||||
// Recurse into subdirectories
|
// Recurse into subdirectories
|
||||||
const newRelativePath = relativePath ? `${relativePath}/${entry.name}` : entry.name;
|
const newRelativePath = relativePath ? `${relativePath}/${entry.name}` : entry.name;
|
||||||
await findWorkflows(fullPath, newRelativePath);
|
await findWorkflows(fullPath, newRelativePath);
|
||||||
} else if (entry.name === 'workflow.yaml' || entry.name === 'workflow.md') {
|
} else if (
|
||||||
|
entry.name === 'workflow.yaml' ||
|
||||||
|
entry.name === 'workflow.md' ||
|
||||||
|
(entry.name.startsWith('workflow-') && entry.name.endsWith('.md'))
|
||||||
|
) {
|
||||||
// Parse workflow file (both YAML and MD formats)
|
// Parse workflow file (both YAML and MD formats)
|
||||||
if (debug) {
|
if (debug) {
|
||||||
console.log(`[DEBUG] Found workflow file: ${fullPath}`);
|
console.log(`[DEBUG] Found workflow file: ${fullPath}`);
|
||||||
|
|
|
||||||
|
|
@ -781,10 +781,6 @@ class ModuleManager {
|
||||||
return;
|
return;
|
||||||
}
|
}
|
||||||
|
|
||||||
// Remove web_bundle section using regex to preserve formatting
|
|
||||||
// Match the web_bundle key and all its content (including nested items)
|
|
||||||
// This handles both web_bundle: false and web_bundle: {...}
|
|
||||||
|
|
||||||
// Find the line that starts web_bundle
|
// Find the line that starts web_bundle
|
||||||
const lines = yamlContent.split('\n');
|
const lines = yamlContent.split('\n');
|
||||||
let startIdx = -1;
|
let startIdx = -1;
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue