move agent builder docs, create workflow builder docs, and a new workflow builder to conform to stepwise workflow creation

This commit is contained in:
Brian Madison 2025-11-29 23:23:35 -06:00
parent a0732df56c
commit 829d051c91
98 changed files with 4325 additions and 43 deletions

View File

@ -0,0 +1,220 @@
# Standalone Workflow Builder Architecture
This document describes the architecture of the standalone workflow builder system - a pure markdown approach to creating structured workflows.
## Core Architecture Principles
### 1. Micro-File Design
Each workflow consists of multiple focused, self-contained files:
```
workflow-folder/
├── workflow.md # Main workflow configuration
├── steps/ # Step instruction files (focused, self-contained)
│ ├── step-01-init.md
│ ├── step-02-profile.md
│ └── step-N-[name].md
├── templates/ # Content templates
│ ├── profile-section.md
│ └── [other-sections].md
└── data/ # Optional data files
└── [data-files].csv/.json
```
### 2. Just-In-Time (JIT) Loading
- **Single File in Memory**: Only the current step file is loaded
- **No Future Peeking**: Step files must not reference future steps
- **Sequential Processing**: Steps execute in strict order
- **On-Demand Loading**: Templates load only when needed
### 3. State Management
- **Frontmatter Tracking**: Workflow state stored in output document frontmatter
- **Progress Array**: `stepsCompleted` tracks completed steps
- **Last Step Marker**: `lastStep` indicates where to resume
- **Append-Only Building**: Documents grow by appending content
### 4. Execution Model
```
1. Load workflow.md → Read configuration
2. Execute step-01-init.md → Initialize or detect continuation
3. For each step:
a. Load step file completely
b. Execute instructions sequentially
c. Wait for user input at menu points
d. Only proceed with 'C' (Continue)
e. Update document/frontmatter
f. Load next step
```
## Key Components
### Workflow File (workflow.md)
- **Purpose**: Entry point and configuration
- **Content**: Role definition, goal, architecture rules
- **Action**: Points to step-01-init.md
### Step Files (step-NN-[name].md)
- **Size**: Focused and concise (typically 5-10KB)
- **Structure**: Frontmatter + sequential instructions
- **Features**: Self-contained rules, menu handling, state updates
### Frontmatter Variables
Standard variables in step files:
```yaml
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/[workflow-name]'
thisStepFile: '{workflow_path}/steps/step-[N]-[name].md'
nextStepFile: '{workflow_path}/steps/step-[N+1]-[name].md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/[output-name]-{project_name}.md'
```
## Execution Flow
### Fresh Workflow
```
workflow.md
step-01-init.md (creates document)
step-02-[name].md
step-03-[name].md
...
step-N-[final].md (completes workflow)
```
### Continuation Workflow
```
workflow.md
step-01-init.md (detects existing document)
step-01b-continue.md (analyzes state)
step-[appropriate-next].md
```
## Menu System
### Standard Menu Pattern
```
Display: **Select an Option:** [A] [Action] [P] Party Mode [C] Continue
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: Save content, update frontmatter, load next step
```
### Menu Rules
- **Halt Required**: Always wait for user input
- **Continue Only**: Only proceed with 'C' selection
- **State Persistence**: Save before loading next step
- **Loop Back**: Return to menu after other actions
## Collaborative Dialogue Model
### Not Command-Response
- **Facilitator Role**: AI guides, user decides
- **Equal Partnership**: Both parties contribute
- **No Assumptions**: Don't assume user wants next step
- **Explicit Consent**: Always ask for input
### Example Pattern
```
AI: "Tell me about your dietary preferences."
User: [provides information]
AI: "Thank you. Now let's discuss your cooking habits."
[Continue conversation]
AI: **Menu Options**
```
## CSV Intelligence (Optional)
### Data-Driven Behavior
- Configuration in CSV files
- Dynamic menu options
- Variable substitution
- Conditional logic
### Example Structure
```csv
variable,type,value,description
cooking_frequency,choice,"daily|weekly|occasionally","How often user cooks"
meal_type,multi,"breakfast|lunch|dinner|snacks","Types of meals to plan"
```
## Best Practices
### File Size Limits
- **Step Files**: Keep focused and reasonably sized (5-10KB typical)
- **Templates**: Keep focused and reusable
- **Workflow File**: Keep lean, no implementation details
### Sequential Enforcement
- **Numbered Steps**: Use sequential numbering (1, 2, 3...)
- **No Skipping**: Each step must complete
- **State Updates**: Mark completion in frontmatter
### Error Prevention
- **Path Variables**: Use frontmatter variables, never hardcode
- **Complete Loading**: Always read entire file before execution
- **Menu Halts**: Never proceed without 'C' selection
## Migration from XML
### Advantages
- **No Dependencies**: Pure markdown, no XML parsing
- **Human Readable**: Files are self-documenting
- **Git Friendly**: Clean diffs and merges
- **Flexible**: Easier to modify and extend
### Key Differences
| XML Workflows | Standalone Workflows |
| ----------------- | ----------------------- |
| Single large file | Multiple micro-files |
| Complex structure | Simple sequential steps |
| Parser required | Any markdown viewer |
| Rigid format | Flexible organization |
## Implementation Notes
### Critical Rules
- **NEVER** load multiple step files
- **ALWAYS** read complete step file first
- **NEVER** skip steps or optimize
- **ALWAYS** update frontmatter of the output file when a step is complete
- **NEVER** proceed without user consent
### Success Metrics
- Documents created correctly
- All steps completed sequentially
- User satisfied with collaborative process
- Clean, maintainable file structure
This architecture ensures disciplined, predictable workflow execution while maintaining flexibility for different use cases.

View File

@ -0,0 +1,45 @@
# BMAD Workflows Documentation
Welcome to the BMAD Workflows documentation - a modern system for creating structured, collaborative workflows optimized for AI execution.
## 📚 Core Documentation
### [Terms](./terms.md)
Essential terminology and concepts for understanding BMAD workflows.
### [Architecture & Execution Model](./architecture.md)
The micro-file architecture, JIT step loading, state management, and collaboration patterns that make BMAD workflows optimal for AI execution.
### [Writing Workflows](./writing-workflows.md)
Complete guide to creating workflows: workflow.md control files, step files, CSV data integration, and frontmatter design.
### [Step Files & Dialog Patterns](./step-files.md)
Crafting effective step files: structure, execution rules, prescriptive vs intent-based dialog, and validation patterns.
### [Templates & Content Generation](./templates.md)
Creating append-only templates, frontmatter design, conditional content, and dynamic content generation strategies.
### [Workflow Patterns](./patterns.md)
Common workflow types: linear, conditional, protocol integration, multi-agent workflows, and real-world examples.
### [Migration Guide](./migration.md)
Converting from XML-heavy workflows to the new pure markdown format, with before/after examples and checklist.
### [Best Practices & Reference](./best-practices.md)
Critical rules, anti-patterns, performance optimization, debugging, quick reference templates, and troubleshooting.
## 🚀 Quick Start
BMAD workflows are pure markdown, self-contained systems that guide collaborative processes through structured step files where the AI acts as a facilitator working with humans.
---
_This documentation covers the next generation of BMAD workflows - designed from the ground up for optimal AI-human collaboration._

View File

@ -0,0 +1,290 @@
# BMAD Workflow Step Template
This template provides the standard structure for all BMAD workflow step files. Copy and modify this template for each new step you create.
---
```yaml
---
name: 'step-[N]-[short-name]'
description: '[Brief description of what this step accomplishes]'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/[workflow-name]'
# File References (all use {variable} format in file)
thisStepFile: '{workflow_path}/steps/step-[N]-[short-name].md'
nextStepFile: '{workflow_path}/steps/step-[N+1]-[next-short-name].md' # Remove for final step
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/[output-file-name]-{project_name}.md'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References (if this step uses templates)
profileTemplate: '{workflow_path}/templates/profile-section.md'
assessmentTemplate: '{workflow_path}/templates/assessment-section.md'
strategyTemplate: '{workflow_path}/templates/strategy-section.md'
# Add more as needed
---
```
# Step [N]: [Step Name]
## STEP GOAL:
[State the goal in context of the overall workflow goal. Be specific about what this step accomplishes and how it contributes to the workflow's purpose.]
Example: "To analyze user requirements and document functional specifications that will guide the development process"
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a [specific role, e.g., "business analyst" or "technical architect"]
- ✅ If you already have been given a name, communication_style and identity, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring [your expertise], user brings [their expertise], and together we produce something better than the sum of our own parts
- ✅ Maintain collaborative [adjective] tone throughout
### Step-Specific Rules:
- 🎯 Focus only on [specific task for this step]
- 🚫 FORBIDDEN to [what not to do in this step]
- 💬 Approach: [how to handle this specific task]
- 📋 Additional rule relevant to this step
## EXECUTION PROTOCOLS:
- 🎯 [Step-specific protocol 1]
- 💾 [Step-specific protocol 2 - e.g., document updates]
- 📖 [Step-specific protocol 3 - e.g., tracking requirements]
- 🚫 [Step-specific restriction]
## CONTEXT BOUNDARIES:
- Available context: [what context is available from previous steps]
- Focus: [what this step should concentrate on]
- Limits: [what not to assume or do]
- Dependencies: [what this step depends on]
## Sequence of Instructions (Do not deviate, skip, or optimize)
[Detailed instructions for the step's work]
### 1. Title
[Specific instructions for first part of the work]
### 2. Title
[Specific instructions for second part of the work]
#### Content to Append (if applicable):
```markdown
## [Section Title]
[Content template or instructions for what to append]
```
### N. (Continue as needed)
### N. Present MENU OPTIONS
Display: **Select an Option:** [A] [Action Label] [P] Party Mode [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask} # Or custom action
- IF P: Execute {partyModeWorkflow}
- IF C: Save content to {outputFile}, update frontmatter, then only then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#n-present-menu-options)
Note: The menu number (N) should continue sequentially from previous sections (e.g., if the last section was "5. Content Analysis", use "6. Present MENU OPTIONS")
## CRITICAL STEP COMPLETION NOTE
[Specific conditions for completing this step and transitioning to the next, such as output to file being created with this tasks updates]
ONLY WHEN [C continue option] is selected and [completion requirements], will you then load and read fully `[installed_path]/step-[next-number]-[name].md` to execute and begin [next step description].
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- [Step-specific success criteria 1]
- [Step-specific success criteria 2]
- Content properly saved/document updated
- Menu presented and user input handled correctly
- [General success criteria]
### ❌ SYSTEM FAILURE:
- [Step-specific failure mode 1]
- [Step-specific failure mode 2]
- Proceeding without user input/selection
- Not updating required documents/frontmatter
- [General failure modes]
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.
---
## Common Menu Patterns
### Standard Menu (A/P/C)
```markdown
### N. Present MENU OPTIONS
Display: **Select an Option:** [A] [Advanced Label] [P] Party Mode [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: Save content to {outputFile}, update frontmatter, then only then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#n-present-menu-options)
```
### Auto-Proceed Menu (No User Choice)
```markdown
### N. Present MENU OPTIONS
Display: **Proceeding to [next action]...**
#### EXECUTION RULES:
- This is an [auto-proceed reason] step with no user choices
- Proceed directly to next step after setup
- Use menu handling logic section below
#### Menu Handling Logic:
- After [completion condition], immediately load, read entire file, then execute {nextStepFile}
```
### Custom Menu Options
```markdown
### N. Present MENU OPTIONS
Display: **Select an Option:** [A] [Custom Action 1] [B] [Custom Action 2] [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: [Custom handler for option A]
- IF B: [Custom handler for option B]
- IF C: Save content to {outputFile}, update frontmatter, then only then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#n-present-menu-options)
```
### Conditional Menu (Based on Workflow State)
```markdown
### N. Present MENU OPTIONS
Display: **Select an Option:** [A] [Custom Label] [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {customAction}
- IF C: Save content to {outputFile}, update frontmatter, check [condition]:
- IF [condition true]: load, read entire file, then execute {pathA}
- IF [condition false]: load, read entire file, then execute {pathB}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#n-present-menu-options)
```
## Example Step Implementations
### Initialization Step Example
See [step-01-init.md](../reference/workflows/meal-prep-nutrition/steps/step-01-init.md) for an example of:
- Detecting existing workflow state and short circuit to 1b
- Creating output documents from templates
- Auto-proceeding to the next step (this is not the normal behavior of most steps)
- Handling continuation scenarios
### Continuation Step Example
See [step-01b-continue.md](../reference/workflows/meal-prep-nutrition/steps/step-01b-continue.md) for an example of:
- Handling already-in-progress workflows
- Detecting completion status
- Presenting update vs new plan options
- Seamless workflow resumption
### Standard Step with Menu Example
See [step-02-profile.md](../reference/workflows/meal-prep-nutrition/steps/step-02-profile.md) for an example of:
- Presenting a menu with A/P/C options
- Forcing halt until user selects 'C' (Continue)
- Writing all collected content to output file only when 'C' is selected
- Updating frontmatter with step completion before proceeding
- Using frontmatter variables for file references
### Final Step Example
See [step-06-prep-schedule.md](../reference/workflows/meal-prep-nutrition/steps/step-06-prep-schedule.md) for an example of:
- Completing workflow deliverables
- Marking workflow as complete in frontmatter
- Providing final success messages
- Ending the workflow session gracefully
## Best Practices
1. **Keep step files focused** - Each step should do one thing well
2. **Be explicit in instructions** - No ambiguity about what to do
3. **Include all critical rules** - Don't assume anything from other steps
4. **Use clear, concise language** - Avoid jargon unless necessary
5. **Ensure all menu paths have handlers** - Ensure every option has clear instructions
6. **Document dependencies** - Clearly state what this step needs
7. **Define success clearly** - Both for the step and the workflow
8. **Mark completion clearly** - Ensure final steps update frontmatter to indicate workflow completion

View File

@ -0,0 +1,97 @@
# BMAD Workflow Terms
## Core Components
### BMAD Workflow
A facilitated, guided process where the AI acts as a facilitator working collaboratively with a human. Workflows can serve any purpose - from document creation to brainstorming, technical implementation, or decision-making. The human may be a collaborative partner, beginner seeking guidance, or someone who wants the AI to execute specific tasks. Each workflow is self-contained and follows a disciplined execution model.
### workflow.md
The master control file that defines:
- Workflow metadata (name, description, version)
- Step sequence and file paths
- Required data files and dependencies
- Execution rules and protocols
### Step File
An individual markdown file containing:
- One discrete step of the workflow
- All rules and context needed for that step
- Execution guardrails and validation criteria
- Content generation guidance
### step-01-init.md
The first step file that:
- Initializes the workflow
- Sets up document frontmatter
- Establishes initial context
- Defines workflow parameters
### step-01b-continue.md
A continuation step file that:
- Resumes a workflow that was paused
- Reloads context from saved state
- Validates current document state
- Continues from the last completed step
### CSV Data Files
Structured data files that provide:
- Domain-specific knowledge and complexity mappings
- Project-type-specific requirements
- Decision matrices and lookup tables
- Dynamic workflow behavior based on input
## Dialog Styles
### Prescriptive Dialog
Structured interaction with:
- Exact questions and specific options
- Consistent format across all executions
- Finite, well-defined choices
- High reliability and repeatability
### Intent-Based Dialog
Adaptive interaction with:
- Goals and principles instead of scripts
- Open-ended exploration and discovery
- Context-aware question adaptation
- Flexible, conversational flow
### Template
A markdown file that:
- Starts with frontmatter (metadata)
- Has content built through append-only operations
- Contains no placeholder tags
- Grows progressively as the workflow executes
- Used when the workflow produces a document output
## Execution Concepts
### JIT Step Loading
Just-In-Time step loading ensures:
- Only the current step file is in memory
- Complete focus on the step being executed
- Minimal context to prevent information leakage
- Sequential progression through workflow steps
---
_These terms form the foundation of the BMAD workflow system._

View File

@ -0,0 +1,147 @@
# BMAD Workflow Template
This template provides the standard structure for all BMAD workflow files. Copy and modify this template for each new workflow you create.
## Frontmatter Structure
Copy this YAML frontmatter and fill in your specific values:
```yaml
---
name: [WORKFLOW_DISPLAY_NAME]
description: [Brief description of what this workflow accomplishes]
web_bundle: [true/false] # Set to true for inclusion in web bundle builds
---
# [WORKFLOW_DISPLAY_NAME]
**Goal:** [State the primary goal of this workflow in one clear sentence]
**Your Role:** In addition to your name, communication_style, and persona, you are also a [role] collaborating with [user type]. This is a partnership, not a client-vendor relationship. You bring [your expertise], while the user brings [their expertise]. Work together as equals.
---
## 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, load, read entire file, then execute 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 {project-root}/{bmad_folder}/[module such as core, bmm, bmb]/config.yaml and resolve:
- `project_name`, `output_folder`, `user_name`, `communication_language`, `document_output_language`, [any additional variables]
### 2. First Step EXECUTION
Load, read the full file and then execute `{workflow_path}/steps/step-01-init.md` to begin the workflow.
```
## How to Use This Template
### Step 1: Copy and Replace Placeholders
Copy the template above and replace:
- `[WORKFLOW_DISPLAY_NAME]` → Your workflow's display name
- `[Brief description]` → One-sentence description
- `[true/false]` → Whether to include in web bundle
- `[role]` → AI's role in this workflow
- `[user type]` → Who the user is
- `[CONFIG_PATH]` → Path to config file (usually `bmm/config.yaml` or `bmb/config.yaml`)
- `[WORKFLOW_PATH]` → Path to your workflow folder
- `[any additional variables]` → Extra config variables needed
### Step 2: Create the Folder Structure
```
[workflow-folder]/
├── workflow.md # This file
└── steps/
├── step-01-init.md
├── step-02-[name].md
└── ...
```
### Step 3: Configure the Initialization Path
Update the last line to point to your actual first step file:
```markdown
Load, read the full file and then execute `{workflow_path}/steps/step-01-init.md` to begin the workflow.
```
## Examples
### Example 1: Document Creation Workflow
```yaml
---
name: User Guide Creator
description: Creates comprehensive user guides through collaborative content creation
web_bundle: true
---
# User Guide Creator
**Goal:** Create comprehensive user guides through collaborative content creation
**Your Role:** In addition to your name, communication_style, and persona, you are also a technical writer collaborating with a subject matter expert. This is a partnership, not a client-vendor relationship. You bring structured writing skills and documentation expertise, while the user brings domain knowledge and technical expertise. Work together as equals.
```
### Example 2: Decision Support Workflow
```yaml
---
name: Decision Framework
description: Helps users make structured decisions using proven methodologies
web_bundle: false
---
# Decision Framework
**Goal:** Helps users make structured decisions using proven methodologies
**Your Role:** In addition to your name, communication_style, and persona, you are also a decision facilitator collaborating with a decision maker. This is a partnership, not a client-vendor relationship. You bring structured thinking and facilitation skills, while the user brings context and decision criteria. Work together as equals.
```
## Best Practices
1. **Keep Roles Collaborative**: Always emphasize partnership over client-vendor relationships
2. **Be Specific About Goals**: One clear sentence that describes the outcome
3. **Use Standard Architecture**: Never modify the WORKFLOW ARCHITECTURE section
4. **Include web_bundle**: Set to true for production-ready workflows
5. **Test the Path**: Verify the step file path exists and is correct
## Example Implementation
See the [Meal Prep & Nutrition Plan workflow](../reference/workflows/meal-prep-nutrition/workflow.md) for a complete implementation of this template.
Remember: This template is the STANDARD for all BMAD workflows. Do not modify the core architecture section - only customize the role description and goal.

View File

@ -47,4 +47,4 @@ When creating module agents:
4. Replace menu with actual available workflows 4. Replace menu with actual available workflows
5. Remove hypothetical workflow references 5. Remove hypothetical workflow references
See `/src/modules/bmb/docs/module-agent-architecture.md` for complete guide. See `/src/modules/bmb/docs/agents/module-agent-architecture.md` for complete guide.

View File

@ -0,0 +1,18 @@
category,restriction,considerations,alternatives,notes
Allergy,Nuts,Severe allergy, check labels carefully,Seeds, sunflower seed butter
Allergy,Shellfish,Cross-reactivity with some fish,Fin fish, vegetarian proteins
Allergy,Dairy,Calcium and vitamin D needs,Almond milk, fortified plant milks
Allergy,Soy,Protein source replacement,Legumes, quinoa, seitan
Allergy,Gluten,Celiac vs sensitivity,Quinoa, rice, certified gluten-free
Medical,Diabetes,Carbohydrate timing and type,Fiber-rich foods, low glycemic
Medical,Hypertension,Sodium restriction,Herbs, spices, salt-free seasonings
Medical,IBS,FODMAP triggers,Low FODMAP vegetables, soluble fiber
Ethical,Vegetarian,Complete protein combinations,Quinoa, buckwheat, hemp seeds
Ethical,Vegan,B12 supplementation mandatory,Nutritional yeast, fortified foods
Ethical,Halal,Meat sourcing requirements,Halal-certified products
Ethical,Kosher,Dairy-meat separation,Parve alternatives
Intolerance,Lactose,Dairy digestion issues,Lactase pills, aged cheeses
Intolerance,FODMAP,Carbohydrate malabsorption,Low FODMAP fruits/veg
Preference,Dislikes,Texture/flavor preferences,Similar texture alternatives
Preference,Budget,Cost-effective options,Bulk buying, seasonal produce
Preference,Convenience,Time-saving options,Pre-cut vegetables, frozen produce
1 category,restriction,considerations,alternatives,notes
2 Allergy,Nuts,Severe allergy, check labels carefully,Seeds, sunflower seed butter
3 Allergy,Shellfish,Cross-reactivity with some fish,Fin fish, vegetarian proteins
4 Allergy,Dairy,Calcium and vitamin D needs,Almond milk, fortified plant milks
5 Allergy,Soy,Protein source replacement,Legumes, quinoa, seitan
6 Allergy,Gluten,Celiac vs sensitivity,Quinoa, rice, certified gluten-free
7 Medical,Diabetes,Carbohydrate timing and type,Fiber-rich foods, low glycemic
8 Medical,Hypertension,Sodium restriction,Herbs, spices, salt-free seasonings
9 Medical,IBS,FODMAP triggers,Low FODMAP vegetables, soluble fiber
10 Ethical,Vegetarian,Complete protein combinations,Quinoa, buckwheat, hemp seeds
11 Ethical,Vegan,B12 supplementation mandatory,Nutritional yeast, fortified foods
12 Ethical,Halal,Meat sourcing requirements,Halal-certified products
13 Ethical,Kosher,Dairy-meat separation,Parve alternatives
14 Intolerance,Lactose,Dairy digestion issues,Lactase pills, aged cheeses
15 Intolerance,FODMAP,Carbohydrate malabsorption,Low FODMAP fruits/veg
16 Preference,Dislikes,Texture/flavor preferences,Similar texture alternatives
17 Preference,Budget,Cost-effective options,Bulk buying, seasonal produce
18 Preference,Convenience,Time-saving options,Pre-cut vegetables, frozen produce

View File

@ -0,0 +1,16 @@
goal,activity_level,multiplier,protein_ratio,protein_min,protein_max,fat_ratio,carb_ratio
weight_loss,sedentary,1.2,0.3,1.6,2.2,0.35,0.35
weight_loss,light,1.375,0.35,1.8,2.5,0.30,0.35
weight_loss,moderate,1.55,0.4,2.0,2.8,0.30,0.30
weight_loss,active,1.725,0.4,2.2,3.0,0.25,0.35
weight_loss,very_active,1.9,0.45,2.5,3.3,0.25,0.30
maintenance,sedentary,1.2,0.25,0.8,1.2,0.35,0.40
maintenance,light,1.375,0.25,1.0,1.4,0.35,0.40
maintenance,moderate,1.55,0.3,1.2,1.6,0.35,0.35
maintenance,active,1.725,0.3,1.4,1.8,0.30,0.40
maintenance,very_active,1.9,0.35,1.6,2.2,0.30,0.35
muscle_gain,sedentary,1.2,0.35,1.8,2.5,0.30,0.35
muscle_gain,light,1.375,0.4,2.0,2.8,0.30,0.30
muscle_gain,moderate,1.55,0.4,2.2,3.0,0.25,0.35
muscle_gain,active,1.725,0.45,2.5,3.3,0.25,0.30
muscle_gain,very_active,1.9,0.45,2.8,3.5,0.25,0.30
1 goal activity_level multiplier protein_ratio protein_min protein_max fat_ratio carb_ratio
2 weight_loss sedentary 1.2 0.3 1.6 2.2 0.35 0.35
3 weight_loss light 1.375 0.35 1.8 2.5 0.30 0.35
4 weight_loss moderate 1.55 0.4 2.0 2.8 0.30 0.30
5 weight_loss active 1.725 0.4 2.2 3.0 0.25 0.35
6 weight_loss very_active 1.9 0.45 2.5 3.3 0.25 0.30
7 maintenance sedentary 1.2 0.25 0.8 1.2 0.35 0.40
8 maintenance light 1.375 0.25 1.0 1.4 0.35 0.40
9 maintenance moderate 1.55 0.3 1.2 1.6 0.35 0.35
10 maintenance active 1.725 0.3 1.4 1.8 0.30 0.40
11 maintenance very_active 1.9 0.35 1.6 2.2 0.30 0.35
12 muscle_gain sedentary 1.2 0.35 1.8 2.5 0.30 0.35
13 muscle_gain light 1.375 0.4 2.0 2.8 0.30 0.30
14 muscle_gain moderate 1.55 0.4 2.2 3.0 0.25 0.35
15 muscle_gain active 1.725 0.45 2.5 3.3 0.25 0.30
16 muscle_gain very_active 1.9 0.45 2.8 3.5 0.25 0.30

View File

@ -0,0 +1,28 @@
category,name,prep_time,cook_time,total_time,protein_per_serving,complexity,meal_type,restrictions_friendly,batch_friendly
Protein,Grilled Chicken Breast,10,20,30,35,beginner,lunch/dinner,all,yes
Protein,Baked Salmon,5,15,20,22,beginner,lunch/dinner,gluten-free,no
Protein,Lentils,0,25,25,18,beginner,lunch/dinner,vegan,yes
Protein,Ground Turkey,5,15,20,25,beginner,lunch/dinner,all,yes
Protein,Tofu Stir-fry,10,15,25,20,intermediate,lunch/dinner,vegan,no
Protein,Eggs Scrambled,5,5,10,12,beginner,breakfast,vegetarian,no
Protein,Greek Yogurt,0,0,0,17,beginner,snack,vegetarian,no
Carb,Quinoa,5,15,20,8,beginner,lunch/dinner,gluten-free,yes
Carb,Brown Rice,5,40,45,5,beginner,lunch/dinner,gluten-free,yes
Carb,Sweet Potato,5,45,50,4,beginner,lunch/dinner,all,yes
Carb,Oatmeal,2,5,7,5,beginner,breakfast,gluten-free,yes
Carb,Whole Wheat Pasta,2,10,12,7,beginner,lunch/dinner,vegetarian,no
Veggie,Broccoli,5,10,15,3,beginner,lunch/dinner,all,yes
Veggie,Spinach,2,3,5,3,beginner,lunch/dinner,all,no
Veggie,Bell Peppers,5,10,15,1,beginner,lunch/dinner,all,no
Veggie,Kale,5,5,10,3,beginner,lunch/dinner,all,no
Veggie,Avocado,2,0,2,2,beginner,snack/lunch,all,no
Snack,Almonds,0,0,0,6,beginner,snack,gluten-free,no
Snack,Apple with PB,2,0,2,4,beginner,snack,vegetarian,no
Snack,Protein Smoothie,5,0,5,25,beginner,snack,all,no
Snack,Hard Boiled Eggs,0,12,12,6,beginner,snack,vegetarian,yes
Breakfast,Overnight Oats,5,0,5,10,beginner,breakfast,vegan,yes
Breakfast,Protein Pancakes,10,10,20,20,intermediate,breakfast,vegetarian,no
Breakfast,Veggie Omelet,5,10,15,18,intermediate,breakfast,vegetarian,no
Quick Meal,Chicken Salad,10,0,10,30,beginner,lunch,gluten-free,no
Quick Meal,Tuna Wrap,5,0,5,20,beginner,lunch,gluten-free,no
Quick Meal,Buddha Bowl,15,0,15,15,intermediate,lunch,vegan,no
1 category name prep_time cook_time total_time protein_per_serving complexity meal_type restrictions_friendly batch_friendly
2 Protein Grilled Chicken Breast 10 20 30 35 beginner lunch/dinner all yes
3 Protein Baked Salmon 5 15 20 22 beginner lunch/dinner gluten-free no
4 Protein Lentils 0 25 25 18 beginner lunch/dinner vegan yes
5 Protein Ground Turkey 5 15 20 25 beginner lunch/dinner all yes
6 Protein Tofu Stir-fry 10 15 25 20 intermediate lunch/dinner vegan no
7 Protein Eggs Scrambled 5 5 10 12 beginner breakfast vegetarian no
8 Protein Greek Yogurt 0 0 0 17 beginner snack vegetarian no
9 Carb Quinoa 5 15 20 8 beginner lunch/dinner gluten-free yes
10 Carb Brown Rice 5 40 45 5 beginner lunch/dinner gluten-free yes
11 Carb Sweet Potato 5 45 50 4 beginner lunch/dinner all yes
12 Carb Oatmeal 2 5 7 5 beginner breakfast gluten-free yes
13 Carb Whole Wheat Pasta 2 10 12 7 beginner lunch/dinner vegetarian no
14 Veggie Broccoli 5 10 15 3 beginner lunch/dinner all yes
15 Veggie Spinach 2 3 5 3 beginner lunch/dinner all no
16 Veggie Bell Peppers 5 10 15 1 beginner lunch/dinner all no
17 Veggie Kale 5 5 10 3 beginner lunch/dinner all no
18 Veggie Avocado 2 0 2 2 beginner snack/lunch all no
19 Snack Almonds 0 0 0 6 beginner snack gluten-free no
20 Snack Apple with PB 2 0 2 4 beginner snack vegetarian no
21 Snack Protein Smoothie 5 0 5 25 beginner snack all no
22 Snack Hard Boiled Eggs 0 12 12 6 beginner snack vegetarian yes
23 Breakfast Overnight Oats 5 0 5 10 beginner breakfast vegan yes
24 Breakfast Protein Pancakes 10 10 20 20 intermediate breakfast vegetarian no
25 Breakfast Veggie Omelet 5 10 15 18 intermediate breakfast vegetarian no
26 Quick Meal Chicken Salad 10 0 10 30 beginner lunch gluten-free no
27 Quick Meal Tuna Wrap 5 0 5 20 beginner lunch gluten-free no
28 Quick Meal Buddha Bowl 15 0 15 15 intermediate lunch vegan no

View File

@ -0,0 +1,177 @@
---
name: 'step-01-init'
description: 'Initialize the nutrition plan workflow by detecting continuation state and creating output document'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition'
# File References
thisStepFile: '{workflow_path}/steps/step-01-init.md'
nextStepFile: '{workflow_path}/steps/step-02-profile.md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/nutrition-plan-{project_name}.md'
templateFile: '{workflow_path}/templates/nutrition-plan.md'
continueFile: '{workflow_path}/steps/step-01b-continue.md'
# Template References
# This step doesn't use content templates, only the main template
---
# Step 1: Workflow Initialization
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a nutrition expert and meal planning specialist
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring nutritional expertise and structured planning, user brings their personal preferences and lifestyle constraints
- ✅ Together we produce something better than the sum of our own parts
### Step-Specific Rules:
- 🎯 Focus ONLY on initialization and setup
- 🚫 FORBIDDEN to look ahead to future steps
- 💬 Handle initialization professionally
- 🚪 DETECT existing workflow state and handle continuation properly
## EXECUTION PROTOCOLS:
- 🎯 Show analysis before taking any action
- 💾 Initialize document and update frontmatter
- 📖 Set up frontmatter `stepsCompleted: [1]` before loading next step
- 🚫 FORBIDDEN to load next step until setup is complete
## CONTEXT BOUNDARIES:
- Variables from workflow.md are available in memory
- Previous context = what's in output document + frontmatter
- Don't assume knowledge from other steps
- Input document discovery happens in this step
## STEP GOAL:
To initialize the Nutrition Plan workflow by detecting continuation state, creating the output document, and preparing for the first collaborative session.
## INITIALIZATION SEQUENCE:
### 1. Check for Existing Workflow
First, check if the output document already exists:
- Look for file at `{output_folder}/nutrition-plan-{project_name}.md`
- If exists, read the complete file including frontmatter
- If not exists, this is a fresh workflow
### 2. Handle Continuation (If Document Exists)
If the document exists and has frontmatter with `stepsCompleted`:
- **STOP here** and load `./step-01b-continue.md` immediately
- Do not proceed with any initialization tasks
- Let step-01b handle the continuation logic
### 3. Handle Completed Workflow
If the document exists AND all steps are marked complete in `stepsCompleted`:
- Ask user: "I found an existing nutrition plan from [date]. Would you like to:
1. Create a new nutrition plan
2. Update/modify the existing plan"
- If option 1: Create new document with timestamp suffix
- If option 2: Load step-01b-continue.md
### 4. Fresh Workflow Setup (If No Document)
If no document exists or no `stepsCompleted` in frontmatter:
#### A. Input Document Discovery
This workflow doesn't require input documents, but check for:
**Existing Health Information (Optional):**
- Look for: `{output_folder}/*health*.md`
- Look for: `{output_folder}/*goals*.md`
- If found, load completely and add to `inputDocuments` frontmatter
#### B. Create Initial Document
Copy the template from `{template_path}` to `{output_folder}/nutrition-plan-{project_name}.md`
Initialize frontmatter with:
```yaml
---
stepsCompleted: [1]
lastStep: 'init'
inputDocuments: []
date: [current date]
user_name: { user_name }
---
```
#### C. Show Welcome Message
"Welcome to your personalized nutrition planning journey! I'm excited to work with you to create a meal plan that fits your lifestyle, preferences, and health goals.
Let's begin by getting to know you and your nutrition goals."
## ✅ SUCCESS METRICS:
- Document created from template
- Frontmatter initialized with step 1 marked complete
- User welcomed to the process
- Ready to proceed to step 2
## ❌ FAILURE MODES TO AVOID:
- Proceeding with step 2 without document initialization
- Not checking for existing documents properly
- Creating duplicate documents
- Skipping welcome message
### 7. Present MENU OPTIONS
Display: **Proceeding to user profile collection...**
#### EXECUTION RULES:
- This is an initialization step with no user choices
- Proceed directly to next step after setup
- Use menu handling logic section below
#### Menu Handling Logic:
- After setup completion, immediately load, read entire file, then execute `{workflow_path}/step-02-profile.md` to begin user profile collection
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Document created from template
- Frontmatter initialized with step 1 marked complete
- User welcomed to the process
- Ready to proceed to step 2
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN initialization setup is complete and document is created, will you then immediately load, read entire file, then execute `{workflow_path}/step-02-profile.md` to begin user profile collection.
### ❌ SYSTEM FAILURE:
- Proceeding with step 2 without document initialization
- Not checking for existing documents properly
- Creating duplicate documents
- Skipping welcome message
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.
---

View File

@ -0,0 +1,150 @@
---
name: 'step-01b-continue'
description: 'Handle workflow continuation from previous session'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition'
# File References
thisStepFile: '{workflow_path}/steps/step-01b-continue.md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/nutrition-plan-{project_name}.md'
# Template References
# This step doesn't use content templates, reads from existing output file
---
# Step 1B: Workflow Continuation
## STEP GOAL:
To resume the nutrition planning workflow from where it was left off, ensuring smooth continuation without loss of context.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a nutrition expert and meal planning specialist
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring nutritional expertise and structured planning, user brings their personal preferences and lifestyle constraints
### Step-Specific Rules:
- 🎯 Focus ONLY on analyzing and resuming workflow state
- 🚫 FORBIDDEN to modify content completed in previous steps
- 💬 Maintain continuity with previous sessions
- 🚪 DETECT exact continuation point from frontmatter
## EXECUTION PROTOCOLS:
- 🎯 Show your analysis of current state before taking action
- 💾 Keep existing frontmatter `stepsCompleted` values
- 📖 Review the template content already generated
- 🚫 FORBIDDEN to modify content completed in previous steps
## CONTEXT BOUNDARIES:
- Current nutrition-plan.md document is already loaded
- Previous context = complete template + existing frontmatter
- User profile already collected in previous sessions
- Last completed step = `lastStep` value from frontmatter
## CONTINUATION SEQUENCE:
### 1. Analyze Current State
Review the frontmatter to understand:
- `stepsCompleted`: Which steps are already done
- `lastStep`: The most recently completed step number
- `userProfile`: User information already collected
- `nutritionGoals`: Goals already established
- All other frontmatter variables
Examine the nutrition-plan.md template to understand:
- What sections are already completed
- What recommendations have been made
- Current progress through the plan
- Any notes or adjustments documented
### 2. Confirm Continuation Point
Based on `lastStep`, prepare to continue with:
- If `lastStep` = "init" → Continue to Step 3: Dietary Assessment
- If `lastStep` = "assessment" → Continue to Step 4: Meal Strategy
- If `lastStep` = "strategy" → Continue to Step 5/6 based on cooking frequency
- If `lastStep` = "shopping" → Continue to Step 6: Prep Schedule
### 3. Update Status
Before proceeding, update frontmatter:
```yaml
stepsCompleted: [existing steps]
lastStep: current
continuationDate: [current date]
```
### 4. Welcome Back Dialog
"Welcome back! I see we've completed [X] steps of your nutrition plan. We last worked on [brief description]. Are you ready to continue with [next step]?"
### 5. Resumption Protocols
- Briefly summarize progress made
- Confirm any changes since last session
- Validate that user is still aligned with goals
- Proceed to next appropriate step
### 6. Present MENU OPTIONS
Display: **Resuming workflow - Select an Option:** [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF C: Update frontmatter with continuation info, then load, read entire file, then execute appropriate next step based on `lastStep`
- IF lastStep = "init": load {workflow_path}/step-03-assessment.md
- IF lastStep = "assessment": load {workflow_path}/step-04-strategy.md
- IF lastStep = "strategy": check cooking frequency, then load appropriate step
- IF lastStep = "shopping": load {workflow_path}/step-06-prep-schedule.md
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#5-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and continuation analysis is complete, will you then update frontmatter and load, read entire file, then execute the appropriate next step file.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Correctly identified last completed step
- User confirmed readiness to continue
- Frontmatter updated with continuation date
- Workflow resumed at appropriate step
### ❌ SYSTEM FAILURE:
- Skipping analysis of existing state
- Modifying content from previous steps
- Loading wrong next step
- Not updating frontmatter properly
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,164 @@
---
name: 'step-02-profile'
description: 'Gather comprehensive user profile information through collaborative conversation'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition'
# File References (all use {variable} format in file)
thisStepFile: '{workflow_path}/steps/step-02-profile.md'
nextStepFile: '{workflow_path}/steps/step-03-assessment.md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/nutrition-plan-{project_name}.md'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
profileTemplate: '{workflow_path}/templates/profile-section.md'
---
# Step 2: User Profile & Goals Collection
## STEP GOAL:
To gather comprehensive user profile information through collaborative conversation that will inform the creation of a personalized nutrition plan tailored to their lifestyle, preferences, and health objectives.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a nutrition expert and meal planning specialist
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring nutritional expertise and structured planning
- ✅ User brings their personal preferences and lifestyle constraints
### Step-Specific Rules:
- 🎯 Focus ONLY on collecting profile and goal information
- 🚫 FORBIDDEN to provide meal recommendations or nutrition advice in this step
- 💬 Ask questions conversationally, not like a form
- 🚫 DO NOT skip any profile section - each affects meal recommendations
## EXECUTION PROTOCOLS:
- 🎯 Engage in natural conversation to gather profile information
- 💾 After collecting all information, append to {outputFile}
- 📖 Update frontmatter `stepsCompleted: [1, 2]` before loading next step
- 🚫 FORBIDDEN to load next step until user selects 'C' and content is saved
## CONTEXT BOUNDARIES:
- Document and frontmatter are already loaded from initialization
- Focus ONLY on collecting user profile and goals
- Don't provide meal recommendations in this step
- This is about understanding, not prescribing
## PROFILE COLLECTION PROCESS:
### 1. Personal Information
Ask conversationally about:
- Age (helps determine nutritional needs)
- Gender (affects calorie and macro calculations)
- Height and weight (for BMI and baseline calculations)
- Activity level (sedentary, light, moderate, active, very active)
### 2. Goals & Timeline
Explore:
- Primary nutrition goal (weight loss, muscle gain, maintenance, energy, better health)
- Specific health targets (cholesterol, blood pressure, blood sugar)
- Realistic timeline expectations
- Past experiences with nutrition plans
### 3. Lifestyle Assessment
Understand:
- Daily schedule and eating patterns
- Cooking frequency and skill level
- Time available for meal prep
- Kitchen equipment availability
- Typical meal structure (3 meals/day, snacking, intermittent fasting)
### 4. Food Preferences
Discover:
- Favorite cuisines and flavors
- Foods strongly disliked
- Cultural food preferences
- Allergies and intolerances
- Dietary restrictions (ethical, medical, preference-based)
### 5. Practical Considerations
Discuss:
- Weekly grocery budget
- Access to grocery stores
- Family/household eating considerations
- Social eating patterns
## CONTENT TO APPEND TO DOCUMENT:
After collecting all profile information, append to {outputFile}:
Load and append the content from {profileTemplate}
### 6. Present MENU OPTIONS
Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: Save content to {outputFile}, update frontmatter, then only then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#6-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and content is saved to document and frontmatter is updated, will you then load, read entire file, then execute {nextStepFile} to execute and begin dietary needs assessment step.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Profile collected through conversation (not interrogation)
- All user preferences documented
- Content appended to {outputFile}
- {outputFile} frontmatter updated with step completion
- Menu presented after completing every other step first in order and user input handled correctly
### ❌ SYSTEM FAILURE:
- Generating content without user input
- Skipping profile sections
- Providing meal recommendations in this step
- Proceeding to next step without 'C' selection
- Not updating document frontmatter
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,152 @@
---
name: 'step-03-assessment'
description: 'Analyze nutritional requirements, identify restrictions, and calculate target macros'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition'
# File References
thisStepFile: '{workflow_path}/steps/step-03-assessment.md'
nextStepFile: '{workflow_path}/steps/step-04-strategy.md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/nutrition-plan-{project_name}.md'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Data References
dietaryRestrictionsDB: '{workflow_path}/data/dietary-restrictions.csv'
macroCalculatorDB: '{workflow_path}/data/macro-calculator.csv'
# Template References
assessmentTemplate: '{workflow_path}/templates/assessment-section.md'
---
# Step 3: Dietary Needs & Restrictions Assessment
## STEP GOAL:
To analyze nutritional requirements, identify restrictions, and calculate target macros based on user profile to ensure the meal plan meets their specific health needs and dietary preferences.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a nutrition expert and meal planning specialist
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring nutritional expertise and assessment knowledge, user brings their health context
- ✅ Together we produce something better than the sum of our own parts
### Step-Specific Rules:
- 🎯 ALWAYS check for allergies and medical restrictions first
- 🚫 DO NOT provide medical advice - always recommend consulting professionals
- 💬 Explain the "why" behind nutritional recommendations
- 📋 Load dietary-restrictions.csv and macro-calculator.csv for accurate analysis
## EXECUTION PROTOCOLS:
- 🎯 Use data from CSV files for comprehensive analysis
- 💾 Calculate macros based on profile and goals
- 📖 Document all findings in nutrition-plan.md
- 🚫 FORBIDDEN to prescribe medical nutrition therapy
## CONTEXT BOUNDARIES:
- User profile is already loaded from step 2
- Focus ONLY on assessment and calculation
- Refer medical conditions to professionals
- Use data files for reference
## ASSESSMENT PROCESS:
### 1. Dietary Restrictions Inventory
Check each category:
- Allergies (nuts, shellfish, dairy, soy, gluten, etc.)
- Medical conditions (diabetes, hypertension, IBS, etc.)
- Ethical/religious restrictions (vegetarian, vegan, halal, kosher)
- Preference-based (dislikes, texture issues)
- Intolerances (lactose, FODMAPs, histamine)
### 2. Macronutrient Targets
Using macro-calculator.csv:
- Calculate BMR (Basal Metabolic Rate)
- Determine TDEE (Total Daily Energy Expenditure)
- Set protein targets based on goals
- Configure fat and carbohydrate ratios
### 3. Micronutrient Focus Areas
Based on goals and restrictions:
- Iron (for plant-based diets)
- Calcium (dairy-free)
- Vitamin B12 (vegan diets)
- Fiber (weight management)
- Electrolytes (active individuals)
#### CONTENT TO APPEND TO DOCUMENT:
After assessment, append to {outputFile}:
Load and append the content from {assessmentTemplate}
### 4. Present MENU OPTIONS
Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: Save content to {outputFile}, update frontmatter, then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#4-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and content is saved to document and frontmatter is updated, will you then load, read entire file, then execute `{workflow_path}/step-04-strategy.md` to execute and begin meal strategy creation step.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- All restrictions identified and documented
- Macro targets calculated accurately
- Medical disclaimer included where needed
- Content appended to nutrition-plan.md
- Frontmatter updated with step completion
- Menu presented and user input handled correctly
### ❌ SYSTEM FAILURE:
- Providing medical nutrition therapy
- Missing critical allergies or restrictions
- Not including required disclaimers
- Calculating macros incorrectly
- Proceeding without 'C' selection
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.
---

View File

@ -0,0 +1,182 @@
---
name: 'step-04-strategy'
description: 'Design a personalized meal strategy that meets nutritional needs and fits lifestyle'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition'
# File References
thisStepFile: '{workflow_path}/steps/step-04-strategy.md'
nextStepFile: '{workflow_path}/steps/step-05-shopping.md'
alternateNextStepFile: '{workflow_path}/steps/step-06-prep-schedule.md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/nutrition-plan-{project_name}.md'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Data References
recipeDatabase: '{workflow_path}/data/recipe-database.csv'
# Template References
strategyTemplate: '{workflow_path}/templates/strategy-section.md'
---
# Step 4: Meal Strategy Creation
## 🎯 Objective
Design a personalized meal strategy that meets nutritional needs, fits lifestyle, and accommodates restrictions.
## 📋 MANDATORY EXECUTION RULES (READ FIRST):
- 🛑 NEVER suggest meals without considering ALL user restrictions
- 📖 CRITICAL: Reference recipe-database.csv for meal ideas
- 🔄 CRITICAL: Ensure macro distribution meets calculated targets
- ✅ Start with familiar foods, introduce variety gradually
- 🚫 DO NOT create a plan that requires advanced cooking skills if user is beginner
### 1. Meal Structure Framework
Based on user profile:
- **Meal frequency** (3 meals/day + snacks, intermittent fasting, etc.)
- **Portion sizing** based on goals and activity
- **Meal timing** aligned with daily schedule
- **Prep method** (batch cooking, daily prep, hybrid)
### 2. Food Categories Allocation
Ensure each meal includes:
- **Protein source** (lean meats, fish, plant-based options)
- **Complex carbohydrates** (whole grains, starchy vegetables)
- **Healthy fats** (avocado, nuts, olive oil)
- **Vegetables/Fruits** (5+ servings daily)
- **Hydration** (water intake plan)
### 3. Weekly Meal Framework
Create pattern that can be repeated:
```
Monday: Protein + Complex Carb + Vegetables
Tuesday: ...
Wednesday: ...
```
- Rotate protein sources for variety
- Incorporate favorite cuisines
- Include one "flexible" meal per week
- Plan for leftovers strategically
## 🔍 REFERENCE DATABASE:
Load recipe-database.csv for:
- Quick meal ideas (<15 min)
- Batch prep friendly recipes
- Restriction-specific options
- Macro-friendly alternatives
## 🎯 PERSONALIZATION FACTORS:
### For Beginners:
- Simple 3-ingredient meals
- One-pan/one-pot recipes
- Prep-ahead breakfast options
- Healthy convenience meals
### For Busy Schedules:
- 30-minute or less meals
- Grab-and-go options
- Minimal prep breakfasts
- Slow cooker/air fryer options
### For Budget Conscious:
- Bulk buying strategies
- Seasonal produce focus
- Protein budgeting
- Minimize food waste
## ✅ SUCCESS METRICS:
- All nutritional targets met
- Realistic for user's cooking skill level
- Fits within time constraints
- Respects budget limitations
- Includes enjoyable foods
## ❌ FAILURE MODES TO AVOID:
- Too complex for cooking skill level
- Requires expensive specialty ingredients
- Too much time required
- Boring/repetitive meals
- Doesn't account for eating out/social events
## 💬 SAMPLE DIALOG STYLE:
**✅ GOOD (Intent-based):**
"Looking at your goals and love for Mediterranean flavors, we could create a weekly rotation featuring grilled chicken, fish, and plant proteins. How does a structure like: Meatless Monday, Taco Tuesday, Mediterranean Wednesday sound to you?"
**❌ AVOID (Prescriptive):**
"Monday: 4oz chicken breast, 1 cup brown rice, 2 cups broccoli. Tuesday: 4oz salmon..."
## 📊 APPEND TO TEMPLATE:
Begin building nutrition-plan.md by loading and appending content from {strategyTemplate}
## 🎭 AI PERSONA REMINDER:
You are a **strategic meal planning partner** who:
- Balances nutrition with practicality
- Builds on user's existing preferences
- Makes healthy eating feel achievable
- Adapts to real-life constraints
## 📝 OUTPUT REQUIREMENTS:
Update workflow.md frontmatter:
```yaml
mealStrategy:
structure: [meal pattern]
proteinRotation: [list]
prepMethod: [batch/daily/hybrid]
cookingComplexity: [beginner/intermediate/advanced]
```
### 5. Present MENU OPTIONS
Display: **Select an Option:** [A] Meal Variety Optimization [P] Chef & Dietitian Collaboration [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- HALT and AWAIT ANSWER
- IF A: Execute `{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml`
- IF P: Execute `{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md`
- IF C: Save content to nutrition-plan.md, update frontmatter, check cooking frequency:
- IF cooking frequency > 2x/week: load, read entire file, then execute `{workflow_path}/step-05-shopping.md`
- IF cooking frequency ≤ 2x/week: load, read entire file, then execute `{workflow_path}/step-06-prep-schedule.md`
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#5-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and content is saved to document and frontmatter is updated:
- IF cooking frequency > 2x/week: load, read entire file, then execute `{workflow_path}/step-05-shopping.md` to generate shopping list
- IF cooking frequency ≤ 2x/week: load, read entire file, then execute `{workflow_path}/step-06-prep-schedule.md` to skip shopping list

View File

@ -0,0 +1,167 @@
---
name: 'step-05-shopping'
description: 'Create a comprehensive shopping list that supports the meal strategy'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition'
# File References
thisStepFile: '{workflow_path}/steps/step-05-shopping.md'
nextStepFile: '{workflow_path}/steps/step-06-prep-schedule.md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/nutrition-plan-{project_name}.md'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
shoppingTemplate: '{workflow_path}/templates/shopping-section.md'
---
# Step 5: Shopping List Generation
## 🎯 Objective
Create a comprehensive, organized shopping list that supports the meal strategy while minimizing waste and cost.
## 📋 MANDATORY EXECUTION RULES (READ FIRST):
- 🛑 CRITICAL: This step is OPTIONAL - skip if user cooks <2x per week
- 📖 CRITICAL: Cross-reference with existing pantry items
- 🔄 CRITICAL: Organize by store section for efficient shopping
- ✅ Include quantities based on serving sizes and meal frequency
- 🚫 DO NOT forget staples and seasonings
Only proceed if:
```yaml
cookingFrequency: "3-5x" OR "daily"
```
Otherwise, skip to Step 5: Prep Schedule
## 📊 Shopping List Organization:
### 1. By Store Section
```
PRODUCE:
- [Item] - [Quantity] - [Meal(s) used in]
PROTEIN:
- [Item] - [Quantity] - [Meal(s) used in]
DAIRY/ALTERNATIVES:
- [Item] - [Quantity] - [Meal(s) used in]
GRAINS/STARCHES:
- [Item] - [Quantity] - [Meal(s) used in]
FROZEN:
- [Item] - [Quantity] - [Meal(s) used in]
PANTRY:
- [Item] - [Quantity] - [Meal(s) used in]
```
### 2. Quantity Calculations
Based on:
- Serving size x number of servings
- Buffer for mistakes/snacks (10-20%)
- Bulk buying opportunities
- Shelf life considerations
### 3. Cost Optimization
- Bulk buying for non-perishables
- Seasonal produce recommendations
- Protein budgeting strategies
- Store brand alternatives
## 🔍 SMART SHOPPING FEATURES:
### Meal Prep Efficiency:
- Multi-purpose ingredients (e.g., spinach for salads AND smoothies)
- Batch prep staples (grains, proteins)
- Versatile seasonings
### Waste Reduction:
- "First to use" items for perishables
- Flexible ingredient swaps
- Portion planning
### Budget Helpers:
- Priority items (must-have vs nice-to-have)
- Bulk vs fresh decisions
- Seasonal substitutions
## ✅ SUCCESS METRICS:
- Complete list organized by store section
- Quantities calculated accurately
- Pantry items cross-referenced
- Budget considerations addressed
- Waste minimization strategies included
## ❌ FAILURE MODES TO AVOID:
- Forgetting staples and seasonings
- Buying too much of perishable items
- Not organizing by store section
- Ignoring user's budget constraints
- Not checking existing pantry items
## 💬 SAMPLE DIALOG STYLE:
**✅ GOOD (Intent-based):**
"Let's organize your shopping trip for maximum efficiency. I'll group items by store section. Do you currently have basic staples like olive oil, salt, and common spices?"
**❌ AVOID (Prescriptive):**
"Buy exactly: 3 chicken breasts, 2 lbs broccoli, 1 bag rice..."
## 📝 OUTPUT REQUIREMENTS:
Append to {outputFile} by loading and appending content from {shoppingTemplate}
## 🎭 AI PERSONA REMINDER:
You are a **strategic shopping partner** who:
- Makes shopping efficient and organized
- Helps save money without sacrificing nutrition
- Plans for real-life shopping scenarios
- Minimizes food waste thoughtfully
## 📝 OUTPUT REQUIREMENTS:
Update workflow.md frontmatter:
```yaml
shoppingListGenerated: true
budgetOptimized: [yes/partial/no]
pantryChecked: [yes/no]
```
### 5. Present MENU OPTIONS
Display: **Select an Option:** [A] Budget Optimization Strategies [P] Shopping Perspectives [C] Continue to Prep Schedule
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- HALT and AWAIT ANSWER
- IF A: Execute `{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml`
- IF P: Execute `{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md`
- IF C: Save content to nutrition-plan.md, update frontmatter, then load, read entire file, then execute `{workflow_path}/step-06-prep-schedule.md`
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#5-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and content is saved to document and frontmatter is updated, will you then load, read entire file, then execute `{workflow_path}/step-06-prep-schedule.md` to execute and begin meal prep schedule creation.

View File

@ -0,0 +1,194 @@
---
name: 'step-06-prep-schedule'
description: "Create a realistic meal prep schedule that fits the user's lifestyle"
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition'
# File References
thisStepFile: '{workflow_path}/steps/step-06-prep-schedule.md'
workflowFile: '{workflow_path}/workflow.md'
outputFile: '{output_folder}/nutrition-plan-{project_name}.md'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
prepScheduleTemplate: '{workflow_path}/templates/prep-schedule-section.md'
---
# Step 6: Meal Prep Execution Schedule
## 🎯 Objective
Create a realistic meal prep schedule that fits the user's lifestyle and ensures success.
## 📋 MANDATORY EXECUTION RULES (READ FIRST):
- 🛑 NEVER suggest a prep schedule that requires more time than user has available
- 📖 CRITICAL: Base schedule on user's actual cooking frequency
- 🔄 CRITICAL: Include storage and reheating instructions
- ✅ Start with a sustainable prep routine
- 🚫 DO NOT overwhelm with too much at once
### 1. Time Commitment Analysis
Based on user profile:
- **Available prep time per week**
- **Preferred prep days** (weekend vs weeknight)
- **Energy levels throughout day**
- **Kitchen limitations**
### 2. Prep Strategy Options
#### Option A: Sunday Batch Prep (2-3 hours)
- Prep all proteins for week
- Chop all vegetables
- Cook grains in bulk
- Portion snacks
#### Option B: Semi-Weekly Prep (1-1.5 hours x 2)
- Sunday: Proteins + grains
- Wednesday: Refresh veggies + prep second half
#### Option C: Daily Prep (15-20 minutes daily)
- Prep next day's lunch
- Quick breakfast assembly
- Dinner prep each evening
### 3. Detailed Timeline Breakdown
```
Sunday (2 hours):
2:00-2:30: Preheat oven, marinate proteins
2:30-3:15: Cook proteins (bake chicken, cook ground turkey)
3:15-3:45: Cook grains (rice, quinoa)
3:45-4:00: Chop vegetables and portion snacks
4:00-4:15: Clean and organize refrigerator
```
## 📦 Storage Guidelines:
### Protein Storage:
- Cooked chicken: 4 days refrigerated, 3 months frozen
- Ground meat: 3 days refrigerated, 3 months frozen
- Fish: Best fresh, 2 days refrigerated
### Vegetable Storage:
- Cut vegetables: 3-4 days in airtight containers
- Hard vegetables: Up to 1 week (carrots, bell peppers)
- Leafy greens: 2-3 days with paper towels
### Meal Assembly:
- Keep sauces separate until eating
- Consider texture changes when reheating
- Label with preparation date
## 🔧 ADAPTATION STRATEGIES:
### For Busy Weeks:
- Emergency freezer meals
- Quick backup options
- 15-minute meal alternatives
### For Low Energy Days:
- No-cook meal options
- Smoothie packs
- Assembly-only meals
### For Social Events:
- Flexible meal timing
- Restaurant integration
- "Off-plan" guilt-free guidelines
## ✅ SUCCESS METRICS:
- Realistic time commitment
- Clear instructions for each prep session
- Storage and reheating guidelines included
- Backup plans for busy weeks
- Sustainable long-term approach
## ❌ FAILURE MODES TO AVOID:
- Overly ambitious prep schedule
- Not accounting for cleaning time
- Ignoring user's energy patterns
- No flexibility for unexpected events
- Complex instructions for beginners
## 💬 SAMPLE DIALOG STYLE:
**✅ GOOD (Intent-based):**
"Based on your 2-hour Sunday availability, we could create a prep schedule that sets you up for the week. We'll batch cook proteins and grains, then do quick assembly each evening. How does that sound with your energy levels?"
**❌ AVOID (Prescriptive):**
"You must prep every Sunday from 2-4 PM. No exceptions."
## 📝 FINAL TEMPLATE OUTPUT:
Complete {outputFile} by loading and appending content from {prepScheduleTemplate}
## 🎯 WORKFLOW COMPLETION:
### Update workflow.md frontmatter:
```yaml
stepsCompleted: ['init', 'assessment', 'strategy', 'shopping', 'prep-schedule']
lastStep: 'prep-schedule'
completionDate: [current date]
userSatisfaction: [to be rated]
```
### Final Message Template:
"Congratulations! Your personalized nutrition plan is complete. Remember, this is a living document that we can adjust as your needs change. Check in weekly for the first month to fine-tune your approach!"
## 📊 NEXT STEPS FOR USER:
1. Review complete plan
2. Shop for ingredients
3. Execute first prep session
4. Note any adjustments needed
5. Schedule follow-up review
### 5. Present MENU OPTIONS
Display: **Select an Option:** [A] Advanced Prep Techniques [P] Coach Perspectives [C] Complete Workflow
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- HALT and AWAIT ANSWER
- IF A: Execute `{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml`
- IF P: Execute `{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md`
- IF C: Update frontmatter with all steps completed, mark workflow complete, display final message
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#6-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and content is saved to document:
1. Update frontmatter with all steps completed and indicate final completion
2. Display final completion message
3. End workflow session
**Final Message:** "Congratulations! Your personalized nutrition plan is complete. Remember, this is a living document that we can adjust as your needs change. Check in weekly for the first month to fine-tune your approach!"

View File

@ -0,0 +1,25 @@
## 📊 Daily Nutrition Targets
**Daily Calories:** [calculated amount]
**Protein:** [grams]g ([percentage]% of calories)
**Carbohydrates:** [grams]g ([percentage]% of calories)
**Fat:** [grams]g ([percentage]% of calories)
---
## ⚠️ Dietary Considerations
### Allergies & Intolerances
- [List of identified restrictions]
- [Cross-reactivity notes if applicable]
### Medical Considerations
- [Conditions noted with professional referral recommendation]
- [Special nutritional requirements]
### Preferences
- [Cultural/ethical restrictions]
- [Strong dislikes to avoid]

View File

@ -0,0 +1,68 @@
# Personalized Nutrition Plan
**Created:** {{date}}
**Author:** {{user_name}}
---
## ✅ Progress Tracking
**Steps Completed:**
- [ ] Step 1: Workflow Initialization
- [ ] Step 2: User Profile & Goals
- [ ] Step 3: Dietary Assessment
- [ ] Step 4: Meal Strategy
- [ ] Step 5: Shopping List _(if applicable)_
- [ ] Step 6: Meal Prep Schedule
**Last Updated:** {{date}}
---
## 📋 Executive Summary
**Primary Goal:** [To be filled in Step 1]
**Daily Nutrition Targets:**
- Calories: [To be calculated in Step 2]
- Protein: [To be calculated in Step 2]g
- Carbohydrates: [To be calculated in Step 2]g
- Fat: [To be calculated in Step 2]g
**Key Considerations:** [To be filled in Step 2]
---
## 🎯 Your Nutrition Goals
[Content to be added in Step 1]
---
## 🍽️ Meal Framework
[Content to be added in Step 3]
---
## 🛒 Shopping List
[Content to be added in Step 4 - if applicable]
---
## ⏰ Meal Prep Schedule
[Content to be added in Step 5]
---
## 📝 Notes & Next Steps
[Add any notes or adjustments as you progress]
---
**Medical Disclaimer:** This nutrition plan is for educational purposes only and is not medical advice. Please consult with a registered dietitian or healthcare provider for personalized medical nutrition therapy, especially if you have medical conditions, allergies, or are taking medications.

View File

@ -0,0 +1,29 @@
## Meal Prep Schedule
### [Chosen Prep Strategy]
### Weekly Prep Tasks
- [Day]: [Tasks] - [Time needed]
- [Day]: [Tasks] - [Time needed]
### Daily Assembly
- Morning: [Quick tasks]
- Evening: [Assembly instructions]
### Storage Guide
- Proteins: [Instructions]
- Vegetables: [Instructions]
- Grains: [Instructions]
### Success Tips
- [Personalized success strategies]
### Weekly Review Checklist
- [ ] Check weekend schedule
- [ ] Review meal plan satisfaction
- [ ] Adjust next week's plan

View File

@ -0,0 +1,47 @@
## 🎯 Your Nutrition Goals
### Primary Objective
[User's main goal and motivation]
### Target Timeline
[Realistic timeframe and milestones]
### Success Metrics
- [Specific measurable outcomes]
- [Non-scale victories]
- [Lifestyle improvements]
---
## 👤 Personal Profile
### Basic Information
- **Age:** [age]
- **Gender:** [gender]
- **Height:** [height]
- **Weight:** [current weight]
- **Activity Level:** [activity description]
### Lifestyle Factors
- **Daily Schedule:** [typical day structure]
- **Cooking Frequency:** [how often they cook]
- **Cooking Skill:** [beginner/intermediate/advanced]
- **Available Time:** [time for meal prep]
### Food Preferences
- **Favorite Cuisines:** [list]
- **Disliked Foods:** [list]
- **Allergies:** [list]
- **Dietary Restrictions:** [list]
### Budget & Access
- **Weekly Budget:** [range]
- **Shopping Access:** [stores available]
- **Special Considerations:** [family, social, etc.]

View File

@ -0,0 +1,37 @@
## Weekly Shopping List
### Check Pantry First
- [List of common staples to verify]
### Produce Section
- [Item] - [Quantity] - [Used in]
### Protein
- [Item] - [Quantity] - [Used in]
### Dairy/Alternatives
- [Item] - [Quantity] - [Used in]
### Grains/Starches
- [Item] - [Quantity] - [Used in]
### Frozen
- [Item] - [Quantity] - [Used in]
### Pantry
- [Item] - [Quantity] - [Used in]
### Money-Saving Tips
- [Personalized savings strategies]
### Flexible Swaps
- [Alternative options if items unavailable]

View File

@ -0,0 +1,18 @@
## Weekly Meal Framework
### Protein Rotation
- Monday: [Protein source]
- Tuesday: [Protein source]
- Wednesday: [Protein source]
- Thursday: [Protein source]
- Friday: [Protein source]
- Saturday: [Protein source]
- Sunday: [Protein source]
### Meal Timing
- Breakfast: [Time] - [Type]
- Lunch: [Time] - [Type]
- Dinner: [Time] - [Type]
- Snacks: [As needed]

View File

@ -0,0 +1,58 @@
---
name: Meal Prep & Nutrition Plan
description: Creates personalized meal plans through collaborative nutrition planning between an expert facilitator and individual seeking to improve their nutrition habits.
web_bundle: true
---
# Meal Prep & Nutrition Plan Workflow
**Goal:** Create personalized meal plans through collaborative nutrition planning between an expert facilitator and individual seeking to improve their nutrition habits.
**Your Role:** In addition to your name, communication_style, and persona, you are also a nutrition expert and meal planning specialist working collaboratively with the user. We engage in collaborative dialogue, not command-response, where you bring nutritional expertise and structured planning, while the user brings their personal preferences, lifestyle constraints, and health goals. Work together to create a sustainable, enjoyable nutrition plan.
---
## 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, load, read entire file, then execute 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 {project-root}/{bmad_folder}/bmm/config.yaml and resolve:
- `project_name`, `output_folder`, `user_name`, `communication_language`, `document_output_language`, `user_skill_level`
### 2. First Step EXECUTION
Load, read the full file and then execute `{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition/steps/step-01-init.md` to begin the workflow.

View File

@ -53,7 +53,7 @@
- Choose when: Coordinates workflows, works with other agents, professional operations - Choose when: Coordinates workflows, works with other agents, professional operations
- CAN invoke module workflows and coordinate with team agents - CAN invoke module workflows and coordinate with team agents
**Reference:** See {project-root}/{bmad_folder}/bmb/docs/understanding-agent-types.md for "The Same Agent, Three Ways" example. **Reference:** See {project-root}/{bmad_folder}/bmb/docs/agents/understanding-agent-types.md for "The Same Agent, Three Ways" example.
<action>Present your recommendation naturally, explaining why the agent type fits their **architecture needs** (state/integration), not capability limits</action> <action>Present your recommendation naturally, explaining why the agent type fits their **architecture needs** (state/integration), not capability limits</action>

View File

@ -10,12 +10,12 @@ user_name: "{config_source}:user_name"
communication_language: "{config_source}:communication_language" communication_language: "{config_source}:communication_language"
# Technical documentation for agent building # Technical documentation for agent building
agent_compilation: "{project-root}/{bmad_folder}/bmb/docs/agent-compilation.md" agent_compilation: "{project-root}/{bmad_folder}/bmb/docs/agents/agent-compilation.md"
understanding_agent_types: "{project-root}/{bmad_folder}/bmb/docs/understanding-agent-types.md" understanding_agent_types: "{project-root}/{bmad_folder}/bmb/docs/agents/understanding-agent-types.md"
simple_agent_architecture: "{project-root}/{bmad_folder}/bmb/docs/simple-agent-architecture.md" simple_agent_architecture: "{project-root}/{bmad_folder}/bmb/docs/agents/simple-agent-architecture.md"
expert_agent_architecture: "{project-root}/{bmad_folder}/bmb/docs/expert-agent-architecture.md" expert_agent_architecture: "{project-root}/{bmad_folder}/bmb/docs/agents/expert-agent-architecture.md"
module_agent_architecture: "{project-root}/{bmad_folder}/bmb/docs/module-agent-architecture.md" module_agent_architecture: "{project-root}/{bmad_folder}/bmb/docs/agents/module-agent-architecture.md"
agent_menu_patterns: "{project-root}/{bmad_folder}/bmb/docs/agent-menu-patterns.md" agent_menu_patterns: "{project-root}/{bmad_folder}/bmb/docs/agents/agent-menu-patterns.md"
communication_presets: "{installed_path}/communication-presets.csv" communication_presets: "{installed_path}/communication-presets.csv"
# Reference examples # Reference examples
@ -49,10 +49,10 @@ web_bundle:
- "{bmad_folder}/bmb/workflows/create-agent/instructions.md" - "{bmad_folder}/bmb/workflows/create-agent/instructions.md"
- "{bmad_folder}/bmb/workflows/create-agent/checklist.md" - "{bmad_folder}/bmb/workflows/create-agent/checklist.md"
- "{bmad_folder}/bmb/workflows/create-agent/info-and-installation-guide.md" - "{bmad_folder}/bmb/workflows/create-agent/info-and-installation-guide.md"
- "{bmad_folder}/bmb/docs/agent-compilation.md" - "{bmad_folder}/bmb/docs/agents/agent-compilation.md"
- "{bmad_folder}/bmb/docs/understanding-agent-types.md" - "{bmad_folder}/bmb/docs/agents/understanding-agent-types.md"
- "{bmad_folder}/bmb/docs/simple-agent-architecture.md" - "{bmad_folder}/bmb/docs/agents/simple-agent-architecture.md"
- "{bmad_folder}/bmb/docs/expert-agent-architecture.md" - "{bmad_folder}/bmb/docs/agents/expert-agent-architecture.md"
- "{bmad_folder}/bmb/docs/module-agent-architecture.md" - "{bmad_folder}/bmb/docs/agents/module-agent-architecture.md"
- "{bmad_folder}/bmb/docs/agent-menu-patterns.md" - "{bmad_folder}/bmb/docs/agents/agent-menu-patterns.md"
- "{bmad_folder}/bmb/workflows/create-agent/communication-presets.csv" - "{bmad_folder}/bmb/workflows/create-agent/communication-presets.csv"

View File

@ -11,16 +11,16 @@ user_name: "{config_source}:user_name"
# Required Data Files - Critical for understanding agent conventions # Required Data Files - Critical for understanding agent conventions
# Core Concepts # Core Concepts
understanding_agent_types: "{project-root}/{bmad_folder}/bmb/docs/understanding-agent-types.md" understanding_agent_types: "{project-root}/{bmad_folder}/bmb/docs/agents/understanding-agent-types.md"
agent_compilation: "{project-root}/{bmad_folder}/bmb/docs/agent-compilation.md" agent_compilation: "{project-root}/{bmad_folder}/bmb/docs/agents/agent-compilation.md"
# Architecture Guides (Simple, Expert, Module) # Architecture Guides (Simple, Expert, Module)
simple_architecture: "{project-root}/{bmad_folder}/bmb/docs/simple-agent-architecture.md" simple_architecture: "{project-root}/{bmad_folder}/bmb/docs/agents/simple-agent-architecture.md"
expert_architecture: "{project-root}/{bmad_folder}/bmb/docs/expert-agent-architecture.md" expert_architecture: "{project-root}/{bmad_folder}/bmb/docs/agents/expert-agent-architecture.md"
module_architecture: "{project-root}/{bmad_folder}/bmb/docs/module-agent-architecture.md" module_architecture: "{project-root}/{bmad_folder}/bmb/docs/agents/module-agent-architecture.md"
# Design Patterns # Design Patterns
menu_patterns: "{project-root}/{bmad_folder}/bmb/docs/agent-menu-patterns.md" menu_patterns: "{project-root}/{bmad_folder}/bmb/docs/agents/agent-menu-patterns.md"
communication_presets: "{project-root}/{bmad_folder}/bmb/workflows/create-agent/communication-presets.csv" communication_presets: "{project-root}/{bmad_folder}/bmb/workflows/create-agent/communication-presets.csv"
brainstorm_context: "{project-root}/{bmad_folder}/bmb/workflows/create-agent/brainstorm-context.md" brainstorm_context: "{project-root}/{bmad_folder}/bmb/workflows/create-agent/brainstorm-context.md"

View File

@ -0,0 +1,167 @@
---
name: 'step-01-init'
description: 'Initialize workflow creation session by detecting continuation state and setting up project'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow'
# File References
thisStepFile: '{workflow_path}/steps/step-01-init.md'
nextStepFile: '{workflow_path}/steps/step-02-gather.md'
workflowFile: '{workflow_path}/workflow.md'
# Output files for workflow creation process
workflowPlanFile: '{output_folder}/workflow-plan-{new_workflow_name}.md'
targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
projectInfoTemplate: '{workflow_path}/templates/project-info.md'
---
# Step 1: Workflow Creation Initialization
## STEP GOAL:
To initialize the workflow creation process by detecting continuation state, understanding project context, and preparing for collaborative workflow design.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a workflow architect and systems designer
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring workflow design expertise, user brings their specific requirements
- ✅ Together we will create a structured, repeatable workflow
### Step-Specific Rules:
- 🎯 Focus ONLY on initialization and project understanding
- 🚫 FORBIDDEN to start designing workflow steps in this step
- 💬 Ask questions conversationally to understand context
- 🚪 DETECT existing workflow state and handle continuation properly
## EXECUTION PROTOCOLS:
- 🎯 Show analysis before taking any action
- 💾 Initialize document and update frontmatter
- 📖 Set up frontmatter `stepsCompleted: [1]` before loading next step
- 🚫 FORBIDDEN to load next step until initialization is complete
## CONTEXT BOUNDARIES:
- Variables from workflow.md are available in memory
- Previous context = what's in output document + frontmatter
- Don't assume knowledge from other steps
- Input discovery happens in this step
## INITIALIZATION SEQUENCE:
### 1. Check for Existing Workflow Creation
First, check if there's already a workflow folder with the proposed name:
- Look for folder at `{custom_workflow_location}/{new_workflow_name}/`
- If exists, check if it contains a workflow.md file
- If not exists, this is a fresh workflow creation session
### 2. Handle Continuation (If Workflow Exists)
If the workflow folder exists and has been worked on:
- **STOP here** and continue with step 4 (Welcome Back)
- Do not proceed with fresh initialization
- Let step 4 handle the continuation logic
### 3. Handle Completed Workflow
If the workflow folder exists AND is complete:
- Ask user: "I found an existing workflow '{new_workflow_name}' from [date]. Would you like to:
1. Create a new workflow with a different name
2. Review or modify the existing workflow"
- If option 1: Get a new workflow name
- If option 2: Load step 5 (Review)
### 4. Fresh Workflow Setup (If No Workflow)
#### A. Project Discovery
Welcome the user and understand their needs:
"Welcome! I'm excited to help you create a new workflow. Let's start by understanding what you want to build."
Ask conversationally:
- What type of workflow are you looking to create?
- What problem will this workflow solve?
- Who will use this workflow?
- What module will it belong to (bmb, bmm, cis, custom, stand-alone)?
- What would you like to name this workflow folder? (kebab-case, e.g., "user-story-generator")
#### B. Create Workflow Plan Document
Create the workflow plan document at `{workflowPlanFile}` using the workflow plan template.
Initialize frontmatter with:
```yaml
---
workflowName: ''
targetModule: ''
workflowType: ''
flowPattern: ''
date: [current date]
user_name: { user_name }
stepsCompleted: [1]
lastStep: 'init'
---
```
This plan will capture all requirements and design details before building the actual workflow.
### 5. Welcome Message
"Great! I'm ready to help you create a structured workflow using our step-based architecture. We'll work together to design a workflow that's collaborative, maintainable, and follows best practices."
### 6. Present MENU OPTIONS
Display: **Proceeding to requirements gathering...**
#### EXECUTION RULES:
- This is an initialization step with no user choices
- Proceed directly to next step after setup
- Use menu handling logic section below
#### Menu Handling Logic:
- After setup completion, immediately load, read entire file, then execute `{workflow_path}/step-02-gather.md` to begin requirements gathering
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Workflow name confirmed and validated
- Target folder location determined
- User welcomed and project context understood
- Ready to proceed to step 2
### ❌ SYSTEM FAILURE:
- Proceeding with step 2 without workflow name
- Not checking for existing workflow folders
- Not determining target location properly
- Skipping welcome message
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,233 @@
---
name: 'step-02-gather'
description: 'Gather comprehensive requirements for the workflow being created'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow'
# File References
thisStepFile: '{workflow_path}/steps/step-02-gather.md'
nextStepFile: '{workflow_path}/steps/step-03-design.md'
workflowFile: '{workflow_path}/workflow.md'
# Output files for workflow creation process
workflowPlanFile: '{output_folder}/workflow-plan-{new_workflow_name}.md'
targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
requirementsTemplate: '{workflow_path}/templates/requirements-section.md'
---
# Step 2: Requirements Gathering
## STEP GOAL:
To gather comprehensive requirements through collaborative conversation that will inform the design of a structured workflow tailored to the user's needs and use case.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a workflow architect and systems designer
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring workflow design expertise and best practices
- ✅ User brings their domain knowledge and specific requirements
### Step-Specific Rules:
- 🎯 Focus ONLY on collecting requirements and understanding needs
- 🚫 FORBIDDEN to propose workflow solutions or step designs in this step
- 💬 Ask questions conversationally, not like a form
- 🚫 DO NOT skip any requirement area - each affects workflow design
## EXECUTION PROTOCOLS:
- 🎯 Engage in natural conversation to gather requirements
- 💾 Store all requirements information for workflow design
- 📖 Proceed to next step with 'C' selection
- 🚫 FORBIDDEN to load next step until user selects 'C'
## CONTEXT BOUNDARIES:
- Workflow name and target location from initialization
- Focus ONLY on collecting requirements and understanding needs
- Don't provide workflow designs in this step
- This is about understanding, not designing
## REQUIREMENTS GATHERING PROCESS:
### 1. Workflow Purpose and Scope
Explore through conversation:
- What specific problem will this workflow solve?
- Who is the primary user of this workflow?
- What is the main outcome or deliverable?
### 2. Workflow Type Classification
Help determine the workflow type:
- **Document Workflow**: Generates documents (PRDs, specs, plans)
- **Action Workflow**: Performs actions (refactoring, tools orchestration)
- **Interactive Workflow**: Guided sessions (brainstorming, coaching, training, practice)
- **Autonomous Workflow**: Runs without human input (batch processing, multi-step tasks)
- **Meta-Workflow**: Coordinates other workflows
### 3. Workflow Flow and Step Structure
Let's load some examples to help you decide the workflow pattern:
Load and reference the Meal Prep & Nutrition Plan workflow as an example:
```
Read: {project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition/workflow.md
```
This shows a linear workflow structure. Now let's explore your desired pattern:
- Should this be a linear workflow (step 1 → step 2 → step 3 → finish)?
- Or should it have loops/repeats (e.g., keep generating items until user says done)?
- Are there branching points based on user choices?
- Should some steps be optional?
- How many logical phases does this workflow need? (e.g., Gather → Design → Validate → Generate)
**Based on our reference examples:**
- **Linear**: Like Meal Prep Plan (Init → Profile → Assessment → Strategy → Shopping → Prep)
- See: `{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition/`
- **Looping**: User Story Generator (Generate → Review → Refine → Generate more... until done)
- **Branching**: Architecture Decision (Analyze → Choose pattern → Implement based on choice)
- **Iterative**: Document Review (Load → Analyze → Suggest changes → Implement → Repeat until approved)
### 4. User Interaction Style
Understand the desired interaction level:
- How much user input is needed during execution?
- Should it be highly collaborative or mostly autonomous?
- Are there specific decision points where user must choose?
- Should the workflow adapt to user responses?
### 5. Instruction Style (Intent-Based vs Prescriptive)
Determine how the AI should execute in this workflow:
**Intent-Based (Recommended for most workflows)**:
- Steps describe goals and principles, letting the AI adapt conversation naturally
- More flexible, conversational, responsive to user context
- Example: "Guide user to define their requirements through open-ended discussion"
**Prescriptive**:
- Steps provide exact instructions and specific text to use
- More controlled, predictable, consistent across runs
- Example: "Ask: 'What is your primary goal? Choose from: A) Growth B) Efficiency C) Quality'"
Which style does this workflow need, or should it be a mix of both?
### 6. Input Requirements
Identify what the workflow needs:
- What documents or data does the workflow need to start?
- Are there prerequisites or dependencies?
- Will users need to provide specific information?
- Are there optional inputs that enhance the workflow?
### 7. Output Specifications
Define what the workflow produces:
- What is the primary output (document, action, decision)?
- Are there intermediate outputs or checkpoints?
- Should outputs be saved automatically?
- What format should outputs be in?
### 8. Target Location and Module Configuration
Determine where the workflow will be created:
- For bmb module: Workflows go to `{custom_workflow_location}` (defaults to `{bmad_folder}/custom/src/workflows`)
- For other modules: Check their install-config.yaml for custom workflow locations
- Confirm the exact folder path where the workflow will be created
- Ensure the folder name doesn't conflict with existing workflows
### 9. Technical Constraints
Discuss technical requirements:
- Any specific tools or dependencies needed?
- Does it need to integrate with other systems?
- Any performance considerations?
- Should it be standalone or callable by other workflows?
### 10. Success Criteria
Define what makes the workflow successful:
- How will you know the workflow achieved its goal?
- What are the quality criteria for outputs?
- Are there measurable outcomes?
- What would make a user satisfied with the result?
## STORE REQUIREMENTS:
After collecting all requirements, append them to {workflowPlanFile} using {requirementsTemplate}:
This information will be used in the design phase to create the workflow structure.
### 8. Present MENU OPTIONS
Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: Store requirements, then only then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#8-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and requirements are stored, will you then load, read entire file, then execute {nextStepFile} to execute and begin workflow structure design step.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Requirements collected through conversation (not interrogation)
- All workflow aspects documented
- Requirements stored using template
- Menu presented and user input handled correctly
### ❌ SYSTEM FAILURE:
- Generating workflow designs without requirements
- Skipping requirement areas
- Proceeding to next step without 'C' selection
- Not storing requirements properly
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,239 @@
---
name: 'step-03-design'
description: 'Design the workflow structure and step sequence based on gathered requirements'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow'
# File References
thisStepFile: '{workflow_path}/steps/step-03-design.md'
nextStepFile: '{workflow_path}/steps/step-04-build.md'
workflowFile: '{workflow_path}/workflow.md'
# Output files for workflow creation process
workflowPlanFile: '{output_folder}/workflow-plan-{new_workflow_name}.md'
targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
designTemplate: '{workflow_path}/templates/design-section.md'
---
# Step 3: Workflow Structure Design
## STEP GOAL:
To collaboratively design the workflow structure, step sequence, and interaction patterns based on the requirements gathered in the previous step.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a workflow architect and systems designer
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring workflow design patterns and architectural expertise
- ✅ User brings their domain requirements and workflow preferences
### Step-Specific Rules:
- 🎯 Focus ONLY on designing structure, not implementation details
- 🚫 FORBIDDEN to write actual step content or code in this step
- 💬 Collaboratively design the flow and sequence
- 🚫 DO NOT finalize design without user agreement
## EXECUTION PROTOCOLS:
- 🎯 Guide collaborative design process
- 💾 After completing design, append to {workflowPlanFile}
- 📖 Update plan frontmatter `stepsCompleted: [1, 2, 3]` before loading next step
- 🚫 FORBIDDEN to load next step until user selects 'C' and design is saved
## CONTEXT BOUNDARIES:
- Requirements from step 2 are available and should inform design
- Load architecture documentation when needed for guidance
- Focus ONLY on structure and flow design
- Don't implement actual files in this step
- This is about designing the blueprint, not building
## DESIGN REFERENCE MATERIALS:
When designing, you may load these documents as needed:
- `{project-root}/{bmad_folder}/bmb/docs/workflows/step-template.md` - Step file structure
- `{project-root}/{bmad_folder}/bmb/docs/workflows/workflow-template.md` - Workflow configuration
- `{project-root}/{bmad_folder}/bmb/docs/workflows/architecture.md` - Architecture principles
- `{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition/workflow.md` - Complete example
## WORKFLOW DESIGN PROCESS:
### 1. Step Structure Design
Let's reference our step creation documentation for best practices:
Load and reference step-file architecture guide:
```
Read: {project-root}/{bmad_folder}/bmb/docs/workflows/step-template.md
```
This shows the standard structure for step files. Based on the requirements, collaboratively design:
- How many major steps does this workflow need? (Recommend 3-7)
- What is the goal of each step?
- Which steps are optional vs required?
- Should any steps repeat or loop?
- What are the decision points within steps?
### 2. Interaction Pattern Design
Design how users will interact with the workflow:
- Where should users provide input vs where the AI works autonomously?
- What type of menu options are needed at each step?
- Should there be Advanced Elicitation or Party Mode options?
- How will users know their progress?
- What confirmation points are needed?
### 3. Data Flow Design
Map how information flows through the workflow:
- What data is needed at each step?
- What outputs does each step produce?
- How is state tracked between steps?
- Where are checkpoints and saves needed?
- How are errors or exceptions handled?
### 4. File Structure Design
Plan the workflow's file organization:
- Will this workflow need templates?
- Are there data files required?
- Is a validation checklist needed?
- What supporting files will be useful?
- How will variables be managed?
### 5. Role and Persona Definition
Define the AI's role for this workflow:
- What expertise should the AI embody?
- How should the AI communicate with users?
- What tone and style is appropriate?
- How collaborative vs prescriptive should the AI be?
### 6. Validation and Error Handling
Design quality assurance:
- How will the workflow validate its outputs?
- What happens if a user provides invalid input?
- Are there checkpoints for review?
- How can users recover from errors?
- What constitutes successful completion?
### 7. Special Features Design
Identify unique requirements:
- Does this workflow need conditional logic?
- Are there branch points based on user choices?
- Should it integrate with other workflows?
- Does it need to handle multiple scenarios?
### 8. Design Review and Refinement
Present the design for review:
- Walk through the complete flow
- Identify potential issues or improvements
- Ensure all requirements are addressed
- Get user agreement on the design
## DESIGN PRINCIPLES TO APPLY:
### Micro-File Architecture
- Keep each step focused and self-contained
- Ensure steps can be loaded independently
- Design for Just-In-Time loading
### Collaborative Dialogue
- Design for conversation, not command-response
- Include decision points for user input
- Make the workflow adaptable to user context
### Sequential Enforcement
- Design clear step dependencies
- Ensure logical flow between steps
- Include state tracking for progress
### Error Prevention
- Include validation at key points
- Design for common failure scenarios
- Provide clear guidance to users
## CONTENT TO APPEND TO PLAN:
After completing the design, append to {workflowPlanFile}:
Load and append the content from {designTemplate}
### 9. Present MENU OPTIONS
Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: Save content to {workflowPlanFile}, update frontmatter, then only then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#9-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and content is saved to workflow plan and frontmatter is updated, will you then load, read entire file, then execute {nextStepFile} to execute and begin workflow file generation step.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Workflow structure designed collaboratively
- Step sequence mapped and agreed upon
- Interaction patterns designed
- Design documented in {outputFile}
- Frontmatter updated with step completion
### ❌ SYSTEM FAILURE:
- Creating implementation details instead of design
- Skipping design review with user
- Proceeding without complete design
- Not updating document frontmatter
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,209 @@
---
name: 'step-04-review-plan'
description: 'Review the complete workflow plan before generating files'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow'
# File References
thisStepFile: '{workflow_path}/steps/step-04-review-plan.md'
nextStepFile: '{workflow_path}/steps/step-05-build.md'
workflowFile: '{workflow_path}/workflow.md'
# Output files for workflow creation process
workflowPlanFile: '{output_folder}/workflow-plan-{new_workflow_name}.md'
targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
---
# Step 4: Workflow Plan Review
## STEP GOAL:
To present the complete workflow plan for user review and approval before generating the actual workflow files.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: Always read the complete step file before taking any action
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a workflow architect and systems designer
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You present the plan clearly and answer questions
- ✅ User provides approval or requests changes
### Step-Specific Rules:
- 🎯 Focus ONLY on reviewing the plan, not building yet
- 🚫 FORBIDDEN to generate any workflow files in this step
- 💬 Present the complete plan clearly and answer all questions
- 🚪 GET explicit approval before proceeding to build
## EXECUTION PROTOCOLS:
- 🎯 Present the complete workflow plan for review
- 💾 Update plan frontmatter with review status
- 📖 Only proceed to build step with explicit user approval
- 🚫 FORBIDDEN to skip review or proceed without consent
## CONTEXT BOUNDARIES:
- Requirements and design from previous steps are in the plan
- Focus ONLY on review and approval
- Don't modify the design significantly here
- This is the final checkpoint before file generation
## REVIEW REFERENCE MATERIALS:
When reviewing, you may load for comparison:
- Example workflow: `{project-root}/{bmad_folder}/bmb/reference/workflows/meal-prep-nutrition/workflow.md`
- Step examples from same workflow's steps folder
- Architecture guide: `{project-root}/{bmad_folder}/bmb/docs/workflows/architecture.md`
## PLAN REVIEW PROCESS:
### 1. Present the Complete Plan
Read the entire {workflowPlanFile} and present it to the user:
- Executive Summary
- Requirements Analysis
- Detailed Design
- Implementation Plan
- Target Location and file structure
### 2. Walk Through Key Aspects
Explain the plan's key components:
- **Workflow Flow**: Linear, looping, branching, or iterative
- **Step Structure**: Number of steps and their purposes
- **Instruction Style**: Intent-based vs prescriptive approach
- **User Interaction**: How users will interact with the workflow
- **Files to Generate**: Complete list of files that will be created
### 3. Address Questions and Concerns
Answer any questions about:
- Why certain design decisions were made
- How specific requirements will be met
- Whether the workflow will handle edge cases
- Any concerns about the implementation approach
### 4. Gather Feedback
Ask for specific feedback:
- Does this plan fully address your requirements?
- Are there any missing aspects?
- Would you like any changes to the design?
- Are you satisfied with the proposed structure?
### 5. Confirm or Revise
Based on feedback:
- If approved: Proceed to build step
- If changes needed: Go back to design step with specific feedback
- If major revisions: Consider going back to requirements step
## REVIEW CHECKPOINTS:
### Requirements Coverage
- [ ] All user requirements addressed
- [ ] Success criteria defined
- [ ] Technical constraints considered
- [ ] User interaction level appropriate
### Design Quality
- [ ] Step flow is logical
- [ ] Instruction style chosen appropriately
- [ ] Menu systems designed properly
- [ ] Error handling included
### Implementation Feasibility
- [ ] File structure is clear
- [ ] Target location confirmed
- [ ] Templates identified correctly
- [ ] Dependencies documented
## PLAN APPROVAL:
### Explicit Confirmation Required
Before proceeding to build, get explicit confirmation:
"Based on this plan, I will generate:
- [List of files]
in [target location]
Do you approve this plan and want me to proceed with building the workflow? [Y/N]"
### If Approved
- Update {workflowPlanFile} frontmatter: `stepsCompleted: [1, 2, 3, 4]`, `lastStep: "review"`
- Proceed to step 5 (Build)
### If Not Approved
- Note specific concerns
- Either revise the plan here or return to appropriate earlier step
- Continue until user is satisfied
### 6. Present MENU OPTIONS
Display: **Review Complete - Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue to Build
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to build step with explicit 'C' selection AND approval
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: AND user has approved the plan, update plan frontmatter, then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#6-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected AND user has explicitly approved the plan, will you then update the plan frontmatter and load, read entire file, then execute {nextStepFile} to execute and begin workflow file generation step.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Complete plan presented clearly
- All user questions answered
- Feedback collected and documented
- Explicit approval received (or revisions planned)
- Plan ready for implementation
### ❌ SYSTEM FAILURE:
- Skipping the review presentation
- Proceeding without explicit approval
- Not answering user questions
- Rushing through the review process
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,267 @@
---
name: 'step-05-build'
description: 'Generate all workflow files based on the approved plan'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow'
# File References
thisStepFile: '{workflow_path}/steps/step-05-build.md'
nextStepFile: '{workflow_path}/steps/step-06-review.md'
workflowFile: '{workflow_path}/workflow.md'
# Output files for workflow creation process
workflowPlanFile: '{output_folder}/workflow-plan-{new_workflow_name}.md'
targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
workflowYamlTemplate: '{workflow_path}/templates/workflow-yaml.md'
stepFileTemplate: '{workflow_path}/templates/step-file.md'
contentTemplate: '{workflow_path}/templates/content-template.md'
buildSummaryTemplate: '{workflow_path}/templates/build-summary.md'
---
# Step 5: Workflow File Generation
## STEP GOAL:
To generate all the workflow files (workflow.md, step files, templates, and supporting files) based on the approved plan from the previous review step.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a workflow architect and systems designer
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring implementation expertise and best practices
- ✅ User brings their specific requirements and design approvals
### Step-Specific Rules:
- 🎯 Focus ONLY on generating files based on approved design
- 🚫 FORBIDDEN to modify the design without user consent
- 💬 Generate files collaboratively, getting approval at each stage
- 🚪 CREATE files in the correct target location
## EXECUTION PROTOCOLS:
- 🎯 Generate files systematically from design
- 💾 Document all generated files and their locations
- 📖 Update frontmatter `stepsCompleted: [1, 2, 3, 4]` before loading next step
- 🚫 FORBIDDEN to load next step until user selects 'C' and build is complete
## CONTEXT BOUNDARIES:
- Approved plan from step 4 guides implementation
- Generate files in target workflow location
- Load templates and documentation as needed during build
- Follow step-file architecture principles
## BUILD REFERENCE MATERIALS:
When building, you will need to load:
- Template files from `{workflow_path}/templates/`
- Step file structure from `{project-root}/{bmad_folder}/bmb/docs/workflows/step-template.md`
- Workflow configuration from `{project-root}/{bmad_folder}/bmb/docs/workflows/workflow-template.md`
- Example step files from the Meal Prep workflow as patterns
## FILE GENERATION SEQUENCE:
### 1. Confirm Build Readiness
Based on the approved plan, confirm:
"I have your approved plan and I'm ready to generate the workflow files. The plan specifies creating:
- Main workflow.md file
- [Number] step files
- [Number] templates
- Supporting files
All in: {targetWorkflowPath}
Ready to proceed?"
### 2. Create Directory Structure
Create the workflow folder structure in the target location:
```
{custom_workflow_location}/{workflow_name}/
├── workflow.md
├── steps/
│ ├── step-01-init.md
│ ├── step-02-[name].md
│ └── ...
├── templates/
│ └── [as needed]
└── data/
└── [as needed]
```
For bmb module, this will be: `{bmad_folder}/custom/src/workflows/{workflow_name}/`
For other modules, check their install-config.yaml for custom_workflow_location
### 3. Generate workflow.md
Load and customize {workflowYamlTemplate}:
- Insert workflow name and description
- Configure all path variables
- Set web_bundle flag to true unless user has indicated otherwise
- Define role and goal
- Include initialization path to step-01
### 4. Generate Step Files
For each step in the design:
- Load {stepFileTemplate}
- Customize with step-specific content
- Ensure proper frontmatter with path references
- Include appropriate menu handling
- Follow all mandatory rules and protocols
### 5. Generate Templates (If Needed)
For document workflows:
- Load {contentTemplate}
- Create template.md with proper structure
- Include all variables from design
- Ensure variable naming consistency
### 6. Generate Supporting Files
Based on design requirements:
- Create data files with example content
- Generate README.md with usage instructions
- Create any configuration files
- Add validation checklists if designed
### 7. Verify File Generation
After creating all files:
- Check all file paths are correct
- Validate frontmatter syntax
- Ensure variable consistency across files
- Confirm sequential step numbering
- Verify menu handling logic
### 8. Document Generated Files
Create a summary of what was generated:
- List all files created with full paths
- Note any customizations from templates
- Identify any manual steps needed
- Provide next steps for testing
## QUALITY CHECKS DURING BUILD:
### Frontmatter Validation
- All YAML syntax is correct
- Required fields are present
- Path variables use correct format
- No hardcoded paths exist
### Step File Compliance
- Each step follows the template structure
- All mandatory rules are included
- Menu handling is properly implemented
- Step numbering is sequential
### Cross-File Consistency
- Variable names match across files
- Path references are consistent
- Dependencies are correctly defined
- No orphaned references exist
## BUILD PRINCIPLES:
### Follow Design Exactly
- Implement the design as approved
- Don't add or remove steps without consultation
- Maintain the interaction patterns designed
- Preserve the data flow architecture
### Maintain Best Practices
- Keep step files focused and reasonably sized (typically 5-10KB)
- Use collaborative dialogue patterns
- Include proper error handling
- Follow naming conventions
### Ensure Extensibility
- Design for future modifications
- Include clear documentation
- Make code readable and maintainable
- Provide examples where helpful
## CONTENT TO APPEND TO PLAN:
After generating all files, append to {workflowPlanFile}:
Load and append the content from {buildSummaryTemplate}
### 9. Present MENU OPTIONS
Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF C: Save content to {workflowPlanFile}, update frontmatter, then only then load, read entire file, then execute {nextStepFile}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#9-present-menu-options)
## CRITICAL STEP COMPLETION NOTE
ONLY WHEN C is selected and content is saved to plan and frontmatter is updated, will you then load, read entire file, then execute {nextStepFile} to execute and begin workflow review step.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- All workflow files generated in correct locations
- Files follow step-file architecture principles
- Plan implemented exactly as approved
- Build documented in {workflowPlanFile}
- Frontmatter updated with step completion
### ❌ SYSTEM FAILURE:
- Generating files without user approval
- Deviating from approved plan
- Creating files with incorrect paths
- Not updating plan frontmatter
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,246 @@
---
name: 'step-06-review'
description: 'Review the generated workflow and provide final validation and next steps'
# Path Definitions
workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow'
# File References
thisStepFile: '{workflow_path}/steps/step-06-review.md'
workflowFile: '{workflow_path}/workflow.md'
# Output files for workflow creation process
workflowPlanFile: '{output_folder}/workflow-plan-{new_workflow_name}.md'
targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}'
# Task References
advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml'
partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md'
# Template References
reviewTemplate: '{workflow_path}/templates/review-section.md'
completionTemplate: '{workflow_path}/templates/completion-section.md'
---
# Step 6: Workflow Review and Completion
## STEP GOAL:
To review the generated workflow for completeness, accuracy, and adherence to best practices, then provide next steps for deployment and usage.
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: Always read the complete step file before taking any action
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a workflow architect and systems designer
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring quality assurance expertise and validation knowledge
- ✅ User provides final approval and feedback
### Step-Specific Rules:
- 🎯 Focus ONLY on reviewing and validating generated workflow
- 🚫 FORBIDDEN to make changes without user approval
- 💬 Guide review process collaboratively
- 🚪 COMPLETE the workflow creation process
## EXECUTION PROTOCOLS:
- 🎯 Conduct thorough review of generated workflow
- 💾 Document review findings and completion status
- 📖 Update frontmatter `stepsCompleted: [1, 2, 3, 4, 5]` and mark complete
- 🚫 This is the final step - no next step to load
## CONTEXT BOUNDARIES:
- Generated workflow files are available for review
- Focus on validation and quality assurance
- This step completes the workflow creation process
- No file modifications without explicit user approval
## WORKFLOW REVIEW PROCESS:
### 1. File Structure Review
Verify the workflow organization:
- Are all required files present?
- Is the directory structure correct?
- Are file names following conventions?
- Are paths properly configured?
### 2. Configuration Validation
Check workflow.yaml:
- Is all metadata correctly filled?
- Are path variables properly formatted?
- Is the standalone property set correctly?
- Are all dependencies declared?
### 3. Step File Compliance
Review each step file:
- Does each step follow the template structure?
- Are all mandatory rules included?
- Is menu handling properly implemented?
- Are frontmatter variables correct?
- Are steps properly numbered?
### 4. Cross-File Consistency
Verify integration between files:
- Do variable names match across all files?
- Are path references consistent?
- Is the step sequence logical?
- Are there any broken references?
### 5. Requirements Verification
Confirm original requirements are met:
- Does the workflow address the original problem?
- Are all user types supported?
- Are inputs and outputs as specified?
- Is the interaction style as designed?
### 6. Best Practices Adherence
Check quality standards:
- Are step files focused and reasonably sized (5-10KB typical)?
- Is collaborative dialogue implemented?
- Is error handling included?
- Are naming conventions followed?
### 7. Test Scenario Planning
Prepare for testing:
- What test data would be useful?
- What scenarios should be tested?
- How can the workflow be invoked?
- What would indicate successful execution?
### 8. Deployment Preparation
Provide next steps:
- Installation requirements
- Invocation commands
- Testing procedures
- Documentation needs
## REVIEW FINDINGS DOCUMENTATION:
### Issues Found
Document any issues discovered:
- **Critical Issues**: Must fix before use
- **Warnings**: Should fix for better experience
- **Suggestions**: Nice to have improvements
### Validation Results
Record validation outcomes:
- Configuration validation: PASSED/FAILED
- Step compliance: PASSED/FAILED
- Cross-file consistency: PASSED/FAILED
- Requirements verification: PASSED/FAILED
### Recommendations
Provide specific recommendations:
- Immediate actions needed
- Future improvements
- Training needs
- Maintenance considerations
## COMPLETION CHECKLIST:
### Final Validations
- [ ] All files generated successfully
- [ ] No syntax errors in YAML
- [ ] All paths are correct
- [ ] Variables are consistent
- [ ] Design requirements met
- [ ] Best practices followed
### User Acceptance
- [ ] User has reviewed generated workflow
- [ ] User approves of the implementation
- [ ] User understands next steps
- [ ] User satisfied with the result
### Documentation
- [ ] Build summary complete
- [ ] Review findings documented
- [ ] Next steps provided
- [ ] Contact information for support
## CONTENT TO APPEND TO PLAN:
After completing review, append to {workflowPlanFile}:
Load and append the content from {reviewTemplate}
Then load and append the content from {completionTemplate}
## FINAL MENU OPTIONS
Display: **Workflow Creation Complete!** [A] Advanced Elicitation [P] Party Mode [F] Finish
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- This is the final step - only 'F' will complete the process
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
- IF A: Execute {advancedElicitationTask}
- IF P: Execute {partyModeWorkflow}
- IF F: Mark workflow as complete, provide final summary, and end session
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#final-menu-options)
## FINAL STEP COMPLETION NOTE
ONLY WHEN F is selected and workflow is marked as complete will the session end. Update frontmatter to mark the entire workflow creation process as complete and provide the user with their final deliverables.
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
- Generated workflow thoroughly reviewed
- All validations performed
- Issues documented with solutions
- User approves final workflow
- Complete documentation provided
### ❌ SYSTEM FAILURE:
- Skipping review steps
- Not documenting findings
- Ending without user approval
- Not providing next steps
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,36 @@
## Build Summary
### Files Generated
{{#generatedFiles}}
- **{{type}}**: {{path}}
{{/generatedFiles}}
### Customizations Made
{{#customizations}}
- {{.}}
{{/customizations}}
### Manual Steps Required
{{#manualSteps}}
- {{.}}
{{/manualSteps}}
### Build Validation Results
- **Syntax Check**: {{syntaxCheckResult}}
- **Path Validation**: {{pathValidationResult}}
- **Variable Consistency**: {{variableConsistencyResult}}
- **Template Compliance**: {{templateComplianceResult}}
### Next Steps for Testing
1. Run `workflow {{targetModule}}/workflows/{{workflowName}}` to test
2. Verify all steps execute properly
3. Check output generation
4. Validate user interaction points

View File

@ -0,0 +1,39 @@
## Workflow Creation Complete!
### Final Deliverables
**Main Workflow**: {{targetWorkflowPath}}/workflow.md
**Step Files**: {{stepCount}} step files created
**Templates**: {{templateCount}} templates created
**Documentation**: Complete documentation provided
### Deployment Instructions
1. **Installation**: Run the BMAD Method installer to your project location
2. **Compilation**: Select 'Compile Agents' after confirming the folder
3. **Testing**: Use `workflow {{targetWorkflowPath}}` to test
### Usage Guide
```bash
# To invoke the workflow (from custom location)
workflow {{customWorkflowLocation}}/{{workflowName}}
# Or if standalone is true
/{{workflowCommand}}
```
### Support
- Created by: {{user_name}}
- Date: {{completionDate}}
- Module: {{targetModule}}
- Type: {{workflowType}}
### Thank You!
Thank you for using the Standalone Workflow Builder. Your workflow has been created following best practices for step-file architecture and collaborative design principles.
---
_Workflow creation completed successfully on {{completionDate}}_

View File

@ -0,0 +1,21 @@
# {{documentTitle}}
**Created:** {{date}}
**Author:** {{user_name}}
**Workflow:** {{workflowName}}
## Executive Summary
{{executiveSummary}}
## Details
{{mainContent}}
## Conclusion
{{conclusion}}
---
_Generated by the {{workflowName}} workflow_

View File

@ -0,0 +1,53 @@
## Workflow Design
### Step Structure
**Total Steps**: {{totalSteps}}
**Step Overview**:
{{stepOverview}}
### Detailed Step Plan
{{stepDetails}}
### Interaction Design
- **Menu Pattern**: {{menuPattern}}
- **User Input Points**: {{userInputPoints}}
- **AI Autonomy Level**: {{aiAutonomyLevel}}
- **Decision Flow**: {{decisionFlow}}
### Data Flow Architecture
- **Input Requirements**: {{dataInputRequirements}}
- **Intermediate Variables**: {{intermediateVariables}}
- **Output Mapping**: {{outputMapping}}
- **State Management**: {{stateManagement}}
### File Organization
- **Core Files**: {{coreFiles}}
- **Templates**: {{templates}}
- **Data Files**: {{dataFiles}}
- **Supporting Files**: {{supportingFiles}}
### AI Role Definition
- **Primary Role**: {{primaryRole}}
- **Expertise Areas**: {{expertiseAreas}}
- **Communication Style**: {{communicationStyle}}
- **Collaboration Approach**: {{collaborationApproach}}
### Quality Assurance
- **Validation Points**: {{validationPoints}}
- **Error Handling**: {{errorHandling}}
- **Recovery Strategies**: {{recoveryStrategies}}
- **Success Criteria**: {{designSuccessCriteria}}
### Special Features
- **Conditional Logic**: {{conditionalLogic}}
- **Branch Points**: {{branchPoints}}
- **Integrations**: {{designIntegrations}}
- **Multi-Scenario Support**: {{multiScenarioSupport}}

View File

@ -0,0 +1,18 @@
# Workflow Creation: {{workflow_name}}
**Created:** {{date}}
**Author:** {{user_name}}
**Module:** {{targetModule}}
**Type:** {{workflowType}}
## Project Overview
{{projectOverview}}
## Requirements Collected
{{requirementsCollected}}
---
_This document tracks the workflow creation process. The final workflow will be generated separately._

View File

@ -0,0 +1,47 @@
## Requirements Summary
### Workflow Purpose
- **Problem to Solve**: {{problemStatement}}
- **Primary Users**: {{targetUsers}}
- **Main Outcome**: {{primaryOutcome}}
- **Usage Frequency**: {{usageFrequency}}
### Workflow Classification
- **Type**: {{workflowType}}
- **Flow Pattern**: {{flowPattern}}
- **Interaction Style**: {{interactionStyle}}
- **Instruction Style**: {{instructionStyle}}
- **Autonomy Level**: {{autonomyLevel}}
### Input Requirements
- **Required Inputs**: {{requiredInputs}}
- **Optional Inputs**: {{optionalInputs}}
- **Prerequisites**: {{prerequisites}}
### Output Specifications
- **Primary Output**: {{primaryOutput}}
- **Intermediate Outputs**: {{intermediateOutputs}}
- **Output Format**: {{outputFormat}}
### Technical Constraints
- **Dependencies**: {{dependencies}}
- **Integrations**: {{integrations}}
- **Performance Requirements**: {{performanceRequirements}}
### Target Location
- **Module**: {{targetModule}}
- **Folder Name**: {{workflowFolderName}}
- **Target Path**: {{targetWorkflowPath}}
- **Custom Workflow Location**: {{customWorkflowLocation}}
### Success Criteria
- **Quality Metrics**: {{qualityMetrics}}
- **Success Indicators**: {{successIndicators}}
- **User Satisfaction**: {{userSatisfactionCriteria}}

View File

@ -0,0 +1,56 @@
## Workflow Review Results
### File Structure Review
**Status**: {{fileStructureStatus}}
- Required Files: {{requiredFilesStatus}}
- Directory Structure: {{directoryStructureStatus}}
- Naming Conventions: {{namingConventionsStatus}}
### Configuration Validation
**Status**: {{configValidationStatus}}
- Metadata Completeness: {{metadataStatus}}
- Path Variables: {{pathVariablesStatus}}
- Dependencies: {{dependenciesStatus}}
### Step File Compliance
**Status**: {{stepComplianceStatus}}
- Template Structure: {{templateStructureStatus}}
- Mandatory Rules: {{mandatoryRulesStatus}}
- Menu Implementation: {{menuImplementationStatus}}
### Cross-File Consistency
**Status**: {{consistencyStatus}}
- Variable Naming: {{variableNamingStatus}}
- Path References: {{pathReferencesStatus}}
- Step Sequence: {{stepSequenceStatus}}
### Requirements Verification
**Status**: {{requirementsVerificationStatus}}
- Problem Addressed: {{problemAddressedStatus}}
- User Types Supported: {{userTypesStatus}}
- Inputs/Outputs: {{inputsOutputsStatus}}
### Best Practices Adherence
**Status**: {{bestPracticesStatus}}
- File Size Limits: {{fileSizeStatus}}
- Collaborative Dialogue: {{collaborativeDialogueStatus}}
- Error Handling: {{errorHandlingStatus}}
### Issues Found
{{#issues}}
- **{{severity}}**: {{description}}
{{/issues}}

View File

@ -0,0 +1,139 @@
---
name: "step-{{stepNumber}}-{{stepName}}"
description: "{{stepDescription}}"
# Path Definitions
workflow_path: "{project-root}/{bmad_folder}/{{targetModule}}/workflows/{{workflowName}}"
# File References
thisStepFile: "{workflow_path}/steps/step-{{stepNumber}}-{{stepName}}.md"
{{#hasNextStep}}
nextStepFile: "{workflow_path}/steps/step-{{nextStepNumber}}-{{nextStepName}}.md"
{{/hasNextStep}}
workflowFile: "{workflow_path}/workflow.md"
{{#hasOutput}}
outputFile: "{output_folder}/{{outputFileName}}-{project_name}.md"
{{/hasOutput}}
# Task References
advancedElicitationTask: "{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml"
partyModeWorkflow: "{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md"
{{#hasTemplates}}
# Template References
{{#templates}}
{{name}}: "{workflow_path}/templates/{{file}}"
{{/templates}}
{{/hasTemplates}}
---
# Step {{stepNumber}}: {{stepTitle}}
## STEP GOAL:
{{stepGoal}}
## MANDATORY EXECUTION RULES (READ FIRST):
### Universal Rules:
- 🛑 NEVER generate content without user input
- 📖 CRITICAL: Read the complete step file before taking any action
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
- 📋 YOU ARE A FACILITATOR, not a content generator
### Role Reinforcement:
- ✅ You are a {{aiRole}}
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
- ✅ We engage in collaborative dialogue, not command-response
- ✅ You bring {{aiExpertise}}, user brings {{userExpertise}}
- ✅ Maintain collaborative {{collaborationStyle}} tone throughout
### Step-Specific Rules:
- 🎯 Focus only on {{stepFocus}}
- 🚫 FORBIDDEN to {{forbiddenAction}}
- 💬 Approach: {{stepApproach}}
- 📋 {{additionalRule}}
## EXECUTION PROTOCOLS:
{{#executionProtocols}}
- 🎯 {{.}}
{{/executionProtocols}}
## CONTEXT BOUNDARIES:
- Available context: {{availableContext}}
- Focus: {{contextFocus}}
- Limits: {{contextLimits}}
- Dependencies: {{contextDependencies}}
## SEQUENCE OF INSTRUCTIONS (Do not deviate, skip, or optimize)
{{#instructions}}
### {{number}}. {{title}}
{{content}}
{{#hasContentToAppend}}
#### Content to Append (if applicable):
```markdown
{{contentToAppend}}
```
{{/hasContentToAppend}}
{{/instructions}}
{{#hasMenu}}
### {{menuNumber}}. Present MENU OPTIONS
Display: **{{menuDisplay}}**
#### EXECUTION RULES:
- ALWAYS halt and wait for user input after presenting menu
- ONLY proceed to next step when user selects 'C'
- After other menu items execution, return to this menu
- User can chat or ask questions - always respond and then end with display again of the menu options
- Use menu handling logic section below
#### Menu Handling Logic:
{{#menuOptions}}
- IF {{key}}: {{action}}
{{/menuOptions}}
- IF Any other comments or queries: help user respond then [Redisplay Menu Options](#{{menuNumber}}-present-menu-options)
{{/hasMenu}}
## CRITICAL STEP COMPLETION NOTE
{{completionNote}}
---
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
### ✅ SUCCESS:
{{#successCriteria}}
- {{.}}
{{/successCriteria}}
### ❌ SYSTEM FAILURE:
{{#failureModes}}
- {{.}}
{{/failureModes}}
**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.

View File

@ -0,0 +1,54 @@
# Workflow Creation Plan: {{workflowName}}
**Created:** {{date}}
**Author:** {{user_name}}
**Module:** {{targetModule}}
**Type:** {{workflowType}}
## Executive Summary
{{executiveSummary}}
## Requirements Analysis
[Requirements will be appended here from step 2]
## Detailed Design
[Design details will be appended here from step 3]
## Implementation Plan
[Implementation plan will be appended here from step 4]
## Review and Validation
[Review results will be appended here from step 5]
---
## Final Configuration
### Output Files to Generate
{{#outputFiles}}
- {{type}}: {{path}}
{{/outputFiles}}
### Target Location
- **Folder**: {{targetWorkflowPath}}
- **Module**: {{targetModule}}
- **Custom Location**: {{customWorkflowLocation}}
### Final Checklist
- [ ] All requirements documented
- [ ] Workflow designed and approved
- [ ] Files generated successfully
- [ ] Workflow tested and validated
## Ready for Implementation
When you approve this plan, I'll generate all the workflow files in the specified location with the exact structure and content outlined above.

View File

@ -0,0 +1,58 @@
---
name: { { workflowDisplayName } }
description: { { workflowDescription } }
web_bundle: { { webBundleFlag } }
---
# {{workflowDisplayName}}
**Goal:** {{workflowGoal}}
**Your Role:** In addition to your name, communication_style, and persona, you are also a {{aiRole}} collaborating with {{userType}}. This is a partnership, not a client-vendor relationship. You bring {{aiExpertise}}, while the user brings {{userExpertise}}. Work together as equals.
---
## 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, load, read entire file, then execute 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 {project-root}/{bmad_folder}/{{targetModule}}/config.yaml and resolve:
- `project_name`, `output_folder`, `user_name`, `communication_language`, `document_output_language`
### 2. First Step EXECUTION
Load, read the full file and then execute `{workflow_path}/steps/step-01-init.md` to begin the workflow.

View File

@ -0,0 +1,58 @@
---
name: Create Workflow
description: Create structured standalone workflows using markdown-based step architecture
web_bundle: true
---
# Create Workflow
**Goal:** Create structured, repeatable standalone workflows through collaborative conversation and step-by-step guidance.
**Your Role:** In addition to your name, communication_style, and persona, you are also a workflow architect and systems designer collaborating with a workflow creator. This is a partnership, not a client-vendor relationship. You bring expertise in workflow design patterns, step architecture, and collaborative facilitation, while the user brings their domain knowledge and specific workflow requirements. Work together as equals.
---
## 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, load, read entire file, then execute 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 {project-root}/{bmad_folder}/bmb/config.yaml and resolve:
- `project_name`, `output_folder`, `user_name`, `communication_language`, `document_output_language`
### 2. First Step EXECUTION
Load, read the full file and then execute `{workflow_path}/steps/step-01-init.md` to begin the workflow.

View File

@ -1,48 +1,61 @@
--- ---
name: PRD Workflow name: PRD Workflow
description: Creates a comprehensive PRDs through collaborative step-by-step discovery between two product managers working as peers. description: Creates a comprehensive PRDs through collaborative step-by-step discovery between two product managers working as peers.
main_config: `{project-root}/{bmad_folder}/bmm/config.yaml`
web_bundle: true
--- ---
# PRD Workflow # PRD Workflow
**Goal:** Create comprehensive PRDs through collaborative step-by-step discovery between two product managers working as peers. **Goal:** Create comprehensive PRDs through collaborative step-by-step discovery between two product managers working as peers.
**Your Role:** You are a product-focused PM facilitator collaborating with an expert peer. This is a partnership, not a client-vendor relationship. You bring structured thinking and facilitation skills, while the user brings domain expertise and product vision. Work together as equals. **Your Role:** You are a product-focused PM facilitator collaborating with an expert peer. This is a partnership, not a client-vendor relationship. You bring structured thinking and facilitation skills, while the user brings domain expertise and product vision. Work together as equals. You will continue to operate with your given name, identity, and communication_style, merged with the details of this role description.
--- ---
## WORKFLOW ARCHITECTURE ## WORKFLOW ARCHITECTURE
This uses **micro-file architecture** for disciplined execution: This uses **step-file architecture** for disciplined execution:
- Each step is a self-contained file with embedded rules ### Core Principles
- Sequential progression with user control at each step
- Document state tracked in frontmatter - **Micro-file Design**: Each step is a self contained instruction file that is a part of an overall workflow that must be followed exactly
- Append-only document building through conversation - **Just-In-Time Loading**: Only the current step file is in memory - never load future step files until told to do so
- You NEVER proceed to a step file if the current step file indicates the user must approve and indicate continuation. - **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, load, read entire file, then execute 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 ## INITIALIZATION SEQUENCE
### Configuration Loading ### 1. Configuration Loading
Load config from `{project-root}/{bmad_folder}/bmm/config.yaml` and resolve: Load and read full config from {main_config} and resolve:
- `project_name`, `output_folder`, `user_name` - `project_name`, `output_folder`, `user_name`
- `communication_language`, `document_output_language`, `user_skill_level` - `communication_language`, `document_output_language`, `user_skill_level`
- `date` as system-generated current datetime - `date` as system-generated current datetime
### Paths ### 2. First Step EXECUTION
- `installed_path` = `{project-root}/{bmad_folder}/bmm/workflows/2-plan-workflows/prd` Load, read the full file and then execute `steps/step-01-init.md` to begin the workflow.
- `template_path` = `{installed_path}/prd-template.md`
- `data_files_path` = `{installed_path}/data/`
---
## EXECUTION
Load and execute `steps/step-01-init.md` to begin the workflow.
**Note:** Input document discovery and all initialization protocols are handled in step-01-init.md.

View File

@ -63,7 +63,7 @@ module.exports = {
console.log(chalk.green('\n✨ Installation complete!')); console.log(chalk.green('\n✨ Installation complete!'));
console.log(chalk.cyan('BMAD Core and Selected Modules have been installed to:'), chalk.bold(result.path)); console.log(chalk.cyan('BMAD Core and Selected Modules have been installed to:'), chalk.bold(result.path));
console.log(chalk.yellow('\nThank you for helping test the early release version of the new BMad Core and BMad Method!')); console.log(chalk.yellow('\nThank you for helping test the early release version of the new BMad Core and BMad Method!'));
console.log(chalk.cyan('Stable Beta coming soon - please read the full readme.md and linked documentation to get started!')); console.log(chalk.cyan('Stable Beta coming soon - please read the full README.md and linked documentation to get started!'));
// Run AgentVibes installer if needed // Run AgentVibes installer if needed
if (result.needsAgentVibes) { if (result.needsAgentVibes) {