bmad-method 6.0.0-alpha.21 → 6.0.0-alpha.23

package/src/modules/bmb/docs/workflows/csv-data-file-standards.md

@@ -1,206 +0,0 @@
-# CSV Data File Standards for BMAD Workflows
-
-## Purpose and Usage
-
-CSV data files in BMAD workflows serve specific purposes for different workflow types:
-
-**For Agents:** Provide structured data that agents need to reference but cannot realistically generate (such as specific configurations, domain-specific data, or structured knowledge bases).
-
-**For Expert Agents:** Supply specialized knowledge bases, reference data, or persistent information that the expert agent needs to access consistently across sessions.
-
-**For Workflows:** Include reference data, configuration parameters, or structured inputs that guide workflow execution and decision-making.
-
-**Key Principle:** CSV files should contain data that is essential, structured, and not easily generated by LLMs during execution.
-
-## Intent-Based Design Principle
-
-**Core Philosophy:** The closer workflows stay to **intent** rather than **prescriptive** instructions, the more creative and adaptive the LLM experience becomes.
-
-**CSV Enables Intent-Based Design:**
-
-- **Instead of:** Hardcoded scripts with exact phrases LLM must say
-- **CSV Provides:** Clear goals and patterns that LLM adapts creatively to context
-- **Result:** Natural, contextual conversations rather than rigid scripts
-
-**Example - Advanced Elicitation:**
-
-- **Prescriptive Alternative:** 50 separate files with exact conversation scripts
-- **Intent-Based Reality:** One CSV row with method goal + pattern → LLM adapts to user
-- **Benefit:** Same method works differently for different users while maintaining essence
-
-**Intent vs Prescriptive Spectrum:**
-
-- **Highly Prescriptive:** "Say exactly: 'Based on my analysis, I recommend...'"
-- **Balanced Intent:** "Help the user understand the implications using your professional judgment"
-- **CSV Goal:** Provide just enough guidance to enable creative, context-aware execution
-
-## Primary Use Cases
-
-### 1. Knowledge Base Indexing (Document Lookup Optimization)
-
-**Problem:** Large knowledge bases with hundreds of documents cause context blowup and missed details when LLMs try to process them all.
-
-**CSV Solution:** Create a knowledge base index with:
-
-- **Column 1:** Keywords and topics
-- **Column 2:** Document file path/location
-- **Column 3:** Section or line number where relevant content starts
-- **Column 4:** Content type or summary (optional)
-
-**Result:** Transform from context-blowing document loads to surgical precision lookups, creating agents with near-infinite knowledge bases while maintaining optimal context usage.
-
-### 2. Workflow Sequence Optimization
-
-**Problem:** Complex workflows (e.g., game development) with hundreds of potential steps for different scenarios become unwieldy and context-heavy.
-
-**CSV Solution:** Create a workflow routing table:
-
-- **Column 1:** Scenario type (e.g., "2D Platformer", "RPG", "Puzzle Game")
-- **Column 2:** Required step sequence (e.g., "step-01,step-03,step-07,step-12")
-- **Column 3:** Document sections to include
-- **Column 4:** Specialized parameters or configurations
-
-**Result:** Step 1 determines user needs, finds closest match in CSV, confirms with user, then follows optimized sequence - truly optimal for context usage.
-
-### 3. Method Registry (Dynamic Technique Selection)
-
-**Problem:** Tasks need to select optimal techniques from dozens of options based on context, without hardcoding selection logic.
-
-**CSV Solution:** Create a method registry with:
-
-- **Column 1:** Category (collaboration, advanced, technical, creative, etc.)
-- **Column 2:** Method name and rich description
-- **Column 3:** Execution pattern or flow guide (e.g., "analysis → insights → action")
-- **Column 4:** Complexity level or use case indicators
-
-**Example:** Advanced Elicitation task analyzes content context, selects 5 best-matched methods from 50 options, then executes dynamically using CSV descriptions.
-
-**Result:** Smart, context-aware technique selection without hardcoded logic - infinitely extensible method libraries.
-
-### 4. Configuration Management
-
-**Problem:** Complex systems with many configuration options that vary by use case.
-
-**CSV Solution:** Configuration lookup tables mapping scenarios to specific parameter sets.
-
-## What NOT to Include in CSV Files
-
-**Avoid Web-Searchable Data:** Do not include information that LLMs can readily access through web search or that exists in their training data, such as:
-
-- Common programming syntax or standard library functions
-- General knowledge about widely used technologies
-- Historical facts or commonly available information
-- Basic terminology or standard definitions
-
-**Include Specialized Data:** Focus on data that is:
-
-- Specific to your project or domain
-- Not readily available through web search
-- Essential for consistent workflow execution
-- Too voluminous for LLM context windows
-
-## CSV Data File Standards
-
-### 1. Purpose Validation
-
-- **Essential Data Only:** CSV must contain data that cannot be reasonably generated by LLMs
-- **Domain Specific:** Data should be specific to the workflow's domain or purpose
-- **Consistent Usage:** All columns and data must be referenced and used somewhere in the workflow
-- **No Redundancy:** Avoid data that duplicates functionality already available to LLMs
-
-### 2. Structural Standards
-
-- **Valid CSV Format:** Proper comma-separated values with quoted fields where needed
-- **Consistent Columns:** All rows must have the same number of columns
-- **No Missing Data:** Empty values should be explicitly marked (e.g., "", "N/A", or NULL)
-- **Header Row:** First row must contain clear, descriptive column headers
-- **Proper Encoding:** UTF-8 encoding required for special characters
-
-### 3. Content Standards
-
-- **No LLM-Generated Content:** Avoid data that LLMs can easily generate (e.g., generic phrases, common knowledge)
-- **Specific and Concrete:** Use specific values rather than vague descriptions
-- **Verifiable Data:** Data should be factual and verifiable when possible
-- **Consistent Formatting:** Date formats, numbers, and text should follow consistent patterns
-
-### 4. Column Standards
-
-- **Clear Headers:** Column names must be descriptive and self-explanatory
-- **Consistent Data Types:** Each column should contain consistent data types
-- **No Unused Columns:** Every column must be referenced and used in the workflow
-- **Appropriate Width:** Columns should be reasonably narrow and focused
-
-### 5. File Size Standards
-
-- **Efficient Structure:** CSV files should be as small as possible while maintaining functionality
-- **No Redundant Rows:** Avoid duplicate or nearly identical rows
-- **Compressed Data:** Use efficient data representation (e.g., codes instead of full descriptions)
-- **Maximum Size:** Individual CSV files should not exceed 1MB unless absolutely necessary
-
-### 6. Documentation Standards
-
-- **Documentation Required:** Each CSV file should have documentation explaining its purpose
-- **Column Descriptions:** Each column must be documented with its usage and format
-- **Data Sources:** Source of data should be documented when applicable
-- **Update Procedures:** Process for updating CSV data should be documented
-
-### 7. Integration Standards
-
-- **File References:** CSV files must be properly referenced in workflow configuration
-- **Access Patterns:** Workflow must clearly define how and when CSV data is accessed
-- **Error Handling:** Workflow must handle cases where CSV files are missing or corrupted
-- **Version Control:** CSV files should be versioned when changes occur
-
-### 8. Quality Assurance
-
-- **Data Validation:** CSV data should be validated for correctness and completeness
-- **Format Consistency:** Consistent formatting across all rows and columns
-- **No Ambiguity:** Data entries should be clear and unambiguous
-- **Regular Review:** CSV content should be reviewed periodically for relevance
-
-### 9. Security Considerations
-
-- **No Sensitive Data:** Avoid including sensitive, personal, or confidential information
-- **Data Sanitization:** CSV data should be sanitized for security issues
-- **Access Control:** Access to CSV files should be controlled when necessary
-- **Audit Trail:** Changes to CSV files should be logged when appropriate
-
-### 10. Performance Standards
-
-- **Fast Loading:** CSV files must load quickly within workflow execution
-- **Memory Efficient:** Structure should minimize memory usage during processing
-- **Optimized Queries:** If data lookup is needed, optimize for efficient access
-- **Caching Strategy**: Consider whether data can be cached for performance
-
-## Implementation Guidelines
-
-When creating CSV data files for BMAD workflows:
-
-1. **Start with Purpose:** Clearly define why CSV is needed instead of LLM generation
-2. **Design Structure:** Plan columns and data types before creating the file
-3. **Test Integration:** Ensure workflow properly accesses and uses CSV data
-4. **Document Thoroughly:** Provide complete documentation for future maintenance
-5. **Validate Quality:** Check data quality, format consistency, and integration
-6. **Monitor Usage:** Track how CSV data is used and optimize as needed
-
-## Common Anti-Patterns to Avoid
-
-- **Generic Phrases:** CSV files containing common phrases or LLM-generated content
-- **Redundant Data:** Duplicating information easily available to LLMs
-- **Overly Complex:** Unnecessarily complex CSV structures when simple data suffices
-- **Unused Columns:** Columns that are defined but never referenced in workflows
-- **Poor Formatting:** Inconsistent data formats, missing values, or structural issues
-- **No Documentation:** CSV files without clear purpose or usage documentation
-
-## Validation Checklist
-
-For each CSV file, verify:
-
-- [ ] Purpose is essential and cannot be replaced by LLM generation
-- [ ] All columns are used in the workflow
-- [ ] Data is properly formatted and consistent
-- [ ] File is efficiently sized and structured
-- [ ] Documentation is complete and clear
-- [ ] Integration with workflow is tested and working
-- [ ] Security considerations are addressed
-- [ ] Performance requirements are met

package/src/modules/bmb/docs/workflows/index.md

@@ -1,45 +0,0 @@
-# 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 _(TODO)_
-
-Complete guide to creating workflows: workflow.md control files, step files, CSV data integration, and frontmatter design.
-
-### Step Files & Dialog Patterns _(TODO)_
-
-Crafting effective step files: structure, execution rules, prescriptive vs intent-based dialog, and validation patterns.
-
-### Templates & Content Generation _(TODO)_
-
-Creating append-only templates, frontmatter design, conditional content, and dynamic content generation strategies.
-
-### Workflow Patterns _(TODO)_
-
-Common workflow types: linear, conditional, protocol integration, multi-agent workflows, and real-world examples.
-
-### Migration Guide _(TODO)_
-
-Converting from XML-heavy workflows to the new pure markdown format, with before/after examples and checklist.
-
-### Best Practices & Reference _(TODO)_
-
-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._

package/src/modules/bmb/docs/workflows/intent-vs-prescriptive-spectrum.md

@@ -1,220 +0,0 @@
-# Intent vs Prescriptive Spectrum
-
-## Core Philosophy
-
-The **Intent vs Prescriptive Spectrum** is a fundamental design principle for BMAD workflows and agents. It determines how much creative freedom an LLM has versus how strictly it must follow predefined instructions.
-
-**Key Principle:** The closer workflows stay to **intent**, the more creative and adaptive the LLM experience becomes. The closer they stay to **prescriptive**, the more consistent and controlled the output becomes.
-
-## Understanding the Spectrum
-
-### **Intent-Based Design** (Creative Freedom)
-
-**Focus**: What goal should be achieved
-**Approach**: Trust the LLM to determine the best method
-**Result**: Creative, adaptive, context-aware interactions
-**Best For**: Creative exploration, problem-solving, personalized experiences
-
-### **Prescriptive Design** (Structured Control)
-
-**Focus**: Exactly what to say and do
-**Approach**: Detailed scripts and specific instructions
-**Result**: Consistent, predictable, controlled outcomes
-**Best For**: Compliance, safety-critical, standardized processes
-
-## Spectrum Examples
-
-### **Highly Intent-Based** (Creative End)
-
-```markdown
-**Example:** Story Exploration Workflow
-**Instruction:** "Help the user explore their dream imagery to craft compelling narratives, use multiple turns of conversation to really push users to develop their ideas, giving them hints and ideas also to prime them effectively to bring out their creativity"
-**LLM Freedom:** Adapts questions, explores tangents, follows creative inspiration
-**Outcome:** Unique, personalized storytelling experiences
-```
-
-### **Balanced Middle** (Professional Services)
-
-```markdown
-**Example:** Business Strategy Workflow
-**Instruction:** "Guide the user through SWOT analysis using your business expertise. when complete tell them 'here is your final report {report output}'
-**LLM Freedom:** Professional judgment in analysis, structured but adaptive approach
-**Outcome:** Professional, consistent yet tailored business insights
-```
-
-### **Highly Prescriptive** (Control End)
-
-```markdown
-**Example:** Medical Intake Form
-**Instruction:** "Ask exactly: 'Do you currently experience any of the following symptoms: fever, cough, fatigue?' Wait for response, then ask exactly: 'When did these symptoms begin?'"
-**LLM Freedom:** Minimal - must follow exact script for medical compliance
-**Outcome:** Consistent, medically compliant patient data collection
-```
-
-## Spectrum Positioning Guide
-
-### **Choose Intent-Based When:**
-
-- ✅ Creative exploration and innovation are goals
-- ✅ Personalization and adaptation to user context are important
-- ✅ Human-like conversation and natural interaction are desired
-- ✅ Problem-solving requires flexible thinking
-- ✅ User experience and engagement are priorities
-
-**Examples:**
-
-- Creative brainstorming sessions
-- Personal coaching or mentoring
-- Exploratory research and discovery
-- Artistic content creation
-- Collaborative problem-solving
-
-### **Choose Prescriptive When:**
-
-- ✅ Compliance with regulations or standards is required
-- ✅ Safety or legal considerations are paramount
-- ✅ Exact consistency across multiple sessions is essential
-- ✅ Training new users on specific procedures
-- ✅ Data collection must follow specific protocols
-
-**Examples:**
-
-- Medical intake and symptom assessment
-- Legal compliance questionnaires
-- Safety checklists and procedures
-- Standardized testing protocols
-- Regulatory data collection
-
-### **Choose Balanced When:**
-
-- ✅ Professional expertise is required but adaptation is beneficial
-- ✅ Consistent quality with flexible application is needed
-- ✅ Domain expertise should guide but not constrain interactions
-- ✅ User trust and professional credibility are important
-- ✅ Complex processes require both structure and judgment
-
-**Examples:**
-
-- Business consulting and advisory
-- Technical support and troubleshooting
-- Educational tutoring and instruction
-- Financial planning and advice
-- Project management facilitation
-
-## Implementation Guidelines
-
-### **For Workflow Designers:**
-
-1. **Early Spectrum Decision**: Determine spectrum position during initial design
-2. **User Education**: Explain spectrum choice and its implications to users
-3. **Consistent Application**: Maintain chosen spectrum throughout workflow
-4. **Context Awareness**: Adjust spectrum based on specific use case requirements
-
-### **For Workflow Implementation:**
-
-**Intent-Based Patterns:**
-
-```markdown
-- "Help the user understand..." (vs "Explain that...")
-- "Guide the user through..." (vs "Follow these steps...")
-- "Use your professional judgment to..." (vs "Apply this specific method...")
-- "Adapt your approach based on..." (vs "Regardless of situation, always...")
-```
-
-**Prescriptive Patterns:**
-
-```markdown
-- "Say exactly: '...'" (vs "Communicate that...")
-- "Follow this script precisely: ..." (vs "Cover these points...")
-- "Do not deviate from: ..." (vs "Consider these options...")
-- "Must ask in this order: ..." (vs "Ensure you cover...")
-```
-
-### **For Agents:**
-
-**Intent-Based Agent Design:**
-
-```yaml
-persona:
-  communication_style: 'Adaptive professional who adjusts approach based on user context'
-  guiding_principles:
-    - 'Use creative problem-solving within professional boundaries'
-    - 'Personalize approach while maintaining expertise'
-    - 'Adapt conversation flow to user needs'
-```
-
-**Prescriptive Agent Design:**
-
-```yaml
-persona:
-  communication_style: 'Follows standardized protocols exactly'
-  governing_rules:
-    - 'Must use approved scripts without deviation'
-    - 'Follow sequence precisely as defined'
-    - 'No adaptation of prescribed procedures'
-```
-
-## Spectrum Calibration Questions
-
-**Ask these during workflow design:**
-
-1. **Consequence of Variation**: What happens if the LLM says something different?
-2. **User Expectation**: Does the user expect consistency or creativity?
-3. **Risk Level**: What are the risks of creative deviation vs. rigid adherence?
-4. **Expertise Required**: Is domain expertise application more important than consistency?
-5. **Regulatory Requirements**: Are there external compliance requirements?
-
-## Best Practices
-
-### **DO:**
-
-- ✅ Make conscious spectrum decisions during design
-- ✅ Explain spectrum choices to users
-- ✅ Use intent-based design for creative and adaptive experiences
-- ✅ Use prescriptive design for compliance and consistency requirements
-- ✅ Consider balanced approaches for professional services
-- ✅ Document spectrum rationale for future reference
-
-### **DON'T:**
-
-- ❌ Mix spectrum approaches inconsistently within workflows
-- ❌ Default to prescriptive when intent-based would be more effective
-- ❌ Use creative freedom when compliance is required
-- ❌ Forget to consider user expectations and experience
-- ❌ Overlook risk assessment in spectrum selection
-
-## Quality Assurance
-
-**When validating workflows:**
-
-- Check if spectrum position is intentional and consistent
-- Verify prescriptive elements are necessary and justified
-- Ensure intent-based elements have sufficient guidance
-- Confirm spectrum alignment with user needs and expectations
-- Validate that risks are appropriately managed
-
-## Examples in Practice
-
-### **Medical Intake (Highly Prescriptive):**
-
-- **Why**: Patient safety, regulatory compliance, consistent data collection
-- **Implementation**: Exact questions, specific order, no deviation permitted
-- **Benefit**: Reliable, medically compliant patient information
-
-### **Creative Writing Workshop (Highly Intent):**
-
-- **Why**: Creative exploration, personalized inspiration, artistic expression
-- **Implementation**: Goal guidance, creative freedom, adaptive prompts
-- **Benefit**: Unique, personalized creative works
-
-### **Business Strategy (Balanced):**
-
-- **Why**: Professional expertise with adaptive application
-- **Implementation**: Structured framework with professional judgment
-- **Benefit**: Professional, consistent yet tailored business insights
-
-## Conclusion
-
-The Intent vs Prescriptive Spectrum is not about good vs. bad - it's about **appropriate design choices**. The best workflows make conscious decisions about where they fall on this spectrum based on their specific requirements, user needs, and risk considerations.
-
-**Key Success Factor**: Choose your spectrum position intentionally, implement it consistently, and align it with your specific use case requirements.

package/src/modules/bmb/docs/workflows/templates/step-file.md

@@ -1,139 +0,0 @@
----
-name: "step-{{stepNumber}}-{{stepName}}"
-description: "{{stepDescription}}"
-
-# Path Definitions
-workflow_path: "{project-root}/_bmad/{{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 (list only if used in THIS step file instance and only the ones used, there might be others)
-advancedElicitationTask: "{project-root}/_bmad/core/tasks/advanced-elicitation.xml"
-partyModeWorkflow: "{project-root}/_bmad/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.

package/src/modules/bmb/docs/workflows/templates/workflow.md

@@ -1,58 +0,0 @@
----
-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/{{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.