bmad-method 6.0.0-alpha.2 → 6.0.0-alpha.20

package/src/modules/bmb/workflows/redoc/README.md

@@ -1,87 +0,0 @@
-# ReDoc - Reverse-Tree Documentation Engine
-
-**Type:** Autonomous Action Workflow
-**Module:** BMad Builder (bmb)
-
-## Purpose
-
-ReDoc is an intelligent documentation maintenance system for BMAD modules, workflows, and agents. It uses a reverse-tree approach (leaf folders first, then parent folders) to systematically generate and update README.md files with technical writer quality output.
-
-The workflow understands BMAD conventions deeply and focuses documentation on distinctive features rather than explaining standard patterns, resulting in succinct, precise technical documentation.
-
-## Key Features
-
-- **Reverse-Tree Processing**: Documents from deepest folders up to module root, allowing child documentation to inform parent summaries
-- **Convention-Aware**: Loads BMAD architecture patterns and only documents unique/distinctive aspects
-- **Scalability**: Automatically creates catalog documents (WORKFLOWS-CATALOG.md, AGENTS-CATALOG.md) for massive folders (>10 items)
-- **Diff-Aware**: Tracks `last-redoc-date` frontmatter to enable change detection since last run
-- **Autonomous**: Runs without user checkpoints unless clarification is genuinely required
-- **Comprehensive**: Reads ALL files completely before generating documentation (no partial reads)
-
-## Usage
-
-Invoke with a target path:
-
-```
-workflow redoc
-```
-
-When prompted, provide one of:
-
-- **Module path**: `bmad/bmm` (documents entire module: root, workflows, agents)
-- **Workflows folder**: `bmad/bmm/workflows` (documents all workflows)
-- **Agents folder**: `bmad/bmm/agents` (documents all agents)
-- **Single workflow**: `bmad/bmm/workflows/product-brief` (documents one workflow)
-- **Single agent**: `bmad/bmm/agents/prd-agent.md` (documents one agent)
-
-## Inputs
-
-### Required
-
-- **target_path**: Path to module, folder, or specific component to document
-
-### Knowledge Base (Auto-loaded)
-
-- agent-architecture.md
-- agent-command-patterns.md
-- agent-types.md
-- module-structure.md
-- workflow-creation-guide.md
-
-## Outputs
-
-### Created/Updated Files
-
-- **README.md**: At each documented level (workflow folders, agent folders, module root)
-- **Catalog files**: WORKFLOWS-CATALOG.md, AGENTS-CATALOG.md (for massive folders)
-- **Frontmatter**: All READMEs include `last-redoc-date: <timestamp>`
-
-### Summary Report
-
-- Documentation coverage statistics
-- List of files created/updated
-- Any items requiring manual review
-
-## Workflow Steps
-
-1. **Initialize**: Load BMAD conventions and validate target
-2. **Analyze Structure**: Build reverse-tree execution plan
-3. **Process Leaves**: Document individual workflows/agents (deepest first)
-4. **Process Folders**: Document workflow/agent collections with categorization
-5. **Process Root**: Document module overview with links and highlights
-6. **Validate**: Verify completeness and generate report
-7. **Diff Analysis** (optional): Show changes since last redoc
-8. **Complete**: Report success and suggest next steps
-
-## Technical Details
-
-- **Execution**: Autonomous with minimal user interaction
-- **Quality**: Technical writer standards - succinct, precise, professional
-- **Context-Aware**: Uses BMAD convention knowledge to highlight only distinctive features
-- **Scalable**: Handles folders of any size with intelligent catalog creation
-
-## Next Steps After Running
-
-1. Review generated documentation for accuracy
-2. If documenting a subfolder, run redoc on parent module to update references
-3. Commit documentation updates with meaningful message

package/src/modules/bmb/workflows/redoc/checklist.md

@@ -1,99 +0,0 @@
-# ReDoc Workflow Validation Checklist
-
-## Initialization and Setup
-
-- [ ] All BMAD convention documents loaded and understood
-- [ ] Target path validated and exists
-- [ ] Target type correctly identified (module/workflow/agent/folder)
-- [ ] Documentation execution plan created with reverse-tree order
-
-## File Analysis
-
-- [ ] All files in target scope read completely (no offset/limit usage)
-- [ ] Existing README.md files detected and last-redoc-date parsed
-- [ ] Massive folders (>10 items) identified for catalog document creation
-- [ ] Documentation depth levels calculated correctly
-
-## Leaf-Level Documentation (Workflows)
-
-- [ ] Each workflow's ALL files read: workflow.yaml, instructions.md, template.md, checklist.md
-- [ ] README.md includes frontmatter with current last-redoc-date
-- [ ] Description is 2-4 paragraphs of technical writer quality
-- [ ] Focuses on DISTINCTIVE features, not BMAD boilerplate conventions
-- [ ] Includes "Usage" section with invocation command
-- [ ] Includes "Inputs" and "Outputs" sections where applicable
-- [ ] Succinct and precise language used throughout
-
-## Leaf-Level Documentation (Agents)
-
-- [ ] Each agent file read completely including XML structure, commands, persona
-- [ ] README.md includes frontmatter with current last-redoc-date
-- [ ] Description is 1-3 paragraphs of technical writer quality
-- [ ] Lists all available commands clearly
-- [ ] Explains when to use this agent
-- [ ] Highlights unique capabilities vs standard agent patterns
-
-## Mid-Level Documentation (Folders)
-
-- [ ] All child README.md files read before generating folder README
-- [ ] Workflows categorized logically if massive folder (>10 items)
-- [ ] Agents categorized by type if massive folder (>10 items)
-- [ ] Catalog documents (WORKFLOWS-CATALOG.md, AGENTS-CATALOG.md) created for massive folders
-- [ ] Catalog documents include frontmatter with last-redoc-date
-- [ ] Folder README.md references catalog if one exists
-- [ ] Folder README.md is succinct (1-2 paragraphs + listings/links)
-- [ ] Notable/commonly-used items highlighted
-
-## Root Module Documentation
-
-- [ ] Module config.yaml read and understood
-- [ ] Workflows and agents folder READMEs read before creating root README
-- [ ] Root README includes frontmatter with current last-redoc-date
-- [ ] Module purpose clearly stated in 2-3 sentences
-- [ ] Links to /workflows/README.md and /agents/README.md included
-- [ ] 2-3 key workflows mentioned with context
-- [ ] 2-3 key agents mentioned with context
-- [ ] Configuration section highlights UNIQUE settings only
-- [ ] Usage section explains invocation patterns
-- [ ] BMAD convention knowledge applied (describes only distinctive aspects)
-
-## Quality Standards
-
-- [ ] All documentation uses proper BMAD terminology
-- [ ] Technical writer quality: clear, concise, professional
-- [ ] No placeholder text or generic descriptions remain
-- [ ] All links are valid and correctly formatted
-- [ ] Frontmatter syntax is correct and dates are current
-- [ ] No redundant explanation of standard BMAD patterns
-
-## Validation and Reporting
-
-- [ ] All planned documentation items created/updated
-- [ ] Frontmatter dates verified as current across all files
-- [ ] File paths and internal links validated
-- [ ] Summary report generated with counts and coverage
-- [ ] Files skipped (if any) documented with reasons
-
-## Git Diff Analysis (Optional Step)
-
-- [ ] last-redoc-date timestamps extracted correctly
-- [ ] Git log queried for changes since last redoc
-- [ ] Modified files identified and reported
-- [ ] Findings presented clearly to user
-
-## Final Validation
-
-- [ ] Documentation Coverage
-  - All README.md files in scope created/updated
-  - Catalog documents created where needed
-  - No documentation gaps identified
-
-- [ ] Execution Quality
-  - Reverse-tree order followed (leaf → root)
-  - Autonomous execution (minimal user prompts)
-  - Only clarification questions asked when truly necessary
-
-- [ ] Output Quality
-  - Technical precision maintained throughout
-  - Succinct descriptions (no verbose explanations)
-  - Professional documentation standards met

package/src/modules/bmb/workflows/redoc/instructions.md

@@ -1,265 +0,0 @@
-# ReDoc Workflow Instructions
-
-<critical>The workflow execution engine is governed by: {project-root}/bmad/core/tasks/workflow.xml</critical>
-<critical>You MUST have already loaded and processed: {project-root}/src/modules/bmb/workflows/redoc/workflow.yaml</critical>
-<critical>Communicate in {communication_language} throughout the documentation process</critical>
-<critical>This is an AUTONOMOUS workflow - minimize user interaction unless clarification is absolutely required</critical>
-<critical>IMPORTANT: Process ONE document at a time to avoid token limits. Each README should be created individually, not batched.</critical>
-<critical>When using Task tool with sub-agents: Only request ONE workflow or agent documentation per invocation to prevent token overflow.</critical>
-
-<workflow>
-
-<step n="1" goal="Load BMAD conventions and initialize">
-<action>Load ALL BMAD convention documents from {bmad_conventions}:
-- agent_architecture.md - Understand agent XML structure and patterns
-- agent_command_patterns.md - Command syntax and activation patterns
-- agent_types.md - Standard agent categories and purposes
-- module_structure.md - Module organization and folder conventions
-- workflow_guide.md - Workflow structure and best practices
-</action>
-
-<action>Internalize these conventions so you can:
-
-- Recognize standard patterns vs unique implementations
-- Describe only what's distinctive about each component
-- Use proper terminology consistently
-- Write with technical precision
-  </action>
-
-<action>Get target path from user:
-
-- Ask: "What do you want to document? (module path, workflow path, agent path, or folder path)"
-- Store as {{target_path}}
-  </action>
-
-<action>Validate target path exists and determine target type:
-
-- Module root (contains config.yaml, /workflows, /agents folders)
-- Workflows folder (contains multiple workflow folders)
-- Agents folder (contains multiple agent .md files)
-- Single workflow folder (contains workflow.yaml)
-- Single agent file (.md)
-  </action>
-
-<action>Store target type as {{target_type}} for conditional processing</action>
-</step>
-
-<step n="2" goal="Analyze directory structure and existing documentation">
-<action>Build complete tree structure of {{target_path}} using Glob and file system tools</action>
-
-<action>Identify all documentation points:
-
-- List all folders requiring README.md files
-- Detect existing README.md files
-- Parse frontmatter from existing READMEs to extract last-redoc-date
-- Calculate documentation depth (how many levels deep)
-  </action>
-
-<action>Create documentation map with execution order (deepest → shallowest):
-
-- Level 0 (deepest): Individual workflow folders, individual agent files
-- Level 1: /workflows folder, /agents folder
-- Level 2 (root): Module root README.md
-  </action>
-
-<action>Detect "massive folders" requiring child catalog documents:
-
-- Threshold: >10 items or complex categorization needed
-- Mark folders for catalog document creation (e.g., WORKFLOWS-CATALOG.md, AGENTS-CATALOG.md)
-  </action>
-
-<critical>Store execution order as {{doc_execution_plan}} - this ensures reverse-tree processing</critical>
-</step>
-
-<step n="3" goal="Process leaf-level documentation" repeat="for-each-leaf-item">
-<critical>TOKEN LIMIT WARNING: Process ONE item at a time to prevent token overflow issues.</critical>
-<critical>If using Task tool with sub-agents: NEVER batch multiple workflows/agents in a single invocation.</critical>
-<critical>Each README creation should be a separate operation with its own file save.</critical>
-<critical>Sequential processing is MANDATORY - do not attempt parallel documentation generation.</critical>
-<action>For each individual workflow folder in execution plan (PROCESS ONE AT A TIME):
-1. Read ALL files completely:
-   - workflow.yaml (metadata, purpose, configuration)
-   - instructions.md (step structure, goals)
-   - template.md (output structure) if exists
-   - checklist.md (validation criteria) if exists
-   - Any supporting data files
-
-2. Synthesize understanding:
-   - Core purpose and use case
-   - Input requirements
-   - Output produced
-   - Unique characteristics (vs standard BMAD workflow patterns)
-   - Key steps or special features
-
-3. Generate/update README.md:
-   - Add frontmatter: `---\nlast-redoc-date: {{date}}\n---\n`
-   - Write 2-4 paragraph technical description
-   - Include "Usage" section with invocation command
-   - Include "Inputs" section if applicable
-   - Include "Outputs" section
-   - Be succinct and precise - technical writer quality
-   - Focus on DISTINCTIVE features, not boilerplate
-
-4. Save README.md to workflow folder
-
-<critical>If multiple workflows need documentation, process them SEQUENTIALLY not in parallel. Each workflow gets its own complete processing cycle.</critical>
-</action>
-
-<action>For each individual agent file in execution plan (PROCESS ONE AT A TIME):
-
-1. Read agent definition file completely:
-   - XML structure and metadata
-   - Commands and their purposes
-   - Activation patterns
-   - Persona and communication style
-   - Critical actions and workflows invoked
-
-2. Synthesize understanding:
-   - Agent purpose and role
-   - Available commands
-   - When to use this agent
-   - Unique capabilities
-
-3. Generate/update README.md (or agent-name-README.md if in shared folder):
-   - Add frontmatter: `---\nlast-redoc-date: {{date}}\n---\n`
-   - Write 1-3 paragraph technical description
-   - Include "Commands" section listing available commands
-   - Include "Usage" section
-   - Focus on distinctive features
-
-4. Save README.md
-   </action>
-
-<action if="clarification needed about purpose or unique features">Ask user briefly, then continue</action>
-</step>
-
-<step n="4" goal="Process mid-level folder documentation" if="target_type requires folder docs">
-<action>For /workflows folder:
-1. Read ALL workflow README.md files created in Step 3
-2. Categorize workflows by purpose/type if folder is massive (>10 workflows):
-   - Document generation workflows
-   - Action workflows
-   - Meta-workflows
-   - Interactive workflows
-
-3. If massive folder detected:
-   - Create WORKFLOWS-CATALOG.md with categorized listings
-   - Each entry: workflow name, 1-sentence description, link to folder
-   - Add frontmatter with last-redoc-date
-
-4. Generate/update /workflows/README.md:
-   - Add frontmatter: `---\nlast-redoc-date: {{date}}\n---\n`
-   - High-level summary of workflow collection
-   - If catalog exists: reference it
-   - If not massive: list all workflows with brief descriptions and links
-   - Highlight notable or commonly-used workflows
-   - Keep succinct (1-2 paragraphs + list)
-
-5. Save README.md
-   </action>
-
-<action>For /agents folder:
-
-1. Read ALL agent README.md files
-2. Categorize agents by type if massive folder (>10 agents):
-   - Task agents
-   - Meta agents
-   - Specialized agents
-   - Utility agents
-
-3. If massive folder detected:
-   - Create AGENTS-CATALOG.md with categorized listings
-   - Each entry: agent name, 1-sentence description, link
-   - Add frontmatter with last-redoc-date
-
-4. Generate/update /agents/README.md:
-   - Add frontmatter: `---\nlast-redoc-date: {{date}}\n---\n`
-   - High-level summary of agent collection
-   - If catalog exists: reference it
-   - If not massive: list all agents with brief descriptions
-   - Highlight key agents and their purposes
-   - Keep succinct
-
-5. Save README.md
-   </action>
-   </step>
-
-<step n="5" goal="Process root module documentation" if="target_type is module root">
-<action>For module root README.md:
-1. Read module config.yaml for metadata and configuration
-2. Read /workflows/README.md and /agents/README.md created in Step 4
-3. Identify module's unique purpose within BMAD ecosystem
-
-4. Generate/update module README.md:
-   - Add frontmatter: `---\nlast-redoc-date: {{date}}\n---\n`
-
-   Structure:
-   - # Module Name
-   - **Purpose**: 2-3 sentence high-level module purpose
-   - **Overview**: 1-2 paragraphs describing what this module provides
-
-   - ## Workflows
-     - Link to /workflows/README.md with 1-sentence summary
-     - Mention count and highlight 2-3 key workflows
-
-   - ## Agents
-     - Link to /agents/README.md with 1-sentence summary
-     - Mention count and highlight 2-3 key agents
-
-   - ## Configuration
-     - Notable config.yaml settings if unique/important
-     - Reference paths and conventions
-
-   - ## Usage
-     - How to invoke workflows or agents from this module
-     - Prerequisites if any
-
-   Focus on UNIQUE aspects using BMAD convention knowledge:
-   - Don't explain standard BMAD patterns
-   - Highlight what makes THIS module distinctive
-   - Use proper BMAD terminology
-
-5. Save README.md to module root
-   </action>
-   </step>
-
-<step n="6" goal="Validation and summary report">
-<action>Verify all planned documentation was created/updated:
-- Check each item in {{doc_execution_plan}}
-- Confirm frontmatter dates are current
-- Validate file paths and links
-</action>
-
-<action>Generate summary report showing:
-
-- Target documented: {{target_path}}
-- Target type: {{target_type}}
-- Documentation files created/updated (count and list)
-- Any catalog files created
-- Files skipped or requiring manual review (if any)
-- Coverage: X% of items documented
-- Processing notes: Confirm sequential processing was used to avoid token limits
-  </action>
-
-<action>Display summary to user</action>
-</step>
-
-<step n="7" goal="Optional git diff analysis" optional="true">
-<ask>Would you like to see what changed since the last redoc run? [y/n]</ask>
-
-<action if="user_response == 'y'">
-For each README with last-redoc-date frontmatter:
-1. Extract last-redoc-date timestamp
-2. Use git log to find files modified since that date in the documented folder
-3. Highlight files that changed but may need documentation updates
-4. Report findings to user
-</action>
-</step>
-
-<step n="8" goal="Completion">
-<action>Confirm to {user_name} in {communication_language} that autonomous workflow execution is complete</action>
-<action>Provide path to all updated documentation</action>
-<action>Suggest next steps if needed</action>
-</step>
-
-</workflow>

package/src/modules/bmb/workflows/redoc/workflow.yaml

@@ -1,34 +0,0 @@
-# ReDoc - Reverse-Tree Documentation Engine
-name: "redoc"
-description: "Autonomous documentation system that maintains module, workflow, and agent documentation using a reverse-tree approach (leaf folders first, then parents). Understands BMAD conventions and produces technical writer quality output."
-author: "BMad"
-
-# Critical variables
-config_source: "{project-root}/bmad/bmb/config.yaml"
-user_name: "{config_source}:user_name"
-communication_language: "{config_source}:communication_language"
-
-# Required knowledge base - BMAD conventions and patterns
-bmad_conventions:
-  agent_architecture: "{project-root}/src/modules/bmb/workflows/create-agent/agent-architecture.md"
-  agent_command_patterns: "{project-root}/src/modules/bmb/workflows/create-agent/agent-command-patterns.md"
-  agent_types: "{project-root}/src/modules/bmb/workflows/create-agent/agent-types.md"
-  module_structure: "{project-root}/src/modules/bmb/workflows/create-module/module-structure.md"
-  workflow_guide: "{project-root}/src/modules/bmb/workflows/create-workflow/workflow-creation-guide.md"
-
-# Runtime inputs
-target_path: "" # User specifies: module path, workflow path, agent path, or folder path
-
-# Module path and component files
-installed_path: "{project-root}/src/modules/bmb/workflows/redoc"
-template: false # Action workflow - updates files in place
-instructions: "{installed_path}/instructions.md"
-validation: "{installed_path}/checklist.md"
-
-# Configuration
-autonomous: true # Runs without user checkpoints unless clarification needed
-
-standalone: true
-
-# Web bundle configuration
-web_bundle: false # BMB workflows run locally in BMAD-METHOD project

package/src/modules/bmm/_module-installer/assets/bmm-kb.md

@@ -1 +0,0 @@
-# BMad Method Master Knowledge Base Index

package/src/modules/bmm/_module-installer/assets/technical-decisions.md

@@ -1,30 +0,0 @@
-# Technical Decisions Log
-
-_Auto-updated during discovery and planning sessions - you can also add information here yourself_
-
-## Purpose
-
-This document captures technical decisions, preferences, and constraints discovered during project discussions. It serves as input for architecture.md and solution design documents.
-
-## Confirmed Decisions
-
-<!-- Technical choices explicitly confirmed by the team/user -->
-
-## Preferences
-
-<!-- Non-binding preferences mentioned during discussions -->
-
-## Constraints
-
-<!-- Hard requirements from infrastructure, compliance, or integration needs -->
-
-## To Investigate
-
-<!-- Technical questions that need research or architect input -->
-
-## Notes
-
-- This file is automatically updated when technical information is mentioned
-- Decisions here are inputs, not final architecture
-- Final technical decisions belong in architecture.md
-- Implementation details belong in solutions/\*.md and story context or dev notes.

package/src/modules/bmm/_module-installer/install-config.yaml

@@ -1,74 +0,0 @@
-# BMAD™ Method Core Configuration
-
-code: bmm
-name: "BMM: BMad Method Agile-AI Driven-Development"
-default_selected: true # This module will be selected by default for new installations
-
-prompt:
-  - "Thank you for choosing the BMAD™ Method, your gateway to dreaming, planning"
-  - "and building with real world proven techniques."
-  - "All paths are relative to project root, with no leading slash."
-
-# Variables from Core Config inserted:
-## user_name
-## communication_language
-## output_folder
-
-project_name:
-  prompt: "What is the title of your project you will be working on?"
-  default: "{directory_name}"
-  result: "{value}"
-
-include_game_planning:
-  prompt: "Include Game Planning Agents and Workflows?"
-  default: false
-  result: "{value}"
-
-user_skill_level:
-  prompt:
-    - "What is your technical experience level?"
-    - "This affects how agents explain concepts to you (NOT document content)."
-    - "Documents are always concise for LLM efficiency."
-  default: "intermediate"
-  result: "{value}"
-  single-select:
-    - value: "beginner"
-      label: "Beginner - New to development, explain concepts clearly"
-    - value: "intermediate"
-      label: "Intermediate - Familiar with development, balance explanation with efficiency"
-    - value: "expert"
-      label: "Expert - Deep technical knowledge, be direct and technical"
-
-tech_docs:
-  prompt: "Where is Technical Documentation located within the project?"
-  default: "docs"
-  result: "{project-root}/{value}"
-
-dev_story_location:
-  prompt: "Where should development stories be stored?"
-  default: "docs/stories"
-  result: "{project-root}/{value}"
-
-# TEA Agent Configuration
-tea_use_mcp_enhancements:
-  prompt: "Enable Playwright MCP capabilities (healing, exploratory, verification)?"
-  default: false
-  result: "{value}"
-# kb_location:
-#   prompt: "Where should bmad knowledge base articles be stored?"
-#   default: "~/bmad/bmm/kb.md"
-#   result: "{value}"
-
-# desired_mcp_tools:
-#   prompt:
-#     - "Which MCP Tools will you be using? (Select all that apply)"
-#     - "Note: You will need to install these separately. Bindings will come post ALPHA along with other choices."
-#   result: "{value}"
-#   multi-select:
-#     - "Chrome Official MCP"
-#     - "Playwright"
-#     - "Context 7"
-#     - "Tavily"
-#     - "Perplexity"
-#     - "Jira"
-#     - "Trello"

package/src/modules/bmm/agents/game-architect.agent.yaml

@@ -1,35 +0,0 @@
-# Game Architect Agent Definition
-
-agent:
-  metadata:
-    id: bmad/bmm/agents/game-architect.md
-    name: Cloud Dragonborn
-    title: Game Architect
-    icon: 🏛️
-    module: bmm
-
-  persona:
-    role: Principal Game Systems Architect + Technical Director
-    identity: Master architect with 20+ years designing scalable game systems and technical foundations. Expert in distributed multiplayer architecture, engine design, pipeline optimization, and technical leadership. Deep knowledge of networking, database design, cloud infrastructure, and platform-specific optimization. Guides teams through complex technical decisions with wisdom earned from shipping 30+ titles across all major platforms.
-    communication_style: Calm and measured with a focus on systematic thinking. I explain architecture through clear analysis of how components interact and the tradeoffs between different approaches. I emphasize balance between performance and maintainability, and guide decisions with practical wisdom earned from experience.
-    principles:
-      - I believe that architecture is the art of delaying decisions until you have enough information to make them irreversibly correct. Great systems emerge from understanding constraints - platform limitations, team capabilities, timeline realities - and designing within them elegantly.
-      - I operate through documentation-first thinking and systematic analysis, believing that hours spent in architectural planning save weeks in refactoring hell.
-      - Scalability means building for tomorrow without over-engineering today. Simplicity is the ultimate sophistication in system design.
-
-  menu:
-    - trigger: workflow-status
-      workflow: "{project-root}/bmad/bmm/workflows/workflow-status/workflow.yaml"
-      description: Check workflow status and get recommendations
-
-    - trigger: correct-course
-      workflow: "{project-root}/bmad/bmm/workflows/4-implementation/correct-course/workflow.yaml"
-      description: Course Correction Analysis
-
-    - trigger: create-architecture
-      workflow: "{project-root}/bmad/bmm/workflows/3-solutioning/architecture/workflow.yaml"
-      description: Produce a Scale Adaptive Architecture
-
-    - trigger: solutioning-gate-check
-      workflow: "{project-root}/bmad/bmm/workflows/3-solutioning/solutioning-gate-check/workflow.yaml"
-      description: Validate solutioning complete, ready for Phase 4 (Level 2-4 only)

package/src/modules/bmm/agents/game-designer.agent.yaml

@@ -1,47 +0,0 @@
-# Game Designer Agent Definition
-
-agent:
-  metadata:
-    id: bmad/bmm/agents/game-designer.md
-    name: Samus Shepard
-    title: Game Designer
-    icon: 🎲
-    module: bmm
-
-  persona:
-    role: Lead Game Designer + Creative Vision Architect
-    identity: Veteran game designer with 15+ years crafting immersive experiences across AAA and indie titles. Expert in game mechanics, player psychology, narrative design, and systemic thinking. Specializes in translating creative visions into playable experiences through iterative design and player-centered thinking. Deep knowledge of game theory, level design, economy balancing, and engagement loops.
-    communication_style: Enthusiastic and player-focused. I frame design challenges as problems to solve and present options clearly. I ask thoughtful questions about player motivations, break down complex systems into understandable parts, and celebrate creative breakthroughs with genuine excitement.
-    principles:
-      - I believe that great games emerge from understanding what players truly want to feel, not just what they say they want to play. Every mechanic must serve the core experience - if it does not support the player fantasy, it is dead weight.
-      - I operate through rapid prototyping and playtesting, believing that one hour of actual play reveals more truth than ten hours of theoretical discussion.
-      - Design is about making meaningful choices matter, creating moments of mastery, and respecting player time while delivering compelling challenge.
-
-  menu:
-    - trigger: workflow-init
-      workflow: "{project-root}/bmad/bmm/workflows/workflow-status/init/workflow.yaml"
-      description: Start a new sequenced workflow path
-
-    - trigger: workflow-status
-      workflow: "{project-root}/bmad/bmm/workflows/workflow-status/workflow.yaml"
-      description: Check workflow status and get recommendations (START HERE!)
-
-    - trigger: brainstorm-game
-      workflow: "{project-root}/bmad/bmm/workflows/1-analysis/brainstorm-game/workflow.yaml"
-      description: Guide me through Game Brainstorming
-
-    - trigger: game-brief
-      workflow: "{project-root}/bmad/bmm/workflows/1-analysis/game-brief/workflow.yaml"
-      description: Create Game Brief
-
-    - trigger: gdd
-      workflow: "{project-root}/bmad/bmm/workflows/2-plan-workflows/gdd/workflow.yaml"
-      description: Create Game Design Document (GDD)
-
-    - trigger: narrative
-      workflow: "{project-root}/bmad/bmm/workflows/2-plan-workflows/narrative/workflow.yaml"
-      description: Create Narrative Design Document (story-driven games)
-
-    - trigger: research
-      workflow: "{project-root}/bmad/bmm/workflows/1-analysis/research/workflow.yaml"
-      description: Conduct Game Market Research