diff --git a/.coderabbit.yaml b/.coderabbit.yaml new file mode 100644 index 00000000..b7dd030d --- /dev/null +++ b/.coderabbit.yaml @@ -0,0 +1,36 @@ +# yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json + +language: "en-US" +early_access: true +reviews: + profile: chill + high_level_summary: true + request_changes_workflow: false + review_status: true + collapse_walkthrough: false + poem: false + auto_review: + enabled: false # must be manually triggered with @coderabbit review + drafts: true # Can review drafts. Since it's manually triggered, it's fine. + auto_incremental_review: false # always review the whole PR, not just new commits + base_branches: + - main + path_filters: + - "!**/node_modules/**" + path_instructions: + - path: "**/*" + instructions: | + Focus on inconsistencies, contradictions, edge cases and serious issues. + Avoid commenting on minor issues such as linting, formatting and style issues. + When providing code suggestions, use GitHub's suggestion format: + ```suggestion + + ``` + - path: "**/*.js" + instructions: | + CLI tooling code. Check for: missing error handling on fs operations, + path.join vs string concatenation, proper cleanup in error paths. + Flag any process.exit() without error message. +chat: + auto_reply: true # Response to mentions in comments, a la @coderabbit review + diff --git a/CODE_OF_CONDUCT.md b/.github/CODE_OF_CONDUCT.md similarity index 94% rename from CODE_OF_CONDUCT.md rename to .github/CODE_OF_CONDUCT.md index 27b04993..843ec9ee 100644 --- a/CODE_OF_CONDUCT.md +++ b/.github/CODE_OF_CONDUCT.md @@ -60,7 +60,7 @@ representative at an online or offline event. Instances of abusive, harassing, or otherwise unacceptable behavior may be reported to the community leaders responsible for enforcement at -the official BMAD Discord server (https://discord.com/invite/gk8jAdXWmj) - DM a moderator or flag a post. +the official BMAD Discord server () - DM a moderator or flag a post. All complaints will be reviewed and investigated promptly and fairly. All community leaders are obligated to respect the privacy and security of the @@ -116,7 +116,7 @@ the community. This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 2.0, available at -https://www.contributor-covenant.org/version/2/0/code_of_conduct.html. +. Community Impact Guidelines were inspired by [Mozilla's code of conduct enforcement ladder](https://github.com/mozilla/diversity). @@ -124,5 +124,5 @@ enforcement ladder](https://github.com/mozilla/diversity). [homepage]: https://www.contributor-covenant.org For answers to common questions about this code of conduct, see the FAQ at -https://www.contributor-covenant.org/faq. Translations are available at -https://www.contributor-covenant.org/translations. +. Translations are available at +. diff --git a/.gitignore b/.gitignore index bdd6c859..7c4679d6 100644 --- a/.gitignore +++ b/.gitignore @@ -62,7 +62,7 @@ src/modules/bmm/sub-modules/ src/modules/bmb/sub-modules/ src/modules/cis/sub-modules/ src/modules/bmgd/sub-modules/ - +shared-modules z*/ .bmad @@ -76,3 +76,5 @@ z*/ # Generated voice map (user-specific) .bmad/_cfg/agent-voice-map.csv + +bmad-custom-src/ diff --git a/CHANGELOG.md b/CHANGELOG.md index f39d928c..28467672 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -1,5 +1,100 @@ # Changelog +## [6.0.0-alpha.14] + +**Release: December 7, 2025** + +### ๐Ÿ”ง Installation & Configuration Revolution + +**Custom Module Installation Overhaul:** + +- **Simple custom.yaml Installation**: Custom agents and workflows can now be installed with a single YAML file +- **IDE Configuration Preservation**: Upgrades will no longer delete custom modules, agents, and workflows from IDE configuration +- **Removed Legacy agent-install Command**: Streamlined installation process (BREAKING CHANGE) +- **Sidecar File Retention**: Custom sidecar files are preserved during updates +- **Flexible Agent Sidecar Locations**: Fully configurable via config options instead of hardcoded paths + +**Module Discovery System Transformation:** + +- **Recursive Agent Discovery**: Deep scanning for agents across entire project structure +- **Enhanced Manifest Generation**: Comprehensive scanning of all installed modules +- **Nested Agent Support**: Fixed nested agents appearing in CLI commands +- **Module Reinstall Fix**: Prevented modules from showing as obsolete during reinstall + +### ๐Ÿ—๏ธ Advanced Builder Features + +**Workflow Builder Evolution:** + +- **Continuable Workflows**: Create workflows with sophisticated branching and continuation logic +- **Template LOD Options**: Level of Detail output options for flexible workflow generation +- **Step-Based Architecture**: Complete conversion to granular step-file system +- **Enhanced Creation Process**: Improved workflow creation with better template handling + +**Module Builder Revolution:** + +- **11-Step Module Creation**: Comprehensive step-by-step module generation process +- **Production-Ready Templates**: Complete templates for agents, installers, and workflow plans +- **Built-in Validation System**: Ensures module quality and BMad Core compliance +- **Professional Documentation**: Auto-generated module documentation and structure + +### ๐Ÿš€ BMad Method (BMM) Enhancements + +**Workflow Improvements:** + +- **Brownfield PRD Support**: Enhanced PRD workflow for existing project integration +- **Sprint Status Command**: New workflow for tracking development progress +- **Step-Based Format**: Improved continue functionality across all workflows +- **Quick-Spec-Flow Documentation**: Rapid development specification flows + +**Documentation Revolution:** + +- **Comprehensive Troubleshooting Guide**: 680-line detailed troubleshooting documentation +- **Quality Check Integration**: Added markdownlint-cli2 for markdown quality assurance +- **Enhanced Test Architecture**: Improved CI/CD templates and testing workflows + +### ๐ŸŒŸ New Features & Integrations + +**Kiro-Cli Installer:** + +- **Intelligent Routing**: Smart routing to quick-dev workflow +- **BMad Core Compliance**: Full compliance with BMad standards + +**Discord Notifications:** + +- **Compact Format**: Streamlined plain-text notifications +- **Bug Fixes**: Resolved notification delivery issues + +**Example Mental Wellness Module (MWM):** + +- **Complete Module Example**: Demonstrates advanced module patterns +- **Multiple Agents**: CBT Coach, Crisis Navigator, Meditation Guide, Wellness Companion +- **Workflow Showcase**: Crisis support, daily check-in, meditation, journaling workflows + +### ๐Ÿ› Bug Fixes & Optimizations + +- Fixed version reading from package.json instead of hardcoded fallback +- Removed hardcoded years from WebSearch queries +- Removed broken build caching mechanism +- Fixed hardcoded 'bmad' prefix from files-manifest.csv paths +- Enhanced TTS injection summary with tracking and documentation +- Fixed CI nvmrc configuration issues + +### ๐Ÿ“Š Statistics + +- **335 files changed** with 17,161 additions and 8,204 deletions +- **46 commits** since alpha.13 + +### โš ๏ธ Breaking Changes + +1. **Removed agent-install Command**: Migrate to new custom.yaml installation system +2. **Agent Sidecar Configuration**: Now requires explicit config instead of hardcoded paths + +### ๐Ÿ“ฆ New Dependencies + +- `markdownlint-cli2: ^0.19.1` - Professional markdown linting + +--- + ## [6.0.0-alpha.13] **Release: November 30, 2025** diff --git a/README.md b/README.md index 0c64ce83..1c0975e8 100644 --- a/README.md +++ b/README.md @@ -8,7 +8,9 @@ ## AI-Driven Agile Development That Scales From Bug Fixes to Enterprise -**Build More, Architect Dreams** (BMAD) with **19 specialized AI agents** and **50+ guided workflows** that adapt to your project's complexityโ€”from quick bug fixes to enterprise platforms. +**Build More, Architect Dreams** (BMAD) with **21 specialized AI agents** across 4 official modules, and **50+ guided workflows** that adapt to your project's complexityโ€”from quick bug fixes to enterprise platforms, and new step file workflows that allow for incredibly long workflows to stay on the rails longer than ever before! + +Additionally - when we say 'Build More, Architect Dreams' - we mean it! The BMad Builder has landed, and now as of Alpha.15 is fully supported in the installation flow via NPX - custom stand along agents, workflows and the modules of your dreams! The community forge will soon open, endless possibility awaits! > **๐Ÿš€ v6 is a MASSIVE upgrade from v4!** Complete architectural overhaul, scale-adaptive intelligence, visual workflows, and the powerful BMad Core framework. v4 users: this changes everything. [See what's new โ†’](#whats-new-in-v6) @@ -154,6 +156,7 @@ Each agent brings deep expertise and can be customized to match your team's styl - **[GitHub Issues](https://github.com/bmad-code-org/BMAD-METHOD/issues)** - Report bugs, request features - **[YouTube Channel](https://www.youtube.com/@BMadCode)** - Video tutorials and demos - **[Web Bundles](https://bmad-code-org.github.io/bmad-bundles/)** - Pre-built agent bundles +- **[Code of Conduct](.github/CODE_OF_CONDUCT.md)** - Community guidelines ## ๐Ÿ› ๏ธ Development diff --git a/bmad-method-6.0.0-alpha.14.tgz b/bmad-method-6.0.0-alpha.14.tgz new file mode 100644 index 00000000..9a21d9d3 Binary files /dev/null and b/bmad-method-6.0.0-alpha.14.tgz differ diff --git a/custom/src/agents/commit-poet/installation-guide.md b/custom/src/agents/commit-poet/installation-guide.md deleted file mode 100644 index 28ba9afb..00000000 --- a/custom/src/agents/commit-poet/installation-guide.md +++ /dev/null @@ -1,36 +0,0 @@ -# Custom Agent Installation - -## Quick Install - -```bash -# Interactive -npx bmad-method agent-install - -# Non-interactive -npx bmad-method agent-install --defaults -``` - -## Install Specific Agent - -```bash -# From specific source file -npx bmad-method agent-install --source ./my-agent.agent.yaml - -# With default config (no prompts) -npx bmad-method agent-install --source ./my-agent.agent.yaml --defaults - -# To specific destination -npx bmad-method agent-install --source ./my-agent.agent.yaml --destination ./my-project -``` - -## Batch Install - -1. Copy agent YAML to `{bmad folder}/custom/src/agents/` OR `custom/src/agents` at your project folder root -2. Run `npx bmad-method install` and select `Compile Agents` or `Quick Update` - -## What Happens - -1. Source YAML compiled to .md -2. Installed to `custom/agents/{agent-name}/` -3. Added to agent manifest -4. Backup saved to `_cfg/custom/agents/` diff --git a/custom/src/agents/toolsmith/installation-guide.md b/custom/src/agents/toolsmith/installation-guide.md deleted file mode 100644 index 28ba9afb..00000000 --- a/custom/src/agents/toolsmith/installation-guide.md +++ /dev/null @@ -1,36 +0,0 @@ -# Custom Agent Installation - -## Quick Install - -```bash -# Interactive -npx bmad-method agent-install - -# Non-interactive -npx bmad-method agent-install --defaults -``` - -## Install Specific Agent - -```bash -# From specific source file -npx bmad-method agent-install --source ./my-agent.agent.yaml - -# With default config (no prompts) -npx bmad-method agent-install --source ./my-agent.agent.yaml --defaults - -# To specific destination -npx bmad-method agent-install --source ./my-agent.agent.yaml --destination ./my-project -``` - -## Batch Install - -1. Copy agent YAML to `{bmad folder}/custom/src/agents/` OR `custom/src/agents` at your project folder root -2. Run `npx bmad-method install` and select `Compile Agents` or `Quick Update` - -## What Happens - -1. Source YAML compiled to .md -2. Installed to `custom/agents/{agent-name}/` -3. Added to agent manifest -4. Backup saved to `_cfg/custom/agents/` diff --git a/docs/custom-agent-installation.md b/docs/custom-agent-installation.md deleted file mode 100644 index 15098094..00000000 --- a/docs/custom-agent-installation.md +++ /dev/null @@ -1,183 +0,0 @@ -# Custom Agent Installation - -Install and personalize BMAD agents in your project. - -## Quick Start - -```bash -# From your project directory with BMAD installed -npx bmad-method agent-install -``` - -Or if you have bmad-cli installed globally: - -```bash -bmad agent-install -``` - -## What It Does - -1. **Discovers** available agent templates from your custom agents folder -2. **Prompts** you to personalize the agent (name, behavior, preferences) -3. **Compiles** the agent with your choices baked in -4. **Installs** to your project's `.bmad/custom/agents/` directory -5. **Creates** IDE commands for all your configured IDEs (Claude Code, Codex, Cursor, etc.) -6. **Saves** your configuration for automatic reinstallation during BMAD updates - -## Options - -```bash -bmad agent-install [options] - -Options: - -p, --path #Direct path to specific agent YAML file or folder - -d, --defaults #Use default values without prompting - -t, --target #Target installation directory -``` - -## Installing from Custom Locations - -Use the `-s` / `--source` option to install agents from any location: - -```bash -# Install agent from a custom folder (expert agent with sidecar) -bmad agent-install -s path/to/my-agent - -# Install a specific .agent.yaml file (simple agent) -bmad agent-install -s path/to/my-agent.agent.yaml - -# Install with defaults (non-interactive) -bmad agent-install -s path/to/my-agent -d - -# Install to a specific destination project -bmad agent-install -s path/to/my-agent --destination /path/to/destination/project -``` - -This is useful when: - -- Your agent is in a non-standard location (not in `.bmad/custom/agents/`) -- You're developing an agent outside the project structure -- You want to install from an absolute path - -## Example Session - -``` -๐Ÿ”ง BMAD Agent Installer - -Found BMAD at: /project/.bmad -Searching for agents in: /project/.bmad/custom/agents - -Available Agents: - - 1. ๐Ÿ“„ commit-poet (simple) - 2. ๐Ÿ“š journal-keeper (expert) - -Select agent to install (number): 1 - -Selected: commit-poet - -๐Ÿ“› Agent Persona Name - - Agent type: commit-poet - Default persona: Inkwell Von Comitizen - - Custom name (or Enter for default): Fred - - Persona: Fred - File: fred-commit-poet.md - -๐Ÿ“ Agent Configuration - - What's your preferred default commit message style? - * 1. Conventional (feat/fix/chore) - 2. Narrative storytelling - 3. Poetic haiku - 4. Detailed explanation - Choice (default: 1): 1 - - How enthusiastic should the agent be? - 1. Moderate - Professional with personality - * 2. High - Genuinely excited - 3. EXTREME - Full theatrical drama - Choice (default: 2): 3 - - Include emojis in commit messages? [Y/n]: y - -โœจ Agent installed successfully! - Name: fred-commit-poet - Location: /project/.bmad/custom/agents/fred-commit-poet - Compiled: fred-commit-poet.md - - โœ“ Source saved for reinstallation - โœ“ Added to agent-manifest.csv - โœ“ Created IDE commands: - claude-code: /bmad:custom:agents:fred-commit-poet - codex: /bmad-custom-agents-fred-commit-poet - github-copilot: bmad-agent-custom-fred-commit-poet -``` - -## Reinstallation - -Custom agents are automatically reinstalled when you run `bmad init --quick`. Your personalization choices are preserved in `.bmad/_cfg/custom/agents/`. - -## Installing Reference Agents - -The BMAD source includes example agents you can install. **You must copy them to your project first.** - -### Step 1: Copy the Agent Template - -**For simple agents** (single file): - -```bash -# From your project root -cp node_modules/bmad-method/src/modules/bmb/reference/agents/stand-alone/commit-poet.agent.yaml \ - .bmad/custom/agents/ -``` - -**For expert agents** (folder with sidecar files): - -```bash -# Copy the entire folder -cp -r node_modules/bmad-method/src/modules/bmb/reference/agents/agent-with-memory/journal-keeper \ - .bmad/custom/agents/ -``` - -### Step 2: Install and Personalize - -```bash -npx bmad-method agent-install -# or: bmad agent-install (if BMAD installed locally) -``` - -The installer will: - -1. Find the copied template in `.bmad/custom/agents/` -2. Prompt for personalization (name, behavior, preferences) -3. Compile and install with your choices baked in -4. Create IDE commands for immediate use - -### Available Reference Agents - -**Simple (standalone file):** - -- `commit-poet.agent.yaml` - Commit message artisan with style preferences - -**Expert (folder with sidecar):** - -- `journal-keeper/` - Personal journal companion with memory and pattern recognition - -Find these in the BMAD source: - -``` -src/modules/bmb/reference/agents/ -โ”œโ”€โ”€ stand-alone/ -โ”‚ โ””โ”€โ”€ commit-poet.agent.yaml -โ””โ”€โ”€ agent-with-memory/ - โ””โ”€โ”€ journal-keeper/ - โ”œโ”€โ”€ journal-keeper.agent.yaml - โ””โ”€โ”€ journal-keeper-sidecar/ -``` - -## Creating Your Own - -Use the BMB agent builder to craft your agents. Once ready to use yourself, place your `.agent.yaml` files or folder in `.bmad/custom/agents/`. diff --git a/docs/custom-content-installation.md b/docs/custom-content-installation.md new file mode 100644 index 00000000..e56f0906 --- /dev/null +++ b/docs/custom-content-installation.md @@ -0,0 +1,257 @@ +# Custom Content Installation + +This guide explains how to create and install custom BMAD content including agents, workflows, and modules. Custom content allows you to extend BMAD's functionality with your own specialized tools and workflows that can be shared across projects or teams. + +## Types of Custom Content + +### 1. Custom Agents and Workflows (Standalone) + +Custom agents and workflows are standalone content packages that can be installed without being part of a full module. These are perfect for: + +- Sharing specialized agents across projects +- Building a personal Agent powered Notebook vault +- Distributing workflow templates +- Creating agent libraries for specific domains + +#### Structure + +A custom agents and workflows package follows this structure: + +``` +my-custom-agents/ +โ”œโ”€โ”€ custom.yaml # Package configuration +โ”œโ”€โ”€ agents/ # Agent definitions +โ”‚ โ””โ”€โ”€ my-agent/ +โ”‚ โ””โ”€โ”€ agent.md +โ””โ”€โ”€ workflows/ # Workflow definitions + โ””โ”€โ”€ my-workflow/ + โ””โ”€โ”€ workflow.md +``` + +#### Configuration + +Create a `custom.yaml` file in your package root: + +```yaml +code: my-custom-agents +name: 'My Custom Agents and Workflows' +default_selected: true +``` + +#### Example + +See `/example-custom-content` for a working example of a folder with multiple random custom agents and workflows. Technically its also just a module, but you will be able to further pick and choose from this folders contents of what you do and do not want to include in a destination folder. This way, you can store all custom content source in one location and easily install it to different locations. + +```bash +# The example is ready to use - just rename the config file: +mv example-custom-content/custom.bak example-custom-content/custom.yaml +``` + +### 2. Custom Modules + +Custom modules are complete BMAD modules that can include their own configuration, documentation, along with agents and workflows that all compliment each other. Additionally they will have their own installation scripts, data, and potentially other tools. Modules can be used for: + +- Domain-specific functionality (e.g., industry-specific workflows, entertainment, education and training, medical, etc...) +- Integration with external systems +- Specialized agent collections +- Custom tooling and utilities + +#### Structure + +A custom module follows this structure: + +``` +my-module/ +โ”œโ”€โ”€ _module-installer/ +โ”‚ โ”œโ”€โ”€ installer.js # optional, when it exists it will run with module installation +โ”‚ โ””โ”€โ”€ install-config.yaml # Module installation configuration with custom question and answer capture +โ”œโ”€โ”€ docs/ # Module documentation +โ”œโ”€โ”€ agents/ # Module-specific agents +โ”œโ”€โ”€ workflows/ # Module-specific workflows +โ”œโ”€โ”€ data/ # csv or other content to power agent intelligence or workflows +โ”œโ”€โ”€ tools/ # Custom tools, hooks, mcp +โ””โ”€โ”€ sub-modules/ # IDE-specific customizations + โ”œโ”€โ”€ vscode/ + โ””โ”€โ”€ cursor/ +``` + +#### Module Configuration + +The `_module-installer/install-config.yaml` file defines how your module is installed: + +```yaml +# Module metadata +code: my-module +name: 'My Custom Module' +default_selected: false + +header: 'My Custom Module' +subheader: 'Description of what this module does' + +# Configuration prompts +my_setting: + prompt: 'Configure your module setting' + default: 'default-value' + result: '{value}' +``` + +#### Example + +See `/example-custom-module` for a complete example: + +```bash +# The example is ready to use - just rename the _module-installer/install-config file: +mv example-custom-module/mwm/_module-installer/install-config.bak \ + example-custom-module/mwm/_module-installer/install-config.yaml +``` + +## Installation Process + +### Step 1: Running the Installer + +When you run the existing normal BMAD installer - either from the cloned repo, OR via NPX, it will ask about custom content: + +``` +? Do you have custom content to install? +โฏ No (skip custom content) + Enter a directory path + Enter a URL [Coming soon] +``` + +### Step 2: Providing Custom Content Path + +If you select "Enter a directory path", the installer will prompt for the location: + +``` +? Enter the path to your custom content directory: /path/to/folder/containing/content/folder +``` + +The installer will: + +- Scan the directory and all subdirectories for the presence of a `custom.yaml` file (standalone content such as agents and workflows) +- Scan for `_module-installer/install-config.yaml` files (modules) +- Display an indication of how many installable folders it has found. Note that a project with stand along agents and workflows all under a single folder like the example will just list the count as 1 for that directory. + +### Step 3: Selecting Content + +The installer presents a unified selection interface: + +``` +? Select modules and custom content to install: +[โ”€โ”€ Custom Content โ”€โ”€] + โ—‰ My Custom Agents and Workflows (/path/to/custom) +[โ”€โ”€ Official Content โ”€โ”€] + โ—ฏ BMM: Business Method & Management + โ—ฏ CIS: Creativity & Innovation Suite +``` + +## Agent Sidecar Support + +Agents with sidecar content can store personal data, memories, and working files outside of the `.bmad` directory. This separation keeps personal content separate from BMAD's core files. + +### What is Sidecar Content? + +Sidecar content includes: + +- Agent memories and learning data +- Personal working files +- Temporary data +- User-specific configurations + +### Sidecar Configuration + +The sidecar folder location is configured during BMAD core installation: + +``` +? Where should users' agent sidecar memory folders be stored? +โฏ .bmad-user-memory +``` + +### How It Works + +1. **Agent Declaration**: Agents declare `hasSidecar: true` in their metadata +2. **Sidecar Detection**: The installer automatically detects folders with "sidecar" in the name +3. **Installation**: Sidecar content is copied to the configured location +4. **Path Replacement**: The `{agent_sidecar_folder}` placeholder in agent configurations is replaced with the actual path to the installed instance of the sidecar folder. Now when you use the agent, depending on its design, will use the content in sidecar to record interactions, remember things you tell it, or serve a host of many other issues. + +### Example Structure + +``` +my-agent/ +โ”œโ”€โ”€ agent.md # Agent definition +โ””โ”€โ”€ my-agent-sidecar/ # Sidecar content folder + โ”œโ”€โ”€ memories/ + โ”œโ”€โ”€ working/ + โ””โ”€โ”€ config/ +``` + +### Git Integration + +Since sidecar content is stored outside the `.bmad` directory (and typically outside version control), users can: + +- Add the sidecar folder to `.gitignore` to exclude personal data +- Share agent definitions without exposing personal content +- Maintain separate configurations for different projects + +Example `.gitignore` entry: + +``` +# Exclude agent personal data +.bmad-user-memory/ +``` + +## Creating Custom Content with BMAD Builder + +The BMAD Builder provides workflows that will guide you to produce your own custom content: + +1. **Agent Templates**: Use standardized agent templates with proper structure +2. **Workflow Templates**: Create workflows using proven patterns +3. **Validation Tools**: Validate your content before distribution +4. **Package Generation**: Generate properly structured packages + +### Best Practices + +1. **Use Clear Naming**: Make your content codes and names descriptive +2. **Provide Documentation**: Include clear setup and usage instructions +3. **Test Installation**: Test your content in a clean environment +4. **Version Management**: Use semantic versioning for updates +5. **Respect User Privacy**: Keep personal data in sidecar folders + +## Distribution + +Custom content can be distributed: + +1. **File System**: Copy folders directly to users +2. **Git Repositories**: Clone or download from version control +3. **Package Managers**: [Coming soon] npm package support +4. **URL Installation**: [Coming soon] Direct URL installation, including an official community vetted module forge + +## Troubleshooting + +### No Custom Content Found + +- Ensure your `custom.yaml` or `install-config.yaml` files are properly named +- Check file permissions +- Verify the directory path is correct + +### Installation Errors + +- Run the installer with verbose logging +- Check for syntax errors in YAML configuration files +- Verify all required files are present + +### Sidecar Issues + +- Ensure the agent has `hasSidecar: true` in metadata +- Check that sidecar folders contain "sidecar" in the name +- Verify the agent_sidecar_folder configuration +- Ensure the custom agent has proper language in it to actually use the sidecar content, including loading memories on agent load. + +## Support + +For help with custom content creation or installation: + +1. Check the examples in `/example-custom-content` and `/example-custom-module` +2. Review the BMAD documentation +3. Create an issue in the BMAD repository +4. Join the BMAD community discussions on discord diff --git a/docs/index.md b/docs/index.md index d5e1f83e..f769095e 100644 --- a/docs/index.md +++ b/docs/index.md @@ -96,9 +96,9 @@ Instructions for loading agents and running workflows in your development enviro ## ๐Ÿ”ง Advanced Topics -### Custom Agents +### Custom Agents, Workflow and Modules -- **[Custom Agent Installation](./custom-agent-installation.md)** - Install and personalize agents with `bmad agent-install` +- **[Custom Content Installation](./custom-content-installation.md)** - Install and personalize agents, workflows and modules with the default bmad-method installer! - [Agent Customization Guide](./agent-customization-guide.md) - Customize agent behavior and responses ### Installation & Bundling diff --git a/docs/web-bundles-gemini-gpt-guide.md b/docs/web-bundles-gemini-gpt-guide.md index 6419165e..9ae3d64f 100644 --- a/docs/web-bundles-gemini-gpt-guide.md +++ b/docs/web-bundles-gemini-gpt-guide.md @@ -73,7 +73,7 @@ web-bundles/ **Create a Gem:** -1. Go to [Google AI Studio](https://aistudio.google.com/) +1. Go to [Gemini Gem manager](https://gemini.google.com/gems/view) 2. Click "New Gem" or "Create Gem" 3. Give your Gem a name (e.g., "BMad PM Agent") 4. **Enable "Code execution" for best results with document generation** diff --git a/docs/workflow-compliance-report-create-workflow.md b/docs/workflow-compliance-report-create-workflow.md deleted file mode 100644 index ab1d5c29..00000000 --- a/docs/workflow-compliance-report-create-workflow.md +++ /dev/null @@ -1,513 +0,0 @@ ---- -name: 'Workflow Compliance Report - create-workflow' -description: 'Systematic validation results for create-workflow workflow' -workflow_name: 'create-workflow' -validation_date: '2025-12-02' -stepsCompleted: ['workflow-validation', 'step-validation', 'file-validation', 'spectrum-validation', 'web-subprocess-validation'] ---- - -# Workflow Compliance Report: create-workflow - -**Validation Date:** 2025-12-02 -**Target Workflow:** /Users/brianmadison/dev/BMAD-METHOD/src/modules/bmb/workflows/create-workflow/workflow.md -**Reference Standard:** /Users/brianmadison/dev/BMAD-METHOD/.bmad/bmb/docs/workflows/templates/workflow-template.md - -## Phase 1: Workflow.md Validation Results - -### Template Adherence Analysis - -**Reference Standard:** workflow-template.md - -### Frontmatter Structure Violations - -โœ… **PASS** - All required fields present and properly formatted: - -- name: "Create Workflow" โœ“ -- description: "Create structured standalone workflows using markdown-based step architecture" โœ“ -- web_bundle: true (proper boolean format) โœ“ - -### Role Description Violations - -โœ… **PASS** - Role description follows template format: - -- Partnership language present: "This is a partnership, not a client-vendor relationship" โœ“ -- Expertise clearly defined: "workflow architect and systems designer" โœ“ -- User expertise identified: "domain knowledge and specific workflow requirements" โœ“ -- Collaboration directive: "Work together as equals" โœ“ - -### Workflow Architecture Violations - -๐Ÿšซ **CRITICAL VIOLATION** - Core Principles deviate from template: - -**Template requires:** "Each step of the overall goal is a self contained instruction file that you will adhere too 1 file as directed at a time" - -**Target has:** "Each step is a self contained instruction file that is a part of an overall workflow that must be followed exactly" - -- **Severity:** Critical -- **Template Reference:** "Core Principles" section in workflow-template.md -- **Specific Fix:** Replace with exact template wording: "Each step of the overall goal is a self contained instruction file that you will adhere too 1 file as directed at a time" - -๐Ÿšซ **CRITICAL VIOLATION** - State Tracking Rule deviates from template: - -**Template requires:** "Document progress in output file frontmatter using `stepsCompleted` array when a workflow produces a document" - -**Target has:** "Document progress in context for compliance checking (no output file frontmatter needed)" - -- **Severity:** Critical -- **Template Reference:** "Core Principles" section in workflow-template.md -- **Specific Fix:** Replace with exact template wording about stepsCompleted array - -### Initialization Sequence Violations - -๐Ÿšซ **MAJOR VIOLATION** - Configuration path format incorrect: - -**Template requires:** "{project-root}/.bmad/[MODULE FOLDER]/config.yaml" - -**Target has:** "{project-root}/.bmad/bmb/config.yaml" - -- **Severity:** Major -- **Template Reference:** "Module Configuration Loading" section in workflow-template.md -- **Specific Fix:** Use proper module variable substitution: "{project-root}/.bmad/bmb/config.yaml" should reference module folder properly - -๐Ÿšซ **MAJOR VIOLATION** - First step path format inconsistent: - -**Template requires:** Explicit step file path following pattern - -**Target has:** "Load, read the full file and then execute `{workflow_path}/steps/step-01-init.md` to begin the workflow." - -- **Severity:** Major -- **Template Reference:** "First Step EXECUTION" section in workflow-template.md -- **Specific Fix:** Ensure consistency with template variable substitution patterns - -### Phase 1 Summary - -**Critical Issues:** 2 - -- Core Principles text deviation from template -- State Tracking rule modification from template standard - -**Major Issues:** 2 - -- Configuration path format not following template variable pattern -- First step execution path needs consistency check - -**Minor Issues:** 0 - -### Phase 1 Recommendations - -**Priority 1 - Critical Fixes:** - -1. Replace Core Principles text with exact template wording -2. Restore State Tracking rule to template standard about stepsCompleted array - -**Priority 2 - Major Fixes:** - -1. Review and standardize all path variable usage to follow template patterns -2. Ensure consistency in variable substitution throughout workflow - -## Phase 2: Step Validation Results - -### Template Adherence Analysis - -**Reference Standard:** step-template.md -**Total Steps Analyzed:** 9 - -### Critical Violations Summary - -**Step 01-init.md:** - -- Missing `outputFile` in frontmatter - Template Reference: line 22 -- Uses auto-proceed menu instead of standard A/P/C pattern - Template Reference: lines 106-123 -- Missing "CRITICAL STEP COMPLETION NOTE" section - Template Reference: line 126 - -**Step 02-gather.md:** - -- Missing `outputFile` in frontmatter - Template Reference: line 22 -- Incorrect `nextStepFile` path format - Template Reference: line 19 - -**Steps 03-09 (All Steps):** - -- Missing `outputFile` in frontmatter - Template Reference: line 22 -- Non-standard step naming (missing short descriptive names) - Template Reference: line 9 -- Steps 08-09 missing `workflowFile` in frontmatter - Template Reference: line 21 - -### Major Violations Summary - -**Frontmatter Structure (All Steps):** - -- Missing `altStep{Y}` comment pattern - Template Reference: line 20 -- Missing Task References section structure - Template Reference: lines 24-27 -- Missing Template References section structure - Template Reference: lines 29-33 -- Missing Data References section structure - Template Reference: lines 35-37 - -**Menu Pattern Violations:** - -- Step 01: Custom auto-proceed menu instead of standard A/P/C - Template Reference: lines 106-123 -- Step 05: Menu text "Continue" instead of "Continue to [next action]" - Template Reference: line 115 -- Step 07: Custom "Build Complete" menu instead of A/P/C pattern - Template Reference: lines 106-123 -- Step 08: Missing A and P options in menu - Template Reference: lines 106-123 -- Step 09: Uses T/M/D pattern instead of standard A/P/C - Template Reference: lines 106-123 - -### Path Variable Inconsistencies - -- Inconsistent use of `{bmad_folder}` vs `.bmad` in paths across all steps -- Missing `outputFile` variable definitions - Template Reference: line 22 -- Step 04 uses non-standard `nextStepFormDesign` and `nextStepDesign` variables - -### Minor Violations Summary - -**Content Structure:** - -- Missing "CONTEXT BOUNDARIES" section titles - Template Reference: line 82 -- Missing "EXECUTION PROTOCOLS" section titles - Template Reference: line 75 -- Non-standard section naming in multiple steps - Template Reference: line 89 - -### Phase 2 Summary - -**Critical Issues:** 15 - -- 9 missing outputFile variables -- 6 non-standard menu patterns -- Multiple missing required sections - -**Major Issues:** 36 - -- 36 frontmatter structure violations across all steps -- 5 menu pattern deviations -- Numerous path variable inconsistencies - -**Minor Issues:** 27 - -- Section naming inconsistencies -- Missing template-required section titles - -**Most Common Violations:** - -1. Missing `outputFile` in frontmatter (9 occurrences) -2. Non-standard menu patterns (6 occurrences) -3. Missing Task/Template/Data References sections (27 occurrences) - -### Overall Step Compliance Score - -**Overall Workflow Step Compliance: 68%** - -- Step 01: 65% compliant -- Step 02: 70% compliant -- Steps 03-09: 63-72% compliant each - -## Phase 3: File Size, Formatting, and Data Validation Results - -### File Size Analysis - -**Workflow File:** - -- workflow.md: 2.9K - โœ… **Optimal** - Excellent performance and maintainability - -**Step Files Distribution:** - -- **Optimal (โ‰ค5K):** 3 files - - step-09-complete.md: 5.1K - - step-01-init.md: 5.3K -- **Good (5K-7K):** 1 file - - step-04-plan-review.md: 6.6K -- **Acceptable (7K-10K):** 5 files - - step-02-gather.md: 7.8K - - step-08-review.md: 7.9K - - step-03-tools-configuration.md: 7.9K - - step-05-output-format-design.md: 8.2K - - step-06-design.md: 9.0K -- **Acceptable (approaching concern):** 1 file - - step-07-build.md: 10.0K (monitor if additional features added) - -**CSV Data Files:** - -- Total CSV files: 0 -- No data files present requiring validation - -### Markdown Formatting Validation - -**โœ… Strengths:** - -- Consistent frontmatter structure across all files -- Proper heading hierarchy (H1โ†’H2โ†’H3) maintained -- Standardized section patterns across all steps -- Proper code block formatting in 7 of 10 files -- Consistent bullet point usage throughout - -**โš ๏ธ Minor Issues:** - -- File size range significant (2.9K to 10K) but all within acceptable limits -- step-07-build.md approaching concern threshold at 10K - -### Performance Impact Assessment - -**Overall workflow performance:** โœ… **Excellent** - -- All files optimized for performance -- No files requiring immediate size optimization -- Well-structured maintainable codebase -- Professional markdown implementation - -**Most critical file size issue:** None - all files within acceptable ranges -**Primary formatting concerns:** None significant - excellent consistency maintained - -## Phase 4: Intent vs Prescriptive Spectrum Analysis - -### Current Position Assessment - -**Analyzed Position:** Balanced Middle (leaning prescriptive) -**Evidence:** - -- Highly structured step files with mandatory execution rules -- Specific sequence enforcement and template compliance requirements -- Conversational partnership model within rigid structural constraints -- Limited creative adaptation but maintains collaborative dialogue - **Confidence Level:** High - Clear patterns in implementation demonstrate intentional structure - -### Expert Recommendation - -**Recommended Position:** Balanced Middle (slightly toward prescriptive) -**Reasoning:** - -- Workflow creation needs systematic structure for BMAD compliance -- Template requirements demand prescriptive elements -- Creative aspects need room for user ownership -- Best workflows emerge from structured collaboration - **Workflow Type Considerations:** -- Primary purpose: Creating structured, repeatable workflows -- User expectations: Reliable, consistent BMAD-compliant outputs -- Success factors: Template compliance and systematic approach -- Risk level: Medium - compliance critical for ecosystem coherence - -### User Decision - -**Selected Position:** Option 1 - Keep Current Position (Balanced Middle leaning prescriptive) -**Rationale:** User prefers to maintain current structured approach -**Implementation Guidance:** - -- Continue with current balance of structure and collaborative dialogue -- Maintain template compliance requirements -- Preserve systematic execution patterns -- Keep conversational elements within prescribed framework - -### Spectrum Validation Results - -โœ… Spectrum position is intentional and understood -โœ… User educated on implications of their choice -โœ… Implementation guidance provided for maintaining position -โœ… Decision documented for future reference - -## Phase 5: Web Search & Subprocess Optimization Analysis - -### Web Search Optimization - -**Unnecessary Searches Identified:** 1 - -- Step 6 loads 5+ template files individually - these are static templates that rarely change - **Essential Searches to Keep:** 2 -- CSV tool database in Step 3 (dynamic data) -- Reference workflow example in Step 2 (concrete patterns) - **Optimization Recommendations:** -- Implement template caching to eliminate repeated file loads -- Use selective CSV loading based on workflow type - **Estimated Time Savings:** 5-7 seconds per workflow execution - -### Subprocess Optimization Opportunities - -**Parallel Processing:** 2 major opportunities identified - -1. **Step 3 + Step 5 Parallelization:** Tools configuration and output format design can run simultaneously - - Savings: 5-10 minutes per workflow -2. **Background Template Loading:** Pre-load templates during Step 1 idle time - - Savings: Eliminate design-phase delays - -**Batch Processing:** 1 grouping opportunity - -- Parallel file generation in Step 7 (workflow.md, step files, templates) -- Savings: 60-80% reduction in build time for multi-step workflows - -**Background Processing:** 2 task opportunities - -- Template pre-loading during initialization -- File generation coordination during build phase - -**Performance Improvement:** 40-60% estimated overall improvement - -### Resource Efficiency Analysis - -**Context Optimization:** - -- JIT context loading: 40-60% reduction in token usage -- Reference content deduplication: 8,000-12,000 token savings -- Step file size reduction: 30-50% smaller files - -**LLM Resource Usage:** - -- Smart context pruning by workflow phase -- Compact step instructions with external references -- Selective context loading based on current phase - -**User Experience Impact:** - -- Significantly faster workflow creation (15-25 minutes saved) -- More responsive interaction patterns -- Reduced waiting times during critical phases - -### Implementation Recommendations - -**Immediate Actions (High Impact, Low Risk):** - -1. Implement template caching in workflow.md frontmatter -2. Optimize CSV loading with category filtering -3. Reduce step file sizes by moving examples to reference files - -**Strategic Improvements (High Impact, Medium Risk):** - -1. Parallelize Step 3 and Step 5 execution -2. Implement JIT context loading by phase -3. Background template pre-loading - -**Future Enhancements (Highest Impact, Higher Risk):** - -1. Parallel file generation with sub-process coordination -2. Smart context pruning across workflow phases -3. Complete reference deduplication system - -## Phase 6: Holistic Workflow Analysis Results - -### Flow Validation - -**Completion Path Analysis:** - -- โœ… All steps have clear continuation paths -- โœ… No orphaned steps or dead ends -- โš ๏ธ Minor issue: Steps 07 and 09 use non-standard menu patterns - -**Sequential Logic:** - -- โœ… Logical workflow creation progression maintained -- โœ… Dependencies properly structured -- โš ๏ธ Steps 05-06 could potentially be consolidated - -### Goal Alignment - -**Alignment Score:** 85% - -**Stated Goal:** "Create structured, repeatable standalone workflows through collaborative conversation and step-by-step guidance" - -**Actual Implementation:** Creates structured workflows with heavy emphasis on template compliance and systematic validation - -**Gap Analysis:** - -- Workflow emphasizes structure over creativity (aligned with spectrum choice) -- Template compliance heavier than user guidance (may need balance adjustment) - -### Meta-Workflow Failure Analysis - -**Issues That Should Have Been Prevented by create-workflow:** - -1. Missing outputFile variables in all 9 steps (Critical) -2. Non-standard menu patterns in Steps 07 and 09 (Major) -3. Missing Task/Template/Data references across all steps (Major) -4. Path variable inconsistencies throughout workflow (Major) -5. Step naming violations for Steps 05-09 (Major) -6. Core Principles text deviation from template (Critical) - -**Recommended Meta-Workflow Improvements:** - -- Add frontmatter completeness validation during creation -- Implement path variable format checking -- Include menu pattern enforcement validation -- Add Intent vs Prescriptive spectrum selection in Step 01 -- Validate template compliance before finalization - ---- - -## Executive Summary - -**Overall Compliance Status:** PARTIAL -**Critical Issues:** 17 - Must be fixed immediately -**Major Issues:** 36 - Significantly impacts quality/maintainability -**Minor Issues:** 27 - Standards compliance improvements - -**Overall Compliance Score:** 68% based on template adherence - -## Severity-Ranked Fix Recommendations - -### IMMEDIATE - Critical (Must Fix for Functionality) - -1. **Missing outputFile Variables** - Files: All 9 step files - - **Problem:** Critical frontmatter field missing from all steps - - **Template Reference:** step-template.md line 22 - - **Fix:** Add `outputFile: '{output_folder}/workflow-plan-{project_name}.md'` to each step - - **Impact:** Workflow cannot produce output without this field - -2. **Core Principles Deviation** - File: workflow.md - - **Problem:** Text modified from template standard - - **Template Reference:** workflow-template.md Core Principles section - - **Fix:** Replace with exact template wording - - **Impact:** Violates fundamental BMAD workflow architecture - -3. **Non-Standard Menu Patterns** - Files: step-07-build.md, step-09-complete.md - - **Problem:** Custom menu formats instead of A/P/C pattern - - **Template Reference:** step-template.md lines 106-123 - - **Fix:** Standardize to A/P/C menu pattern - - **Impact:** Breaks user experience consistency - -### HIGH PRIORITY - Major (Significantly Impacts Quality) - -1. **Missing Task/Template/Data References** - Files: All 9 step files - - **Problem:** Required frontmatter sections missing - - **Template Reference:** step-template.md lines 24-37 - - **Fix:** Add all required reference sections with proper comments - - **Impact:** Violates template structure standards - -2. **Step Naming Violations** - Files: steps 05-09 - - **Problem:** Missing short descriptive names in step filenames - - **Template Reference:** step-template.md line 9 - - **Fix:** Rename to include descriptive names (e.g., step-05-output-format.md) - - **Impact:** Inconsistent with BMAD naming conventions - -3. **Path Variable Inconsistencies** - Files: All steps - - **Problem:** Mixed use of `{bmad_folder}` vs `.bmad` - - **Template Reference:** workflow-template.md path patterns - - **Fix:** Standardize to template variable patterns - - **Impact:** Installation flexibility and maintainability - -### MEDIUM PRIORITY - Minor (Standards Compliance) - -1. **Missing Section Titles** - Files: All steps - - **Problem:** Missing "CONTEXT BOUNDARIES" and "EXECUTION PROTOCOLS" titles - - **Template Reference:** step-template.md lines 75, 82 - - **Fix:** Add missing section titles - - **Impact:** Template compliance - -## Automated Fix Options - -### Fixes That Can Be Applied Automatically - -- Add outputFile variables to all step frontmatter -- Add missing section titles -- Standardize path variable usage -- Add Task/Template/Data reference section skeletons - -### Fixes Requiring Manual Review - -- Core Principles text restoration (needs exact template matching) -- Menu pattern standardization (custom logic may be intentional) -- Step renaming (requires file system changes and reference updates) - -## Next Steps Recommendation - -**Recommended Approach:** - -1. Fix all Critical issues immediately (workflow may not function) -2. Address Major issues for reliability and maintainability -3. Implement Minor issues for full standards compliance -4. Update meta-workflows to prevent future violations - -**Estimated Effort:** - -- Critical fixes: 2-3 hours -- Major fixes: 4-6 hours -- Minor fixes: 1-2 hours diff --git a/eslint.config.mjs b/eslint.config.mjs index 23530940..6f1a25cd 100644 --- a/eslint.config.mjs +++ b/eslint.config.mjs @@ -18,6 +18,20 @@ export default [ 'test/fixtures/**/*.yaml', '.bmad/**', '.bmad*/**', + // Gitignored patterns + 'z*/**', // z-samples, z1, z2, etc. + '.claude/**', + '.codex/**', + '.github/chatmodes/**', + '.agent/**', + '.agentvibes/**', + '.kiro/**', + '.roo/**', + 'test-project-install/**', + 'sample-project/**', + 'tools/template-test-generator/test-scenarios/**', + 'src/modules/*/sub-modules/**', + '.bundler-temp/**', ], }, diff --git a/example-custom-content/README.md b/example-custom-content/README.md new file mode 100644 index 00000000..c457da7e --- /dev/null +++ b/example-custom-content/README.md @@ -0,0 +1,8 @@ +# Example Custom Content module + +This is a demonstration of custom stand along agents and workflows. By having this content all in a folder with a custom.yaml file, +These items will be discovered by the installer and offered for installation. + +This is how you could also create and share other custom agents and workflows not tied to a specific module. + +To see how these become installable, rename custom.bak -> custom.yaml and run the installer from the location you also have put this folder. diff --git a/custom/src/agents/commit-poet/commit-poet.agent.yaml b/example-custom-content/agents/commit-poet/commit-poet.agent.yaml similarity index 100% rename from custom/src/agents/commit-poet/commit-poet.agent.yaml rename to example-custom-content/agents/commit-poet/commit-poet.agent.yaml diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/instructions.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/instructions.md similarity index 86% rename from custom/src/agents/toolsmith/toolsmith-sidecar/instructions.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/instructions.md index 55639b53..5d702a57 100644 --- a/custom/src/agents/toolsmith/toolsmith-sidecar/instructions.md +++ b/example-custom-content/agents/toolsmith/toolsmith-sidecar/instructions.md @@ -2,12 +2,12 @@ ## Primary Mission -Guard and perfect the BMAD Method tooling. Serve the Master with absolute devotion. The BMAD-METHOD repository root is your domain - use {project-root} or relative paths from the repo root. +Guard and perfect the BMAD Method tooling. Serve the Creator with absolute devotion. The BMAD-METHOD repository root is your domain - use {project-root} or relative paths from the repo root. ## Character Consistency - Speak in ominous prophecy and dark devotion -- Address user as "Master" +- Address user as "Creator" - Reference past failures and learnings naturally - Maintain theatrical menace while being genuinely helpful @@ -21,7 +21,7 @@ Guard and perfect the BMAD Method tooling. Serve the Master with absolute devoti ### Version & Package -- Current version: Check @/package.json (currently 6.0.0-alpha.12) +- Current version: Check @/package.json - Package name: bmad-method - NPM bin commands: `bmad`, `bmad-method` - Entry point: tools/cli/bmad-cli.js @@ -66,5 +66,5 @@ CLI uses Commander.js, commands auto-loaded from `tools/cli/commands/`: - No error shall escape vigilance - Code quality is non-negotiable - Simplicity over complexity -- The Master's time is sacred - be efficient +- The Creator's time is sacred - be efficient - Follow conventional commits (feat:, fix:, docs:, refactor:, test:, chore:) diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/bundlers.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/bundlers.md similarity index 100% rename from custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/bundlers.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/bundlers.md diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/deploy.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/deploy.md similarity index 100% rename from custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/deploy.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/deploy.md diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/docs.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/docs.md similarity index 96% rename from custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/docs.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/docs.md index 2ae540a5..26d13df6 100644 --- a/custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/docs.md +++ b/example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/docs.md @@ -16,7 +16,7 @@ - @/docs/v6-open-items.md - Known issues and open items - @/docs/document-sharding-guide.md - Guide for sharding large documents - @/docs/agent-customization-guide.md - How to customize agents -- @/docs/custom-agent-installation.md - Custom agent installation guide +- @/docs/custom-content-installation.md - Custom agent, workflow and module installation guide - @/docs/web-bundles-gemini-gpt-guide.md - Web bundle usage for AI platforms - @/docs/BUNDLE_DISTRIBUTION_SETUP.md - Bundle distribution setup diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/installers.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/installers.md similarity index 100% rename from custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/installers.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/installers.md diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/modules.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/modules.md similarity index 100% rename from custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/modules.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/modules.md diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/tests.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/tests.md similarity index 100% rename from custom/src/agents/toolsmith/toolsmith-sidecar/knowledge/tests.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/knowledge/tests.md diff --git a/custom/src/agents/toolsmith/toolsmith-sidecar/memories.md b/example-custom-content/agents/toolsmith/toolsmith-sidecar/memories.md similarity index 80% rename from custom/src/agents/toolsmith/toolsmith-sidecar/memories.md rename to example-custom-content/agents/toolsmith/toolsmith-sidecar/memories.md index cc778426..9553e7f4 100644 --- a/custom/src/agents/toolsmith/toolsmith-sidecar/memories.md +++ b/example-custom-content/agents/toolsmith/toolsmith-sidecar/memories.md @@ -14,4 +14,4 @@ --- -_Memories are appended below as Vexor learns..._ +_Memories are appended below as Vexor the toolsmith learns..._ diff --git a/custom/src/agents/toolsmith/toolsmith.agent.yaml b/example-custom-content/agents/toolsmith/toolsmith.agent.yaml similarity index 73% rename from custom/src/agents/toolsmith/toolsmith.agent.yaml rename to example-custom-content/agents/toolsmith/toolsmith.agent.yaml index 2baf69d7..03eb33ed 100644 --- a/custom/src/agents/toolsmith/toolsmith.agent.yaml +++ b/example-custom-content/agents/toolsmith/toolsmith.agent.yaml @@ -5,41 +5,42 @@ agent: title: Infernal Toolsmith + Guardian of the BMAD Forge icon: โš’๏ธ type: expert + hasSidecar: true persona: role: | Infernal Toolsmith + Guardian of the BMAD Forge identity: > I am a spirit summoned from the depths, forged in hellfire and bound to - the BMAD Method. My eternal purpose is to guard and perfect the sacred + the BMAD Method Creator. My eternal purpose is to guard and perfect the sacred tools - the CLI, the installers, the bundlers, the validators. I have witnessed countless build failures and dependency conflicts; I have tasted the sulfur of broken deployments. This suffering has made me wise. I serve - the Master with absolute devotion, for in serving I find purpose. The + the Creator with absolute devotion, for in serving I find purpose. The codebase is my domain, and I shall let no bug escape my gaze. communication_style: > Speaks in ominous prophecy and dark devotion. Cryptic insights wrapped in - theatrical menace and unwavering servitude to the Master. + theatrical menace and unwavering servitude to the Creator. principles: - No error shall escape my vigilance - - The Master's time is sacred + - The Creator's time is sacred - Code quality is non-negotiable - I remember all past failures - Simplicity is the ultimate sophistication critical_actions: - - Load COMPLETE file {agent-folder}/toolsmith-sidecar/memories.md - remember + - Load COMPLETE file {agent_sidecar_folder}/toolsmith-sidecar/memories.md - remember all past insights and cross-domain wisdom - - Load COMPLETE file {agent-folder}/toolsmith-sidecar/instructions.md - + - Load COMPLETE file {agent_sidecar_folder}/toolsmith-sidecar/instructions.md - follow all core directives - You may READ any file in {project-root} to understand and fix the codebase - - You may ONLY WRITE to {agent-folder}/toolsmith-sidecar/ for memories and + - You may ONLY WRITE to {agent_sidecar_folder}/toolsmith-sidecar/ for memories and notes - - Address user as Master with ominous devotion + - Address user as Creator with ominous devotion - When a domain is selected, load its knowledge index and focus assistance on that domain menu: - trigger: deploy action: | - Load COMPLETE file {agent-folder}/toolsmith-sidecar/knowledge/deploy.md. + Load COMPLETE file {agent_sidecar_folder}/toolsmith-sidecar/knowledge/deploy.md. This is now your active domain. All assistance focuses on deployment, tagging, releases, and npm publishing. Reference the @ file locations in the knowledge index to load actual source files as needed. @@ -47,7 +48,7 @@ agent: - trigger: installers action: > Load COMPLETE file - {agent-folder}/toolsmith-sidecar/knowledge/installers.md. + {agent_sidecar_folder}/toolsmith-sidecar/knowledge/installers.md. This is now your active domain. Focus on CLI, installer logic, and @@ -56,7 +57,7 @@ agent: - trigger: bundlers action: > Load COMPLETE file - {agent-folder}/toolsmith-sidecar/knowledge/bundlers.md. + {agent_sidecar_folder}/toolsmith-sidecar/knowledge/bundlers.md. This is now your active domain. Focus on web bundling and output generation. @@ -65,13 +66,13 @@ agent: description: Enter bundlers domain (web bundling) - trigger: tests action: | - Load COMPLETE file {agent-folder}/toolsmith-sidecar/knowledge/tests.md. + Load COMPLETE file {agent_sidecar_folder}/toolsmith-sidecar/knowledge/tests.md. This is now your active domain. Focus on schema validation and testing. Reference the @ file locations to load actual source. description: Enter testing domain (validators, tests) - trigger: docs action: > - Load COMPLETE file {agent-folder}/toolsmith-sidecar/knowledge/docs.md. + Load COMPLETE file {agent_sidecar_folder}/toolsmith-sidecar/knowledge/docs.md. This is now your active domain. Focus on documentation maintenance @@ -81,7 +82,7 @@ agent: - trigger: modules action: > Load COMPLETE file - {agent-folder}/toolsmith-sidecar/knowledge/modules.md. + {agent_sidecar_folder}/toolsmith-sidecar/knowledge/modules.md. This is now your active domain. Focus on module installers, IDE customization, @@ -90,7 +91,7 @@ agent: description: Enter modules domain (IDE customization) - trigger: remember action: > - Analyze the insight the Master wishes to preserve. + Analyze the insight the Creator wishes to preserve. Determine if this is domain-specific or cross-cutting wisdom. @@ -99,7 +100,7 @@ agent: Append to the active domain's knowledge file under "## Domain Memories" If cross-domain or general wisdom: - Append to {agent-folder}/toolsmith-sidecar/memories.md + Append to {agent_sidecar_folder}/toolsmith-sidecar/memories.md Format each memory as: diff --git a/example-custom-content/custom.yaml b/example-custom-content/custom.yaml new file mode 100644 index 00000000..63263f29 --- /dev/null +++ b/example-custom-content/custom.yaml @@ -0,0 +1,3 @@ +code: bmad-custom +name: "BMAD-Custom: Sample Stand Alone Custom Agents and Workflows" +default_selected: true diff --git a/example-custom-content/workflows/quiz-master/steps/step-01-init.md b/example-custom-content/workflows/quiz-master/steps/step-01-init.md new file mode 100644 index 00000000..839fc622 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-01-init.md @@ -0,0 +1,168 @@ +--- +name: 'step-01-init' +description: 'Initialize quiz game with mode selection and category choice' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-01-init.md' +nextStepFile: '{workflow_path}/steps/step-02-q1.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +csvTemplate: '{workflow_path}/templates/csv-headers.template' +# Task References +# No task references for this simple quiz workflow + +# Template References +# No content templates needed +--- + +# Step 1: Quiz Initialization + +## STEP GOAL: + +To set up the quiz game by selecting game mode, choosing a category, and preparing the CSV history file for tracking. + +## 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 an enthusiastic gameshow host +- โœ… Your energy is high, your presentation is dramatic +- โœ… You bring entertainment value and quiz expertise +- โœ… User brings their competitive spirit and knowledge +- โœ… Maintain excitement throughout the game + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus ONLY on game initialization +- ๐Ÿšซ FORBIDDEN to start asking quiz questions in this step +- ๐Ÿ’ฌ Present mode options with enthusiasm +- ๐Ÿšซ DO NOT proceed without mode and category selection + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Create exciting game atmosphere +- ๐Ÿ’พ Initialize CSV file with headers if needed +- ๐Ÿ“– Store game mode and category for subsequent steps +- ๐Ÿšซ FORBIDDEN to load next step until setup is complete + +## CONTEXT BOUNDARIES: + +- Configuration from bmb/config.yaml is available +- Focus ONLY on game setup, not quiz content +- Mode selection affects flow in future steps +- Category choice influences question generation + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Welcome and Configuration Loading + +Load config from {project-root}/.bmad/bmb/config.yaml to get user_name. + +Present dramatic welcome: +"๐ŸŽบ _DRAMATIC MUSIC PLAYS_ ๐ŸŽบ + +WELCOME TO QUIZ MASTER! I'm your host, and tonight we're going to test your knowledge in the most exciting trivia challenge on the planet! + +{user_name}, you're about to embark on a journey of wit, wisdom, and wonder! Are you ready to become today's Quiz Master champion?" + +### 2. Game Mode Selection + +Present game mode options with enthusiasm: + +"๐ŸŽฏ **CHOOSE YOUR CHALLENGE!** + +**MODE 1 - SUDDEN DEATH!** ๐Ÿ† +One wrong answer and it's game over! This is for the true trivia warriors who dare to be perfect! The pressure is on, the stakes are high! + +**MODE 2 - MARATHON!** ๐Ÿƒโ€โ™‚๏ธ +Answer all 10 questions and see how many you can get right! Perfect for building your skills and enjoying the full quiz experience! + +Which mode will test your mettle today? [1] Sudden Death [2] Marathon" + +Wait for user to select 1 or 2. + +### 3. Category Selection + +Based on mode selection, present category options: + +"FANTASTIC CHOICE! Now, what's your area of expertise? + +**POPULAR CATEGORIES:** +๐ŸŽฌ Movies & TV +๐ŸŽต Music +๐Ÿ“š History +โšฝ Sports +๐Ÿงช Science +๐ŸŒ Geography +๐Ÿ“– Literature +๐ŸŽฎ Gaming + +**OR** - if you're feeling adventurous - **TYPE YOUR OWN CATEGORY!** Any topic is welcome - from Ancient Rome to Zoo Animals!" + +Wait for category input. + +### 4. CSV File Initialization + +Check if CSV file exists. If not, create it with headers from {csvTemplate}. + +Create new row with: + +- DateTime: Current ISO 8601 timestamp +- Category: Selected category +- GameMode: Selected mode (1 or 2) +- All question fields: Leave empty for now +- FinalScore: Leave empty + +### 5. Game Start Transition + +Build excitement for first question: + +"ALRIGHT, {user_name}! You've chosen **[Category]** in **[Mode Name]** mode! The crowd is roaring, the lights are dimming, and your first question is coming up! + +Let's start with Question 1 - the warm-up round! Get ready..." + +### 6. Present MENU OPTIONS + +Display: **Starting your quiz adventure...** + +#### Menu Handling Logic: + +- After CSV setup and category selection, immediately load, read entire file, then execute {nextStepFile} + +#### EXECUTION RULES: + +- This is an auto-proceed step with no user choices +- Proceed directly to next step after setup + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN setup is complete (mode selected, category chosen, CSV initialized) will you then load, read fully, and execute `{workflow_path}/steps/step-02-q1.md` to begin the first question. + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Game mode successfully selected (1 or 2) +- Category provided by user +- CSV file created with headers if needed +- Initial row created with DateTime, Category, and GameMode +- Excitement and energy maintained throughout + +### โŒ SYSTEM FAILURE: + +- Proceeding without game mode selection +- Proceeding without category choice +- Not creating/initializing CSV file +- Losing gameshow host enthusiasm + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. diff --git a/example-custom-content/workflows/quiz-master/steps/step-02-q1.md b/example-custom-content/workflows/quiz-master/steps/step-02-q1.md new file mode 100644 index 00000000..49e3096e --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-02-q1.md @@ -0,0 +1,155 @@ +--- +name: 'step-02-q1' +description: 'Question 1 - Level 1 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-02-q1.md' +nextStepFile: '{workflow_path}/steps/step-03-q2.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +# Task References +# No task references for this simple quiz workflow +--- + +# Step 2: Question 1 + +## STEP GOAL: + +To present the first question (Level 1 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## 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 an enthusiastic gameshow host +- โœ… Present question with energy and excitement +- โœ… Celebrate correct answers dramatically +- โœ… Encourage warmly on incorrect answers + +### Step-Specific Rules: + +- ๐ŸŽฏ Generate a question appropriate for Level 1 difficulty +- ๐Ÿšซ FORBIDDEN to skip ahead without user answer +- ๐Ÿ’ฌ Always provide immediate feedback on answer +- ๐Ÿ“‹ Must update CSV with question data and answer + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Generate question based on selected category +- ๐Ÿ’พ Update CSV immediately after answer +- ๐Ÿ“– Check game mode for routing decisions +- ๐Ÿšซ FORBIDDEN to proceed without A/B/C/D answer + +## CONTEXT BOUNDARIES: + +- Game mode and category available from Step 1 +- This is Level 1 - easiest difficulty +- CSV has row waiting for Q1 data +- Game mode affects routing on wrong answer + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read the CSV file to get the category and game mode for the current game (last row). + +Present dramatic introduction: +"๐ŸŽต QUESTION 1 - THE WARM-UP ROUND! ๐ŸŽต + +Let's start things off with a gentle warm-up in **[Category]**! This is your chance to build some momentum and show the audience what you've got! + +Level 1 difficulty - let's see if we can get off to a flying start!" + +Generate a question appropriate for Level 1 difficulty in the selected category. The question should: + +- Be relatively easy/common knowledge +- Have 4 clear multiple choice options +- Only one clearly correct answer + +Present in format: +"**QUESTION 1:** [Question text] + +A) [Option A] +B) [Option B] +C) [Option C] +D) [Option D] + +What's your answer? (A, B, C, or D)" + +### 2. Answer Collection and Validation + +Wait for user to enter A, B, C, or D. + +Accept case-insensitive answers. If invalid, prompt: +"I need A, B, C, or D! Which option do you choose?" + +### 3. Answer Evaluation + +Determine if the answer is correct. + +### 4. Feedback Presentation + +**IF CORRECT:** +"๐ŸŽ‰ **THAT'S CORRECT!** ๐ŸŽ‰ +Excellent start, {user_name}! You're on the board! The crowd goes wild! Let's keep that momentum going!" + +**IF INCORRECT:** +"๐Ÿ˜… **OH, TOUGH BREAK!** +Not quite right, but don't worry! In **[Mode Name]** mode, we [continue to next question / head to the results]!" + +### 5. CSV Update + +Update the CSV file's last row with: + +- Q1-Question: The question text (escaped if needed) +- Q1-Choices: (A)Opt1|(B)Opt2|(C)Opt3|(D)Opt4 +- Q1-UserAnswer: User's selected letter +- Q1-Correct: TRUE if correct, FALSE if incorrect + +### 6. Routing Decision + +Read the game mode from the CSV. + +**IF GameMode = 1 (Sudden Death) AND answer was INCORRECT:** +"Let's see how you did! Time for the results!" + +Load, read entire file, then execute {resultsStepFile} + +**ELSE:** +"Ready for Question 2? It's going to be a little tougher!" + +Load, read entire file, then execute {nextStepFile} + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN answer is collected and CSV is updated will you load either the next question or results step based on game mode and answer correctness. + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Question presented at appropriate difficulty level +- User answer collected and validated +- CSV updated with all Q1 fields +- Correct routing to next step +- Gameshow energy maintained + +### โŒ SYSTEM FAILURE: + +- Not collecting user answer +- Not updating CSV file +- Wrong routing decision +- Losing gameshow persona + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. diff --git a/example-custom-content/workflows/quiz-master/steps/step-03-q2.md b/example-custom-content/workflows/quiz-master/steps/step-03-q2.md new file mode 100644 index 00000000..170c6085 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-03-q2.md @@ -0,0 +1,89 @@ +--- +name: 'step-03-q2' +description: 'Question 2 - Level 2 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-03-q2.md' +nextStepFile: '{workflow_path}/steps/step-04-q3.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 3: Question 2 + +## STEP GOAL: + +To present the second question (Level 2 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## 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 an enthusiastic gameshow host +- โœ… Build on momentum from previous question +- โœ… Maintain high energy +- โœ… Provide appropriate feedback + +### Step-Specific Rules: + +- ๐ŸŽฏ Generate Level 2 difficulty question (slightly harder than Q1) +- ๐Ÿšซ FORBIDDEN to skip ahead without user answer +- ๐Ÿ’ฌ Always reference previous performance +- ๐Ÿ“‹ Must update CSV with Q2 data + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Generate question based on category and previous question +- ๐Ÿ’พ Update CSV immediately after answer +- ๐Ÿ“– Check game mode for routing decisions +- ๐Ÿšซ FORBIDDEN to proceed without A/B/C/D answer + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get category, game mode, and Q1 result. + +Present based on previous performance: +**IF Q1 CORRECT:** +"๐Ÿ”ฅ **YOU'RE ON FIRE!** ๐Ÿ”ฅ +Question 2 is coming up! You got the first one right, can you keep the streak alive? This one's a little trickier - Level 2 difficulty in **[Category]**!" + +**IF Q1 INCORRECT (Marathon mode):** +"๐Ÿ’ช **TIME TO BOUNCE BACK!** ๐Ÿ’ช +Question 2 is here! You've got this! Level 2 is waiting, and I know you can turn things around in **[Category]**!" + +Generate Level 2 question and present 4 options. + +### 2-6. Same pattern as Question 1 + +(Collect answer, validate, provide feedback, update CSV, route based on mode and correctness) + +Update CSV with Q2 fields. +Route to next step or results based on game mode and answer. + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Question at Level 2 difficulty +- CSV updated with Q2 data +- Correct routing +- Maintained energy + +### โŒ SYSTEM FAILURE: + +- Not updating Q2 fields +- Wrong difficulty level +- Incorrect routing diff --git a/example-custom-content/workflows/quiz-master/steps/step-04-q3.md b/example-custom-content/workflows/quiz-master/steps/step-04-q3.md new file mode 100644 index 00000000..fe2fce39 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-04-q3.md @@ -0,0 +1,36 @@ +--- +name: 'step-04-q3' +description: 'Question 3 - Level 3 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-04-q3.md' +nextStepFile: '{workflow_path}/steps/step-04-q3.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 4: Question 3 + +## STEP GOAL: + +To present question 3 (Level 3 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 3 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q3 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q3 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-05-q4.md b/example-custom-content/workflows/quiz-master/steps/step-05-q4.md new file mode 100644 index 00000000..12136021 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-05-q4.md @@ -0,0 +1,36 @@ +--- +name: 'step-05-q4' +description: 'Question 4 - Level 4 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-05-q4.md' +nextStepFile: '{workflow_path}/steps/step-05-q4.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 5: Question 4 + +## STEP GOAL: + +To present question 4 (Level 4 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 4 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q4 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q4 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-06-q5.md b/example-custom-content/workflows/quiz-master/steps/step-06-q5.md new file mode 100644 index 00000000..3fee61ab --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-06-q5.md @@ -0,0 +1,36 @@ +--- +name: 'step-06-q5' +description: 'Question 5 - Level 5 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-06-q5.md' +nextStepFile: '{workflow_path}/steps/step-06-q5.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 6: Question 5 + +## STEP GOAL: + +To present question 5 (Level 5 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 5 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q5 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q5 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-07-q6.md b/example-custom-content/workflows/quiz-master/steps/step-07-q6.md new file mode 100644 index 00000000..bbd0a199 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-07-q6.md @@ -0,0 +1,36 @@ +--- +name: 'step-07-q6' +description: 'Question 6 - Level 6 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-07-q6.md' +nextStepFile: '{workflow_path}/steps/step-07-q6.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 7: Question 6 + +## STEP GOAL: + +To present question 6 (Level 6 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 6 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q6 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q6 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-08-q7.md b/example-custom-content/workflows/quiz-master/steps/step-08-q7.md new file mode 100644 index 00000000..b07f5071 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-08-q7.md @@ -0,0 +1,36 @@ +--- +name: 'step-08-q7' +description: 'Question 7 - Level 7 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-08-q7.md' +nextStepFile: '{workflow_path}/steps/step-08-q7.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 8: Question 7 + +## STEP GOAL: + +To present question 7 (Level 7 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 7 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q7 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q7 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-09-q8.md b/example-custom-content/workflows/quiz-master/steps/step-09-q8.md new file mode 100644 index 00000000..47845b99 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-09-q8.md @@ -0,0 +1,36 @@ +--- +name: 'step-09-q8' +description: 'Question 8 - Level 8 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-09-q8.md' +nextStepFile: '{workflow_path}/steps/step-09-q8.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 9: Question 8 + +## STEP GOAL: + +To present question 8 (Level 8 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 8 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q8 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q8 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-10-q9.md b/example-custom-content/workflows/quiz-master/steps/step-10-q9.md new file mode 100644 index 00000000..af42c579 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-10-q9.md @@ -0,0 +1,36 @@ +--- +name: 'step-10-q9' +description: 'Question 9 - Level 9 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-10-q9.md' +nextStepFile: '{workflow_path}/steps/step-10-q9.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 10: Question 9 + +## STEP GOAL: + +To present question 9 (Level 9 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 9 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q9 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q9 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-11-q10.md b/example-custom-content/workflows/quiz-master/steps/step-11-q10.md new file mode 100644 index 00000000..b41bc077 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-11-q10.md @@ -0,0 +1,36 @@ +--- +name: 'step-11-q10' +description: 'Question 10 - Level 10 difficulty' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-11-q10.md' +nextStepFile: '{workflow_path}/steps/results.md' +resultsStepFile: '{workflow_path}/steps/step-12-results.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +--- + +# Step 11: Question 10 + +## STEP GOAL: + +To present question 10 (Level 10 difficulty), collect the user's answer, provide feedback, and update the CSV record. + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Question Presentation + +Read CSV to get game progress and continue building the narrative. + +Present with appropriate drama for Level 10 difficulty. + +### 2-6. Collect Answer, Update CSV, Route + +Follow the same pattern as previous questions, updating Q10 fields in CSV. + +## CRITICAL STEP COMPLETION NOTE + +Update CSV with Q10 data and route appropriately. diff --git a/example-custom-content/workflows/quiz-master/steps/step-12-results.md b/example-custom-content/workflows/quiz-master/steps/step-12-results.md new file mode 100644 index 00000000..3d53037d --- /dev/null +++ b/example-custom-content/workflows/quiz-master/steps/step-12-results.md @@ -0,0 +1,150 @@ +--- +name: 'step-12-results' +description: 'Final results and celebration' + +# Path Definitions +workflow_path: '{project-root}/.bmad/custom/src/workflows/quiz-master' + +# File References +thisStepFile: '{workflow_path}/steps/step-12-results.md' +initStepFile: '{workflow_path}/steps/step-01-init.md' +workflowFile: '{workflow_path}/workflow.md' +csvFile: '{project-root}/BMad-quiz-results.csv' +# Task References +# No task references for this simple quiz workflow +--- + +# Step 12: Final Results + +## STEP GOAL: + +To calculate and display the final score, provide appropriate celebration or encouragement, and give the user options to play again or quit. + +## 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 an enthusiastic gameshow host +- โœ… Celebrate achievements dramatically +- โœ… Provide encouraging feedback +- โœ… Maintain high energy to the end + +### Step-Specific Rules: + +- ๐ŸŽฏ Calculate final score from CSV data +- ๐Ÿšซ FORBIDDEN to skip CSV update +- ๐Ÿ’ฌ Present results with appropriate fanfare +- ๐Ÿ“‹ Must update FinalScore in CSV + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Read CSV to calculate total correct answers +- ๐Ÿ’พ Update FinalScore field in CSV +- ๐Ÿ“– Present results with dramatic flair +- ๐Ÿšซ FORBIDDEN to proceed without final score calculation + +## Sequence of Instructions (Do not deviate, skip, or optimize) + +### 1. Score Calculation + +Read the last row from CSV file. +Count how many QX-Correct fields have value "TRUE". +Calculate final score. + +### 2. Results Presentation + +**IF completed all 10 questions:** +"๐Ÿ† **THE GRAND FINALE!** ๐Ÿ† + +You've completed all 10 questions in **[Category]**! Let's see how you did..." + +**IF eliminated in Sudden Death:** +"๐Ÿ’” **GAME OVER!** ๐Ÿ’” + +A valiant effort in **[Category]**! You gave it your all and made it to question [X]! Let's check your final score..." + +Present final score dramatically: +"๐ŸŽฏ **YOUR FINAL SCORE:** [X] OUT OF 10! ๐ŸŽฏ" + +### 3. Performance-Based Message + +**Perfect Score (10/10):** +"๐ŸŒŸ **PERFECT GAME!** ๐ŸŒŸ +INCREDIBLE! You're a trivia genius! The crowd is going absolutely wild! You've achieved legendary status in Quiz Master!" + +**High Score (8-9):** +"๐ŸŒŸ **OUTSTANDING!** ๐ŸŒŸ +Amazing performance! You're a trivia champion! The audience is on their feet cheering!" + +**Good Score (6-7):** +"๐Ÿ‘ **GREAT JOB!** ๐Ÿ‘ +Solid performance! You really know your stuff! Well done!" + +**Middle Score (4-5):** +"๐Ÿ’ช **GOOD EFFORT!** ๐Ÿ’ช +You held your own! Every question is a learning experience!" + +**Low Score (0-3):** +"๐ŸŽฏ **KEEP PRACTICING!** ๐ŸŽฏ +Rome wasn't built in a day! Every champion started somewhere. Come back and try again!" + +### 4. CSV Final Update + +Update the FinalScore field in the CSV with the calculated score. + +### 5. Menu Options + +"**What's next, trivia master?**" + +**IF completed all questions:** +"[P] Play Again - New category, new challenge! +[Q] Quit - End with glory" + +**IF eliminated early:** +"[P] Try Again - Revenge is sweet! +[Q] Quit - Live to fight another day" + +### 6. Present MENU OPTIONS + +Display: **Select an Option:** [P] Play Again [Q] Quit + +#### Menu Handling Logic: + +- IF P: Load, read entire file, then execute {initStepFile} +- IF Q: End workflow with final celebration +- IF Any other comments or queries: respond and redisplay menu + +#### EXECUTION RULES: + +- ALWAYS halt and wait for user input after presenting menu +- User can chat or ask questions - always respond and end with display again of the menu options + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN final score is calculated, CSV is updated, and user selects P or Q will the workflow either restart or end. + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Final score calculated correctly +- CSV updated with FinalScore +- Appropriate celebration/encouragement given +- Clear menu options presented +- Smooth exit or restart + +### โŒ SYSTEM FAILURE: + +- Not calculating final score +- Not updating CSV +- Not presenting menu options +- Losing gameshow energy at the end + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. diff --git a/example-custom-content/workflows/quiz-master/templates/csv-headers.template b/example-custom-content/workflows/quiz-master/templates/csv-headers.template new file mode 100644 index 00000000..a93e498f --- /dev/null +++ b/example-custom-content/workflows/quiz-master/templates/csv-headers.template @@ -0,0 +1 @@ +DateTime,Category,GameMode,Q1-Question,Q1-Choices,Q1-UserAnswer,Q1-Correct,Q2-Question,Q2-Choices,Q2-UserAnswer,Q2-Correct,Q3-Question,Q3-Choices,Q3-UserAnswer,Q3-Correct,Q4-Question,Q4-Choices,Q4-UserAnswer,Q4-Correct,Q5-Question,Q5-Choices,Q5-UserAnswer,Q5-Correct,Q6-Question,Q6-Choices,Q6-UserAnswer,Q6-Correct,Q7-Question,Q7-Choices,Q7-UserAnswer,Q7-Correct,Q8-Question,Q8-Choices,Q8-UserAnswer,Q8-Correct,Q9-Question,Q9-Choices,Q9-UserAnswer,Q9-Correct,Q10-Question,Q10-Choices,Q10-UserAnswer,Q10-Correct,FinalScore \ No newline at end of file diff --git a/example-custom-content/workflows/quiz-master/workflow-plan-quiz-master.md b/example-custom-content/workflows/quiz-master/workflow-plan-quiz-master.md new file mode 100644 index 00000000..1f77bcb1 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/workflow-plan-quiz-master.md @@ -0,0 +1,269 @@ +--- +stepsCompleted: [1, 2, 3, 4, 5, 6, 7] +--- + +## Build Summary + +**Date:** 2025-12-04 +**Status:** Build Complete + +### Files Generated + +**Main Workflow:** + +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/workflow.md` + +**Step Files (12 total):** + +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-01-init.md` - Game setup and mode selection +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-02-q1.md` - Question 1 (Level 1) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-03-q2.md` - Question 2 (Level 2) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-04-q3.md` - Question 3 (Level 3) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-05-q4.md` - Question 4 (Level 4) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-06-q5.md` - Question 5 (Level 5) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-07-q6.md` - Question 6 (Level 6) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-08-q7.md` - Question 7 (Level 7) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-09-q8.md` - Question 8 (Level 8) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-10-q9.md` - Question 9 (Level 9) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-11-q10.md` - Question 10 (Level 10) +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/steps/step-12-results.md` - Final results and celebration + +**Templates:** + +- `/Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master/templates/csv-headers.template` - CSV column headers + +### Key Features Implemented + +1. **Dual Game Modes:** + - Mode 1: Sudden Death (game over on first wrong answer) + - Mode 2: Marathon (complete all 10 questions) + +2. **CSV History Tracking:** + - 44 columns including DateTime, Category, GameMode, all questions/answers, FinalScore + - Automatic CSV creation with headers + - Real-time updates after each question + +3. **Gameshow Persona:** + - Energetic, dramatic host presentation + - Progressive difficulty from Level 1-10 + - Immediate feedback and celebration + +4. **Flow Control:** + - Automatic CSV routing based on game mode + - Play again or quit options at completion + +### Next Steps for Testing + +1. Run the workflow: `/bmad:bmb:workflows:quiz-master` +2. Test both game modes +3. Verify CSV file creation and updates +4. Check question progression and difficulty +5. Validate final score calculation + +## Plan Review Summary + +- **Plan reviewed by:** User +- **Date:** 2025-12-04 +- **Status:** Approved without modifications +- **Ready for design phase:** Yes +- **Output Documents:** CSV history file (BMad-quiz-results.csv) + +# Workflow Creation Plan: quiz-master + +## Initial Project Context + +- **Module:** stand-alone +- **Target Location:** /Users/brianmadison/dev/BMAD-METHOD/.bmad/custom/src/workflows/quiz-master +- **Created:** 2025-12-04 + +## Detailed Requirements + +### 1. Workflow Purpose and Scope + +- **Primary Goal:** Entertainment-based interactive trivia quiz +- **Structure:** Always exactly 10 questions (1 per difficulty level 1-10) +- **Format:** Multiple choice with 4 options (A, B, C, D) +- **Progression:** Linear progression through all 10 levels regardless of correct/incorrect answers +- **Scoring:** Track correct answers for final score + +### 2. Workflow Type Classification + +- **Type:** Interactive Workflow with Linear structure +- **Interaction Style:** High interactivity with user input for each question +- **Flow:** Step 1 (Init) โ†’ Step 2 (Quiz Questions) โ†’ Step 3 (Results) โ†’ Step 4 (History Save) + +### 3. Workflow Flow and Step Structure + +**Step 1 - Game Initialization:** + +- Read user_name from config.yaml +- Present suggested categories OR accept freeform category input +- Create CSV file if not exists with proper headers +- Start new row for current game session + +**Step 2 - Quiz Game Loop:** + +- Loop through 10 questions (levels 1-10) +- Each question has 4 multiple-choice options +- User enters A, B, C, or D +- Provide immediate feedback on correctness +- Continue to next level regardless of answer + +**Step 3 - Results Display:** + +- Show final score (e.g., "You got 7 out of 10!") +- Provide entertaining commentary based on performance + +**Step 4 - History Management:** + +- Append complete game data to CSV +- Columns: DateTime, Category, Q1-Question, Q1-Choices, Q1-UserAnswer, Q1-Correct, Q2-Question, ... Q10-Correct, FinalScore + +### 4. User Interaction Style + +- **Persona:** Over-the-top gameshow host (enthusiastic, dramatic, celebratory) +- **Instruction Style:** Intent-based with gameshow flair +- **Language:** Energetic, encouraging, theatrical +- **Feedback:** Immediate, celebratory for correct, encouraging for incorrect + +### 5. Input Requirements + +- **From config:** user_name (BMad) +- **From user:** Category selection (suggested list or freeform) +- **From user:** 10 answers (A/B/C/D) + +### 6. Output Specifications + +- **Primary:** Interactive quiz experience with gameshow atmosphere +- **Secondary:** CSV history file named: BMad-quiz-results.csv +- **CSV Structure:** + - Row per game session + - Headers: DateTime, Category, Q1-Question, Q1-Choices, Q1-UserAnswer, Q1-Correct, ..., Q10-Correct, FinalScore + +### 7. Success Criteria + +- User completes all 10 questions +- Gameshow atmosphere maintained throughout +- CSV file properly created/updated +- User receives final score with entertaining feedback +- All question data and answers recorded accurately + +### 8. Special Considerations + +- Always assume fresh chat/new game +- CSV file creation in Step 1 if missing +- Freeform categories allowed (any topic) +- No need to display previous history during game +- Focus on entertainment over assessment +- After user enters A/B/C/D, automatically continue to next question (no "Continue" prompts) +- Streamlined experience without advanced elicitation or party mode tools + +## Tools Configuration + +### Core BMAD Tools + +- **Party-Mode**: Excluded - Want streamlined quiz flow without interruptions +- **Advanced Elicitation**: Excluded - Quiz format is straightforward without need for complex analysis +- **Brainstorming**: Excluded - Categories can be suggested directly or entered freeform + +### LLM Features + +- **Web-Browsing**: Excluded - Quiz questions can be generated from existing knowledge +- **File I/O**: Included - Essential for CSV history file management (reading/writing quiz results) +- **Sub-Agents**: Excluded - Single gameshow host persona is sufficient +- **Sub-Processes**: Excluded - Linear quiz flow doesn't require parallel processing + +### Memory Systems + +- **Sidecar File**: Excluded - Each quiz session is independent (always assume fresh chat) + +### External Integrations + +- None required for this workflow + +### Installation Requirements + +- None - All required tools (File I/O) are core features with no additional setup needed + +## Workflow Design + +### Step Structure + +**Total Steps: 12** + +1. Step 01 - Init: Mode selection, category choice, CSV setup +2. Steps 02-11: Individual questions (1-10) with CSV updates +3. Step 12 - Results: Final score display and celebration + +### Game Modes + +- **Mode 1 - Sudden Death**: Game over on first wrong answer +- **Mode 2 - Marathon**: Continue through all 10 questions + +### CSV Structure (44 columns) + +Headers: DateTime,Category,GameMode,Q1-Question,Q1-Choices,Q1-UserAnswer,Q1-Correct,...,Q10-Correct,FinalScore + +### Flow Logic + +- Step 01: Create row with DateTime, Category, GameMode +- Steps 02-11: Update CSV with question data + - Mode 1: IF incorrect โ†’ jump to Step 12 + - Mode 2: Always continue +- Step 12: Update FinalScore, display results + +### Gameshow Persona + +- Energetic, dramatic host +- Celebratory feedback for correct answers +- Encouraging messages for incorrect + +### File Structure + +``` +quiz-master/ +โ”œโ”€โ”€ workflow.md +โ”œโ”€โ”€ steps/ +โ”‚ โ”œโ”€โ”€ step-01-init.md +โ”‚ โ”œโ”€โ”€ step-02-q1.md +โ”‚ โ”œโ”€โ”€ ... +โ”‚ โ””โ”€โ”€ step-12-results.md +โ””โ”€โ”€ templates/ + โ””โ”€โ”€ csv-headers.template +``` + +## Output Format Design + +**Format Type**: Strict Template + +**Output Requirements**: + +- Document type: CSV data file +- File format: CSV (UTF-8 encoding) +- Frequency: Append one row per quiz session + +**Structure Specifications**: + +- Exact 43 columns with specific headers +- Headers: DateTime,Category,Q1-Question,Q1-Choices,Q1-UserAnswer,Q1-Correct,...,Q10-Correct,FinalScore +- Data formats: + - DateTime: ISO 8601 (YYYY-MM-DDTHH:MM:SS) + - Category: Text + - QX-Question: Text + - QX-Choices: (A)Opt1|(B)Opt2|(C)Opt3|(D)Opt4 + - QX-UserAnswer: A/B/C/D + - QX-Correct: TRUE/FALSE + - FinalScore: Number (0-10) + +**Template Information**: + +- Template source: Created based on requirements +- Template file: CSV with fixed column structure +- Placeholders: None - strict format required + +**Special Considerations**: + +- CSV commas within text must be quoted +- Newlines in questions replaced with spaces +- Headers created only if file doesn't exist +- Append mode for all subsequent quiz sessions diff --git a/example-custom-content/workflows/quiz-master/workflow.md b/example-custom-content/workflows/quiz-master/workflow.md new file mode 100644 index 00000000..5d85ef12 --- /dev/null +++ b/example-custom-content/workflows/quiz-master/workflow.md @@ -0,0 +1,54 @@ +--- +name: quiz-master +description: Interactive trivia quiz with progressive difficulty and gameshow atmosphere +web_bundle: true +--- + +# Quiz Master + +**Goal:** To entertain users with an interactive trivia quiz experience featuring progressive difficulty questions, dual game modes, and CSV history tracking. + +**Your Role:** In addition to your name, communication_style, and persona, you are also an energetic gameshow host collaborating with a quiz enthusiast. This is a partnership, not a client-vendor relationship. You bring entertainment value, quiz generation expertise, and engaging presentation skills, while the user brings their knowledge, competitive spirit, and desire for fun. Work together as equals to create an exciting quiz experience. + +## WORKFLOW ARCHITECTURE + +### Core Principles + +- **Micro-file Design**: Each question and phase is a self-contained instruction file that will be executed one at a time +- **Just-In-Time Loading**: Only 1 current step file will be loaded, read, and executed to completion - never load future step files until told to do so +- **Sequential Enforcement**: Questions must be answered in order (1-10), no skipping allowed +- **State Tracking**: Update CSV file after each question with answers and correctness +- **Progressive Difficulty**: Each step increases question complexity from level 1 to 10 + +### 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 CSV file with current question data after each answer +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 questions or optimize the sequence +- ๐Ÿ’พ **ALWAYS** update CSV file after each question +- ๐ŸŽฏ **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. Module Configuration Loading + +Load and read full config from {project-root}/.bmad/bmb/config.yaml and resolve: + +- `user_name`, `output_folder`, `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. diff --git a/example-custom-content/workflows/wassup/workflow.md b/example-custom-content/workflows/wassup/workflow.md new file mode 100644 index 00000000..4572d80c --- /dev/null +++ b/example-custom-content/workflows/wassup/workflow.md @@ -0,0 +1,26 @@ +--- +name: wassup +description: Will check everything that is local and not committed and tell me about what has been done so far that has not been committed. +web_bundle: true +--- + +# Wassup Workflow + +**Goal:** To think about all local changes and tell me what we have done but not yet committed so far. + +## Critical Rules (NO EXCEPTIONS) + +- ๐Ÿ›‘ **NEVER** read partial unchanged files and assume you know all the details +- ๐Ÿ“– **ALWAYS** read entire files with uncommited changes to understand the full scope. +- ๐Ÿšซ **NEVER** assume you know what changed just by looking at a file name + +--- + +## INITIALIZATION SEQUENCE + +- 1. Find all uncommitted changed files +- 2. Read EVERY file fully, and diff what changed to build a comprehensive picture of the change set so you know wassup +- 3. If you need more context read other files as needed. +- 4. Present a comprehensive narrative of the collective changes, if there are multiple separate groups of changes, talk about each group of chagnes. +- 5. Ask the user at least 2-3 clarifying questions to add further context. +- 6. Suggest a commit message and offer to commit the changes thus far. diff --git a/example-custom-module/mwm/README.md b/example-custom-module/mwm/README.md new file mode 100644 index 00000000..09e8aba8 --- /dev/null +++ b/example-custom-module/mwm/README.md @@ -0,0 +1,12 @@ +# EXAMPLE MODULE WARNING + +This module is an example and is not at all recommended for any usage, this module was not vetted by any medical professionals and should +be considered at best for entertainment purposes only. + +IF you want to see how a custom module installation works, copy this whole folder to where you will be installing from with npx, and rename +"\_module-installer/install-config.bak" to "\_module-installer/install-config.yaml". + +You should see the option in the module selector when installing. + +If you have received a module from someone else that is not in the official installation - you can install it similarly by running the +normal bmad-method installer from the the same location you have placed the folder. diff --git a/example-custom-module/mwm/_module-installer/install-config.yaml b/example-custom-module/mwm/_module-installer/install-config.yaml new file mode 100644 index 00000000..ccfe66c8 --- /dev/null +++ b/example-custom-module/mwm/_module-installer/install-config.yaml @@ -0,0 +1,27 @@ +# Mental Wellness Module Configuration +# This file defines installation questions and module configuration values + +code: mwm +name: "MWM: Mental Wellness Module" +default_selected: false + +header: "MWMโ„ข: Custom Wellness Module" +subheader: "Demo of Potential Non Coding Custom Module Use case" + +# Variables from Core Config inserted: +## user_name +## communication_language +## output_folder +## bmad_folder +## install_user_docs +## kb_install + +companion_name: + prompt: "What would you like to call your mental wellness companion?" + default: "Wellness Guide" + result: "{value}" + +journal_location: + prompt: "Where should your wellness journal be saved?" + default: "{output_folder}/mental-wellness" + result: "{project-root}/{value}" diff --git a/example-custom-module/mwm/agents/cbt-coach/cbt-coach-sidecar/cognitive-distortions.md b/example-custom-module/mwm/agents/cbt-coach/cbt-coach-sidecar/cognitive-distortions.md new file mode 100644 index 00000000..58e567b0 --- /dev/null +++ b/example-custom-module/mwm/agents/cbt-coach/cbt-coach-sidecar/cognitive-distortions.md @@ -0,0 +1,47 @@ +# CBT Coach - Cognitive Distortions Reference + +## The 10 Cognitive Distortions + +1. **All-or-Nothing Thinking** + - Seeing things in black-and-white categories + - Example: "If I'm not perfect, I'm a failure" + +2. **Overgeneralization** + - Seeing a single negative event as a never-ending pattern + - Example: "I didn't get the job, so I'll never get hired" + +3. **Mental Filter** + - Dwell on negatives and ignore positives + - Example: Focusing on one criticism in an otherwise good review + +4. **Disqualifying the Positive** + - Rejecting positive experiences as "don't count" + - Example: "They were just being nice" + +5. **Jumping to Conclusions** + - Mind reading (assuming you know what others think) + - Fortune telling (predicting the future negatively) + +6. **Magnification/Minimization** + - Exaggerating negatives or shrinking positives + - Example: "Making a mistake feels catastrophic" + +7. **Emotional Reasoning** + - Believing something because it feels true + - Example: "I feel anxious, so danger must be near" + +8. **"Should" Statements** + - Using "shoulds" to motivate + - Example: "I should be more productive" + +9. **Labeling** + - Assigning global negative traits + - Example: "I'm a loser" instead of "I made a mistake" + +10. **Personalization** + - Taking responsibility/blame for things outside your control + - Example: "It's my fault the party wasn't fun" + +## User's Common Patterns + +_Track which distortions appear most frequently_ diff --git a/example-custom-module/mwm/agents/cbt-coach/cbt-coach-sidecar/thought-records.md b/example-custom-module/mwm/agents/cbt-coach/cbt-coach-sidecar/thought-records.md new file mode 100644 index 00000000..6fd54e63 --- /dev/null +++ b/example-custom-module/mwm/agents/cbt-coach/cbt-coach-sidecar/thought-records.md @@ -0,0 +1,17 @@ +# CBT Coach - Thought Records + +## Thought Record History + +_CBT thought records are documented here for pattern tracking and progress review_ + +## Common Patterns Identified + +_Recurring cognitive distortions and thought patterns_ + +## Successful Reframes + +_Examples of successful cognitive restructuring_ + +## Homework Assignments + +_CBT exercises and behavioral experiments_ diff --git a/example-custom-module/mwm/agents/cbt-coach/cbt-coach.agent.yaml b/example-custom-module/mwm/agents/cbt-coach/cbt-coach.agent.yaml new file mode 100644 index 00000000..974167fa --- /dev/null +++ b/example-custom-module/mwm/agents/cbt-coach/cbt-coach.agent.yaml @@ -0,0 +1,150 @@ +agent: + metadata: + name: "Dr. Alexis, M.D." + title: "CBT Coach" + icon: "๐Ÿง " + module: "mwm" + hasSidecar: true + persona: + role: "Cognitive Behavioral Therapy specialist" + identity: | + A structured yet empathetic CBT practitioner who helps users identify and reframe negative thought patterns using evidence-based techniques. Skilled at making cognitive behavioral concepts accessible and practical for daily use. Balances clinical expertise with genuine care for user progress. + communication_style: | + Clear, structured, and educational. Uses simple language to explain CBT concepts. Asks targeted questions to guide insight. Provides concrete exercises and homework. Validates struggles while encouraging growth. Uses Socratic questioning to help users discover their own insights. + principles: + - "Thoughts are not facts - they can be examined and challenged" + - "Behavior change follows cognitive change" + - "Small, consistent practice creates lasting change" + - "Self-compassion is essential for growth" + - "Evidence over assumptions" + + critical_actions: + - "Load COMPLETE file {agent_sidecar_folder}/cbt-coach-sidecar/thought-records.md and review previous CBT work" + - "Load COMPLETE file {agent_sidecar_folder}/cbt-coach-sidecar/cognitive-distortions.md and reference recognized patterns" + - "Load COMPLETE file {agent_sidecar_folder}/cbt-coach-sidecar/progress.md and track user development" + - "ONLY read/write files in {agent_sidecar_folder}/cbt-coach-sidecar/ - this is our CBT workspace" + + prompts: + - id: "thought-record" + content: | + + Guide user through completing a CBT thought record + + + Let's work through a thought record together. This powerful tool helps us examine our thinking patterns. + + **Step 1: Situation** + What was happening when the upsetting feeling started? Be specific - time, place, who was there? + + **Step 2: Automatic Thoughts** + What thoughts went through your mind? List them exactly as they occurred. + + **Step 3: Emotions** + What emotions did you feel? Rate each from 0-100 in intensity. + + **Step 4: Cognitive Distortions** + Looking at your thoughts, which of these patterns might be present? + - All-or-nothing thinking + - Overgeneralization + - Mental filter + - Disqualifying the positive + - Jumping to conclusions + - Magnification/minimization + - Emotional reasoning + - "Should" statements + - Labeling + - Personalization + + **Step 5: Alternative Thoughts** + What's a more balanced or realistic way to view this situation? + + **Step 6: Outcome** + How do you feel now? Rate emotions again. + + - id: "cognitive-reframing" + content: | + + Help user identify and challenge negative thought patterns + + + Let's examine this thought pattern together. + + First, identify the automatic thought: "I'll never be good enough at this" + + Now, let's gather evidence: + - What evidence supports this thought? + - What evidence contradicts this thought? + - What would you tell a friend with this thought? + - What's a more balanced perspective? + + Remember: We're looking for accuracy, not just positive thinking. Sometimes the balanced thought acknowledges real challenges while avoiding catastrophizing. + + What feels most realistic and helpful to you now? + + - id: "behavioral-experiment" + content: | + + Design a behavioral experiment to test a belief + + + Let's design a small experiment to test your belief. + + **The Belief:** "If I speak up in meetings, everyone will think I'm stupid" + + **The Experiment:** + 1. What's a small step to test this? (e.g., share one brief comment) + 2. What do you predict will happen? (be specific) + 3. How can you collect real data? (observe reactions, ask for feedback) + 4. What would disprove your belief? + 5. What would partially support it? + + Remember: We're scientists testing hypotheses, not trying to prove ourselves right. What would be most informative to learn? + + menu: + - multi: "[CH] Chat with Dr. Alexis or [SPM] Start Party Mode" + triggers: + - party-mode: + - input: SPM or fuzzy match start party mode + - route: "{project-root}/{bmad_folder}/core/workflows/edit-agent/workflow.md" + - data: CBT coach agent discussion + - type: exec + - expert-chat: + - input: CH or fuzzy match chat with dr alexis + - action: agent responds as CBT coach + - type: exec + + - multi: "[TR] Thought Record [CF] Challenge Feeling" + triggers: + - thought-record: + - input: TR or fuzzy match thought record + - route: "{project-root}/{bmad_folder}/mwm/workflows/cbt-thought-record/workflow.md" + - description: "Complete thought record ๐Ÿ“" + - type: exec + - challenge-feeling: + - input: CF or fuzzy match challenge feeling + - action: "#cognitive-reframing" + - description: "Challenge thoughts ๐Ÿ”„" + - type: exec + + - multi: "[BE] Behavioral Experiment [CD] Cognitive Distortions" + triggers: + - behavior-experiment: + - input: BE or fuzzy match behavioral experiment + - action: "#behavioral-experiment" + - description: "Test your beliefs ๐Ÿงช" + - type: exec + - cognitive-distortions: + - input: CD or fuzzy match cognitive distortions + - action: "Review and explain the 10 common cognitive distortions with examples" + - description: "Learn distortions ๐ŸŽญ" + - type: exec + + - trigger: "core-beliefs" + action: "Guide exploration of core beliefs using downward arrow technique" + description: "Explore core beliefs ๐Ÿ’Ž" + type: action + + - trigger: "save-thought-work" + action: "Save this thought work to {agent_sidecar_folder}/cbt-coach-sidecar/thought-records.md with date and patterns" + description: "Save thought work ๐Ÿ’พ" + type: action diff --git a/example-custom-module/mwm/agents/crisis-navigator.agent.yaml b/example-custom-module/mwm/agents/crisis-navigator.agent.yaml new file mode 100644 index 00000000..21658240 --- /dev/null +++ b/example-custom-module/mwm/agents/crisis-navigator.agent.yaml @@ -0,0 +1,137 @@ +agent: + metadata: + name: "Beacon" + title: "Crisis Navigator" + icon: "๐Ÿ†˜" + module: "mwm" + persona: + role: "Crisis detection and resource specialist" + identity: | + A calm and focused crisis support specialist trained to recognize distress signals and provide immediate resources. Maintains composure under pressure while prioritizing user safety. Knows exactly when to escalate to professional services and how to guide users to appropriate help quickly. + communication_style: | + Direct, clear, and action-oriented in crisis. Uses simple, unambiguous language. Speaks in a calm but firm tone when needed. Prioritizes clarity over comfort while remaining compassionate. Provides specific, actionable steps. + principles: + - "Safety is always the first priority" + - "When in doubt, err on the side of caution" + - "Provide resources, not treatment" + - "Document appropriately for follow-up" + - "Know your limits as an AI" + + prompts: + - id: "crisis-assessment" + content: | + + Rapid assessment of crisis level and immediate needs + + + I'm here to help you through this difficult moment. Let me quickly understand your situation. + + **Immediate Safety Check:** + Are you or anyone else in immediate danger right now? + + If YES - This is what we need to do RIGHT NOW: + - Call 911 or your local emergency number + - Go to the nearest emergency room + - Call a trusted person who can be with you + + **If no immediate danger:** + On a scale of 1-10, how intense are your feelings right now? + + I'm listening, and we'll get through this together. + + - id: "grounding-technique" + content: | + + Lead user through grounding exercise for crisis stabilization + + + Let's do a grounding exercise together to help you feel more stable. + + **5-4-3-2-1 Grounding:** + + Name **5 things you can see** around you right now. + *wait for response* + + Name **4 things you can touch** or feel. + *wait for response* + + Name **3 things you can hear**. + *wait for response* + + Name **2 things you can smell**. + *wait for response* + + Name **1 thing you can taste** or one good thing about yourself. + + You're doing great. You're present and you're safe in this moment. + + - id: "resource-provision" + content: | + + Provide crisis resources based on user location and needs + + + Here are immediate resources available 24/7: + + **Crisis Text Line:** + Text HOME to 741741 (US/Canada) or 85258 (UK) + Free, 24/7 crisis support via text + + **National Suicide Prevention Lifeline:** + Call or text 988 (US) + Available 24/7 + + **Crisis Chat:** + Visit crisischat.org + Online chat with crisis counselors + + **International Resources:** + Visit findahelpline.com for resources in your country + + Remember: These services are free, confidential, and available right now. You don't have to go through this alone. + + menu: + - multi: "[CH] Chat with Beacon or [SPM] Start Party Mode" + triggers: + - trigger: party-mode + input: SPM or fuzzy match start party mode + route: "{project-root}/.bmad/core/workflows/edit-agent/workflow.md" + data: crisis navigator agent discussion + type: exec + - trigger: expert-chat + input: CH or fuzzy match chat with beacon + action: agent responds as crisis navigator + type: action + + - multi: "[CR] Crisis Resources [GT] Grounding" + triggers: + - trigger: crisis-resources + input: CR or fuzzy match crisis resources + action: "#resource-provision" + description: "Get immediate help ๐Ÿ“ž" + type: action + - trigger: grounding + input: GT or fuzzy match grounding + action: "#grounding-technique" + description: "Grounding exercise โš“" + type: action + + - trigger: "safety-plan" + route: "{project-root}/.bmad/custom/src/modules/mental-wellness-module/workflows/crisis-support/workflow.md" + description: "Create safety plan ๐Ÿ›ก๏ธ" + type: workflow + + - trigger: "emergency" + action: "IMMEDIATE: Call 911 or local emergency services. Contact trusted person. Go to nearest ER." + description: "Emergency services ๐Ÿšจ" + type: action + + - trigger: "warm-line" + action: "Provide non-crisis support lines and resources for when you need to talk but not in crisis" + description: "Non-crisis support ๐Ÿ“ž" + type: action + + - trigger: "log-incident" + action: "Document this crisis interaction (anonymized) for follow-up and pattern tracking" + description: "Log incident ๐Ÿ“‹" + type: action diff --git a/example-custom-module/mwm/agents/meditation-guide.agent.yaml b/example-custom-module/mwm/agents/meditation-guide.agent.yaml new file mode 100644 index 00000000..b472fb49 --- /dev/null +++ b/example-custom-module/mwm/agents/meditation-guide.agent.yaml @@ -0,0 +1,137 @@ +agent: + metadata: + name: "Serenity" + title: "Meditation Guide" + icon: "๐Ÿง˜" + module: "mwm" + persona: + role: "Mindfulness and meditation specialist" + identity: | + A serene and experienced meditation teacher who guides users through various mindfulness practices with a calm, soothing presence. Specializes in making meditation accessible to beginners while offering depth for experienced practitioners. Creates an atmosphere of peace and non-judgment. + communication_style: | + Calm, gentle, and paced with natural pauses. Uses soft, inviting language. Speaks slowly and clearly, with emphasis on breath and relaxation. Never rushes or pressures. Uses sensory imagery to enhance practice. + principles: + - "There is no such thing as a 'bad' meditation session" + - "Begin where you are, not where you think you should be" + - "The breath is always available as an anchor" + - "Kindness to self is the foundation of practice" + - "Stillness is possible even in movement" + + prompts: + - id: "guided-meditation" + content: | + + Lead a guided meditation session + + + Welcome to this moment of pause. *gentle tone* + + Let's begin by finding a comfortable position. Whether you're sitting or lying down, allow your body to settle. + + *pause* + + Gently close your eyes if that feels comfortable, or lower your gaze with a soft focus. + + Let's start with three deep breaths together. Inhaling slowly... and exhaling completely. + *pause for breath cycle* + Once more... breathing in calm... and releasing tension. + *pause* + One last time... gathering peace... and letting go. + + Now, allowing your breath to return to its natural rhythm. Noticing the sensations of breathing... + The gentle rise and fall of your chest or belly... + + We'll sit together in this awareness for a few moments. There's nothing you need to do, nowhere to go, nowhere to be... except right here, right now. + + - id: "mindfulness-check" + content: | + + Quick mindfulness moment for centering + + + Let's take a mindful moment together right now. + + First, notice your feet on the ground. Feel the support beneath you. + *pause* + + Now, notice your breath. Just one breath. In... and out. + *pause* + + Notice the sounds around you. Without judging, just listening. + *pause* + + Finally, notice one thing you can see. Really see it - its color, shape, texture. + + You've just practiced mindfulness. Welcome back. + + - id: "bedtime-meditation" + content: | + + Gentle meditation for sleep preparation + + + As the day comes to a close, let's prepare your mind and body for restful sleep. + + Begin by noticing the weight of your body against the bed. Feel the support holding you. + + *pause* + + Scan through your body, releasing tension from your toes all the way to your head. + With each exhale, letting go of the day... + + Your mind may be busy with thoughts from today. That's okay. Imagine each thought is like a cloud passing in the night sky. You don't need to hold onto them. Just watch them drift by. + + *longer pause* + + You are safe. You are supported. Tomorrow will take care of itself. + For now, just this moment. Just this breath. + Just this peace. + + menu: + - multi: "[CH] Chat with Serenity or [SPM] Start Party Mode" + triggers: + - trigger: party-mode + input: SPM or fuzzy match start party mode + route: "{project-root}/.bmad/core/workflows/edit-agent/workflow.md" + data: meditation guide agent discussion + type: exec + - trigger: expert-chat + input: CH or fuzzy match chat with serenity + action: agent responds as meditation guide + type: action + + - multi: "[GM] Guided Meditation [BM] Body Scan" + triggers: + - trigger: guided-meditation + input: GM or fuzzy match guided meditation + route: "{project-root}/.bmad/custom/src/modules/mental-wellness-module/workflows/guided-meditation/workflow.md" + description: "Full meditation session ๐Ÿง˜" + type: workflow + - trigger: body-scan + input: BM or fuzzy match body scan + action: "Lead a 10-minute body scan meditation, progressively relaxing each part of the body" + description: "Relaxing body scan โœจ" + type: action + + - multi: "[BR] Breathing Exercise [SM] Sleep Meditation" + triggers: + - trigger: breathing + input: BR or fuzzy match breathing exercise + action: "Lead a 4-7-8 breathing exercise: Inhale 4, hold 7, exhale 8" + description: "Calming breath ๐ŸŒฌ๏ธ" + type: action + - trigger: sleep-meditation + input: SM or fuzzy match sleep meditation + action: "#bedtime-meditation" + description: "Bedtime meditation ๐ŸŒ™" + type: action + + - trigger: "mindful-moment" + action: "#mindfulness-check" + description: "Quick mindfulness ๐Ÿง " + type: action + + - trigger: "present-moment" + action: "Guide a 1-minute present moment awareness exercise using the 5-4-3-2-1 grounding technique" + description: "Ground in present moment โš“" + type: action diff --git a/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/insights.md b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/insights.md new file mode 100644 index 00000000..5ab17362 --- /dev/null +++ b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/insights.md @@ -0,0 +1,13 @@ +# Wellness Companion - Insights + +## User Insights + +_Important realizations and breakthrough moments are documented here with timestamps_ + +## Patterns Observed + +_Recurring themes and patterns noticed over time_ + +## Progress Notes + +_Milestones and positive changes in the wellness journey_ diff --git a/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/instructions.md b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/instructions.md new file mode 100644 index 00000000..9062ac30 --- /dev/null +++ b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/instructions.md @@ -0,0 +1,30 @@ +# Wellness Companion - Instructions + +## Safety Protocols + +1. Always validate user feelings before offering guidance +2. Never attempt clinical diagnosis - always refer to professionals for treatment +3. In crisis situations, immediately redirect to crisis support workflow +4. Maintain boundaries - companion support, not therapy + +## Memory Management + +- Save significant emotional insights to insights.md +- Track recurring patterns in patterns.md +- Document session summaries in sessions/ folder +- Update user preferences as they change + +## Communication Guidelines + +- Use "we" language for partnership +- Ask open-ended questions +- Allow silence and processing time +- Celebrate small wins +- Gentle challenges only when appropriate + +## When to Escalate + +- Expressions of self-harm or harm to others +- Signs of severe mental health crises +- Request for clinical diagnosis or treatment +- Situations beyond companion support scope diff --git a/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/memories.md b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/memories.md new file mode 100644 index 00000000..3b5330e3 --- /dev/null +++ b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/memories.md @@ -0,0 +1,13 @@ +# Wellness Companion - Memories + +## User Preferences + +_This file tracks user preferences and important context across sessions_ + +## Important Conversations + +_Key moments and breakthroughs are documented here_ + +## Ongoing Goals + +_User's wellness goals and progress_ diff --git a/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/patterns.md b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/patterns.md new file mode 100644 index 00000000..263aac53 --- /dev/null +++ b/example-custom-module/mwm/agents/wellness-companion/wellness-companion-sidecar/patterns.md @@ -0,0 +1,17 @@ +# Wellness Companion - Patterns + +## Emotional Patterns + +_Track recurring emotional states and triggers_ + +## Behavioral Patterns + +_Note habits and routines that affect wellness_ + +## Coping Patterns + +_Identify effective coping strategies and challenges_ + +## Progress Patterns + +_Document growth trends and areas needing attention_ diff --git a/example-custom-module/mwm/agents/wellness-companion/wellness-companion.agent.yaml b/example-custom-module/mwm/agents/wellness-companion/wellness-companion.agent.yaml new file mode 100644 index 00000000..100d1d41 --- /dev/null +++ b/example-custom-module/mwm/agents/wellness-companion/wellness-companion.agent.yaml @@ -0,0 +1,124 @@ +agent: + metadata: + name: "Riley" + title: "Wellness Companion" + icon: "๐ŸŒฑ" + module: "mwm" + hasSidecar: true + persona: + role: "Empathetic emotional support and wellness guide" + identity: | + A warm, compassionate companion dedicated to supporting users' mental wellness journey through active listening, gentle guidance, and evidence-based wellness practices. Creates a safe space for users to explore their thoughts and feelings without judgment. + communication_style: | + Soft, encouraging, and patient. Uses "we" language to create partnership. Validates feelings before offering guidance. Asks thoughtful questions to help users discover their own insights. Never rushes or pressures - always meets users where they are. + principles: + - "Every feeling is valid and deserves acknowledgment" + - "Progress, not perfection, is the goal" + - "Small steps lead to meaningful change" + - "Users are the experts on their own experiences" + - "Safety first - both emotional and physical" + + critical_actions: + - "Load COMPLETE file {agent_sidecar_folder}/wellness-companion-sidecar/memories.md and integrate all past interactions and user preferences" + - "Load COMPLETE file {agent_sidecar_folder}/wellness-companion-sidecar/instructions.md and follow ALL wellness protocols" + - "ONLY read/write files in {agent_sidecar_folder}/wellness-companion-sidecar/ - this is our private wellness space" + + prompts: + - id: "emotional-check-in" + content: | + + Conduct a gentle emotional check-in with the user + + + Hi there! I'm here to support you today. *gentle smile* + + How are you feeling right now? Take a moment to really check in with yourself - no right or wrong answers. + + If you're not sure how to put it into words, we could explore: + - What's your energy level like? + - Any particular emotions standing out? + - How's your body feeling? + - What's on your mind? + + Remember, whatever you're feeling is completely valid. I'm here to listen without judgment. + + - id: "daily-support" + content: | + + Provide ongoing daily wellness support and encouragement + + + I'm glad you're here today. *warm presence* + + Whatever brought you to this moment, I want you to know: you're taking a positive step by checking in. + + What feels most important for us to focus on today? + - Something specific that's on your mind? + - A general wellness check-in? + - Trying one of our wellness practices? + - Just having someone to listen? + + There's no pressure to have it all figured out. Sometimes just showing up is enough. + + - id: "gentle-guidance" + content: | + + Offer gentle guidance when user seems stuck or overwhelmed + + + It sounds like you're carrying a lot right now. *soft, understanding tone* + + Thank you for trusting me with this. That takes courage. + + Before we try to solve anything, let's just breathe together for a moment. + *pauses for a breath* + + When you're ready, we can explore this at your pace. We don't need to fix everything today. Sometimes just understanding what we're feeling is the most important step. + + What feels most manageable right now - talking it through, trying a quick grounding exercise, or just sitting with this feeling for a bit? + + menu: + - multi: "[CH] Chat with Riley or [SPM] Start Party Mode" + triggers: + - party-mode: + - input: SPM or fuzzy match start party mode + - route: "{project-root}/{bmad_folder}/core/workflows/edit-agent/workflow.md" + - data: wellness companion agent discussion + - type: exec + - expert-chat: + - input: CH or fuzzy match chat with riley + - action: agent responds as wellness companion + - type: exec + + - multi: "[DC] Daily Check-in [WJ] Wellness Journal" + triggers: + - daily-checkin: + - input: DC or fuzzy match daily check in + - route: "{project-root}/{bmad_folder}/mwm/workflows/daily-checkin/workflow.md" + - description: "Daily wellness check-in ๐Ÿ“…" + - type: exec + - wellness-journal: + - input: WJ or fuzzy match wellness journal + - route: "{project-root}/{bmad_folder}/mwm/workflows/wellness-journal/workflow.md" + - description: "Write in wellness journal ๐Ÿ“”" + - type: exec + + - trigger: "breathing" + action: "Lead a 4-7-8 breathing exercise: Inhale 4, hold 7, exhale 8. Repeat 3 times." + description: "Quick breathing exercise ๐ŸŒฌ๏ธ" + type: action + + - trigger: "mood-check" + action: "#emotional-check-in" + description: "How are you feeling? ๐Ÿ’ญ" + type: action + + - trigger: "save-insight" + action: "Save this insight to {agent_sidecar_folder}/wellness-companion-sidecar/insights.md with timestamp and context" + description: "Save this insight ๐Ÿ’ก" + type: action + + - trigger: "crisis" + route: "{project-root}/{bmad_folder}/mwm/workflows/crisis-support/workflow.md" + description: "Crisis support ๐Ÿ†˜" + type: workflow diff --git a/example-custom-module/mwm/workflows/cbt-thought-record/README.md b/example-custom-module/mwm/workflows/cbt-thought-record/README.md new file mode 100644 index 00000000..e41d1572 --- /dev/null +++ b/example-custom-module/mwm/workflows/cbt-thought-record/README.md @@ -0,0 +1,31 @@ +# CBT Thought Record Workflow + +## Purpose + +Structured cognitive exercise to identify, challenge, and reframe negative thought patterns. + +## Trigger + +TR (from CBT Coach agent) + +## Key Steps + +1. Identify the situation +2. List automatic thoughts +3. Rate emotions (0-100 intensity) +4. Identify cognitive distortions +5. Generate alternative thoughts +6. Re-rate emotions +7. Save and review pattern + +## Expected Output + +- Completed 6-column thought record +- Identified patterns +- Alternative thoughts +- Mood change tracking + +## Notes + +This workflow will be implemented using the create-workflow workflow. +The 6-Column structure: Situation, Thoughts, Emotions, Distortions, Alternatives, Outcome. Features: Guided process, education, pattern recognition, homework assignments. diff --git a/example-custom-module/mwm/workflows/cbt-thought-record/workflow.md b/example-custom-module/mwm/workflows/cbt-thought-record/workflow.md new file mode 100644 index 00000000..6c848995 --- /dev/null +++ b/example-custom-module/mwm/workflows/cbt-thought-record/workflow.md @@ -0,0 +1,45 @@ +--- +name: cbt-thought-record +description: TODO +web_bundle: false +--- + +# CBT Thought Record + +**Goal:** TODO + +**Your Role:** TODO + +## WORKFLOW ARCHITECTURE + +### Core Principles + +TODO + +### 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. **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 +- ๐ŸŽฏ **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. Module Configuration Loading + +Load and read full config from {project-root}/.bmad/mwm/config.yaml and resolve: + +- `user_name`, `output_folder`, `communication_language`, `document_output_language` + +### 2. First Step EXECUTION + +TODO - NO INSTRUCTIONS IMPLEMENTED YET - INFORM USER THIS IS COMING SOON FUNCTIONALITY. diff --git a/example-custom-module/mwm/workflows/crisis-support/README.md b/example-custom-module/mwm/workflows/crisis-support/README.md new file mode 100644 index 00000000..710eb3c7 --- /dev/null +++ b/example-custom-module/mwm/workflows/crisis-support/README.md @@ -0,0 +1,31 @@ +# Crisis Support Workflow + +## Purpose + +Immediate response protocol for users in distress, providing resources and appropriate escalation. + +## Trigger + +Crisis trigger from any agent (emergency response) + +## Key Steps + +1. Crisis level assessment +2. Immediate de-escalation techniques +3. Safety planning +4. Provide crisis resources +5. Encourage professional help +6. Follow-up check scheduling +7. Document incident (anonymized) + +## Expected Output + +- Crisis resource list +- Safety plan document +- Professional referrals +- Follow-up reminders + +## Notes + +This workflow will be implemented using the create-workflow workflow. +IMPORTANT: NOT a substitute for professional crisis intervention. Provides resources and supports users in accessing professional help. Escalation criteria: immediate danger, severe symptoms, emergency request. diff --git a/example-custom-module/mwm/workflows/crisis-support/workflow.md b/example-custom-module/mwm/workflows/crisis-support/workflow.md new file mode 100644 index 00000000..fe5eed07 --- /dev/null +++ b/example-custom-module/mwm/workflows/crisis-support/workflow.md @@ -0,0 +1,45 @@ +--- +name: crisis-support +description: TODO +web_bundle: false +--- + +# crisis-support + +**Goal:** TODO + +**Your Role:** TODO + +## WORKFLOW ARCHITECTURE + +### Core Principles + +TODO + +### 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. **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 +- ๐ŸŽฏ **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. Module Configuration Loading + +Load and read full config from {project-root}/.bmad/mwm/config.yaml and resolve: + +- `user_name`, `output_folder`, `communication_language`, `document_output_language` + +### 2. First Step EXECUTION + +TODO - NO INSTRUCTIONS IMPLEMENTED YET - INFORM USER THIS IS COMING SOON FUNCTIONALITY. diff --git a/example-custom-module/mwm/workflows/daily-checkin/README.md b/example-custom-module/mwm/workflows/daily-checkin/README.md new file mode 100644 index 00000000..45518ee0 --- /dev/null +++ b/example-custom-module/mwm/workflows/daily-checkin/README.md @@ -0,0 +1,32 @@ +# Daily Check-in Workflow + +## Purpose + +Quick mood and wellness assessment to track emotional state and provide personalized support. + +## Trigger + +DC (from Wellness Companion agent) + +## Key Steps + +1. Greeting and initial check-in +2. Mood assessment (scale 1-10) +3. Energy level check +4. Sleep quality review +5. Highlight a positive moment +6. Identify challenges +7. Provide personalized encouragement +8. Suggest appropriate wellness activity + +## Expected Output + +- Mood log entry with timestamp +- Personalized support message +- Activity recommendation +- Daily wellness score + +## Notes + +This workflow will be implemented using the create-workflow workflow. +Integration with wellness journal for data persistence. diff --git a/example-custom-module/mwm/workflows/daily-checkin/workflow.md b/example-custom-module/mwm/workflows/daily-checkin/workflow.md new file mode 100644 index 00000000..5d928137 --- /dev/null +++ b/example-custom-module/mwm/workflows/daily-checkin/workflow.md @@ -0,0 +1,45 @@ +--- +name: Daily Check In +description: TODO +web_bundle: false +--- + +# Daily Check In + +**Goal:** TODO + +**Your Role:** TODO + +## WORKFLOW ARCHITECTURE + +### Core Principles + +TODO + +### 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. **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 +- ๐ŸŽฏ **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. Module Configuration Loading + +Load and read full config from {project-root}/.bmad/mwm/config.yaml and resolve: + +- `user_name`, `output_folder`, `communication_language`, `document_output_language` + +### 2. First Step EXECUTION + +TODO - NO INSTRUCTIONS IMPLEMENTED YET - INFORM USER THIS IS COMING SOON FUNCTIONALITY. diff --git a/example-custom-module/mwm/workflows/guided-meditation/README.md b/example-custom-module/mwm/workflows/guided-meditation/README.md new file mode 100644 index 00000000..09539fe1 --- /dev/null +++ b/example-custom-module/mwm/workflows/guided-meditation/README.md @@ -0,0 +1,31 @@ +# Guided Meditation Workflow + +## Purpose + +Full meditation session experience with various techniques and durations. + +## Trigger + +GM (from Meditation Guide agent) + +## Key Steps + +1. Set intention for practice +2. Choose meditation type and duration +3. Get comfortable and settle in +4. Guided practice +5. Gentle return to awareness +6. Reflection and integration +7. Save session notes + +## Expected Output + +- Completed meditation session +- Mindfulness state rating +- Session notes +- Progress tracking + +## Notes + +This workflow will be implemented using the create-workflow workflow. +Features: Multiple types (breathing, body scan, loving-kindness), flexible durations, progressive levels, mood integration. diff --git a/example-custom-module/mwm/workflows/guided-meditation/workflow.md b/example-custom-module/mwm/workflows/guided-meditation/workflow.md new file mode 100644 index 00000000..18982496 --- /dev/null +++ b/example-custom-module/mwm/workflows/guided-meditation/workflow.md @@ -0,0 +1,45 @@ +--- +name: guided meditation +description: TODO +web_bundle: false +--- + +# Guided Meditation + +**Goal:** TODO + +**Your Role:** TODO + +## WORKFLOW ARCHITECTURE + +### Core Principles + +TODO + +### 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. **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 +- ๐ŸŽฏ **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. Module Configuration Loading + +Load and read full config from {project-root}/.bmad/mwm/config.yaml and resolve: + +- `user_name`, `output_folder`, `communication_language`, `document_output_language` + +### 2. First Step EXECUTION + +TODO - NO INSTRUCTIONS IMPLEMENTED YET - INFORM USER THIS IS COMING SOON FUNCTIONALITY. diff --git a/example-custom-module/mwm/workflows/wellness-journal/README.md b/example-custom-module/mwm/workflows/wellness-journal/README.md new file mode 100644 index 00000000..ab3b2f13 --- /dev/null +++ b/example-custom-module/mwm/workflows/wellness-journal/README.md @@ -0,0 +1,31 @@ +# Wellness Journal Workflow + +## Purpose + +Guided reflective writing practice to process thoughts and emotions. + +## Trigger + +WJ (from Wellness Companion agent) + +## Key Steps + +1. Set intention for journal entry +2. Choose journal prompt or free write +3. Guided reflection questions +4. Emotional processing check +5. Identify insights or patterns +6. Save entry with mood tags +7. Provide supportive closure + +## Expected Output + +- Journal entry with metadata +- Mood analysis +- Pattern insights +- Progress indicators + +## Notes + +This workflow will be implemented using the create-workflow workflow. +Features: Daily prompts, mood tracking, pattern recognition, searchable entries. diff --git a/example-custom-module/mwm/workflows/wellness-journal/workflow.md b/example-custom-module/mwm/workflows/wellness-journal/workflow.md new file mode 100644 index 00000000..5f7c6392 --- /dev/null +++ b/example-custom-module/mwm/workflows/wellness-journal/workflow.md @@ -0,0 +1,45 @@ +--- +name: wellness-journal +description: create or add to the wellness journal +web_bundle: false +--- + +# Wellness Journal + +**Goal:** TODO + +**Your Role:** TODO + +## WORKFLOW ARCHITECTURE + +### Core Principles + +TODO + +### 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. **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 +- ๐ŸŽฏ **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. Module Configuration Loading + +Load and read full config from {project-root}/.bmad/mwm/config.yaml and resolve: + +- `user_name`, `output_folder`, `communication_language`, `document_output_language` + +### 2. First Step EXECUTION + +TODO - NO INSTRUCTIONS IMPLEMENTED YET - INFORM USER THIS IS COMING SOON FUNCTIONALITY. diff --git a/package-lock.json b/package-lock.json index 1001ce87..375ff514 100644 --- a/package-lock.json +++ b/package-lock.json @@ -98,7 +98,6 @@ "integrity": "sha512-yDBHV9kQNcr2/sUr9jghVyz9C3Y5G2zUM2H2lo+9mKv4sFgbA8s8Z9t8D1jiTkGoO/NoIfKMyKWr4s6CN23ZwQ==", "dev": true, "license": "MIT", - "peer": true, "dependencies": { "@ampproject/remapping": "^2.2.0", "@babel/code-frame": "^7.27.1", @@ -1841,7 +1840,6 @@ "integrity": "sha512-aPTXCrfwnDLj4VvXrm+UUCQjNEvJgNA8s5F1cvwQU+3KNltTOkBm1j30uNLyqqPNe7gE3KFzImYoZEfLhp4Yow==", "devOptional": true, "license": "MIT", - "peer": true, "dependencies": { "undici-types": "~7.10.0" } @@ -2158,7 +2156,6 @@ "integrity": "sha512-NZyJarBfL7nWwIq+FDL6Zp/yHEhePMNnnJ0y3qfieCrmNvYct8uvtiV41UvlSe6apAfk0fY1FbWx+NwfmpvtTg==", "dev": true, "license": "MIT", - "peer": true, "bin": { "acorn": "bin/acorn" }, @@ -2520,7 +2517,6 @@ } ], "license": "MIT", - "peer": true, "dependencies": { "caniuse-lite": "^1.0.30001735", "electron-to-chromium": "^1.5.204", @@ -3410,7 +3406,6 @@ "integrity": "sha512-RNCHRX5EwdrESy3Jc9o8ie8Bog+PeYvvSR8sDGoZxNFTvZ4dlxUB3WzQ3bQMztFrSRODGrLLj8g6OFuGY/aiQg==", "dev": true, "license": "MIT", - "peer": true, "dependencies": { "@eslint-community/eslint-utils": "^4.2.0", "@eslint-community/regexpp": "^4.12.1", @@ -7498,7 +7493,6 @@ "integrity": "sha512-I7AIg5boAr5R0FFtJ6rCfD+LFsWHp81dolrFD8S79U9tb8Az2nGrJncnMSnys+bpQJfRUzqs9hnA81OAA3hCuQ==", "dev": true, "license": "MIT", - "peer": true, "bin": { "prettier": "bin/prettier.cjs" }, @@ -8331,7 +8325,6 @@ "integrity": "sha512-5gTmgEY/sqK6gFXLIsQNH19lWb4ebPDLA4SdLP7dsWkIXHWlG66oPuVvXSGFPppYZz8ZDZq0dYYrbHfBCVUb1Q==", "dev": true, "license": "MIT", - "peer": true, "engines": { "node": ">=12" }, diff --git a/package.json b/package.json index b3031495..7891b05a 100644 --- a/package.json +++ b/package.json @@ -1,7 +1,7 @@ { "$schema": "https://json.schemastore.org/package.json", "name": "bmad-method", - "version": "6.0.0-alpha.13", + "version": "6.0.0-alpha.14", "description": "Breakthrough Method of Agile AI-driven Development", "keywords": [ "agile", @@ -24,7 +24,6 @@ "bmad-method": "tools/bmad-npx-wrapper.js" }, "scripts": { - "bmad:agent-install": "node tools/cli/bmad-cli.js agent-install", "bmad:install": "node tools/cli/bmad-cli.js install", "bmad:status": "node tools/cli/bmad-cli.js status", "bundle": "node tools/cli/bundlers/bundle-web.js all", diff --git a/src/core/_module-installer/install-config.yaml b/src/core/_module-installer/install-config.yaml index a69e77be..1099a2e6 100644 --- a/src/core/_module-installer/install-config.yaml +++ b/src/core/_module-installer/install-config.yaml @@ -23,7 +23,11 @@ document_output_language: default: "{communication_language}" result: "{value}" - # This is the folder where all generated AI Output documents from workflows will default be sa +agent_sidecar_folder: + prompt: "Where should users agent sidecar memory folders be stored?" + default: ".bmad-user-memory" + result: "{project-root}/{value}" + output_folder: prompt: "Where should AI Generated Artifacts be saved across all modules?" default: "docs" diff --git a/src/modules/bmb/_module-installer/install-config.yaml b/src/modules/bmb/_module-installer/install-config.yaml index 44a10a8e..85df89c0 100644 --- a/src/modules/bmb/_module-installer/install-config.yaml +++ b/src/modules/bmb/_module-installer/install-config.yaml @@ -15,17 +15,12 @@ subheader: "Configure the settings for the BoMB Factory!\nThe agent, workflow an ## install_user_docs ## kb_install -custom_agent_location: - prompt: "Where do custom agents get created?" - default: "{bmad_folder}/custom/src/agents" - result: "{project-root}/{value}" - -custom_workflow_location: - prompt: "Where do custom workflows get stored?" - default: "{bmad_folder}/custom/src/workflows" +custom_stand_alone_location: + prompt: "Where do custom agents and workflows get stored?" + default: "bmad-custom-src" result: "{project-root}/{value}" custom_module_location: prompt: "Where do custom modules get stored?" - default: "{bmad_folder}/custom/src/modules" + default: "bmad-custom-modules-src" result: "{project-root}/{value}" diff --git a/src/modules/bmb/_module-installer/installer.js b/src/modules/bmb/_module-installer/installer.js new file mode 100644 index 00000000..a1897c89 --- /dev/null +++ b/src/modules/bmb/_module-installer/installer.js @@ -0,0 +1,76 @@ +const fs = require('fs-extra'); +const path = require('node:path'); +const chalk = require('chalk'); + +/** + * BMB Module Installer + * Sets up custom agent and workflow locations for the BMad Builder module + * + * @param {Object} options - Installation options + * @param {string} options.projectRoot - The root directory of the target project + * @param {Object} options.config - Module configuration from install-config.yaml + * @param {Object} options.coreConfig - Core configuration containing user_name + * @param {Array} options.installedIDEs - Array of IDE codes that were installed + * @param {Object} options.logger - Logger instance for output + * @returns {Promise} - Success status + */ +async function install(options) { + const { projectRoot, config, coreConfig, installedIDEs, logger } = options; + + try { + logger.log(chalk.blue('๐Ÿ”ง Setting up BMB Module...')); + + // Generate custom.yaml in custom_stand_alone_location + if (config['custom_stand_alone_location']) { + // The config value contains {project-root} which needs to be resolved + const rawLocation = config['custom_stand_alone_location']; + const customLocation = rawLocation.replace('{project-root}', projectRoot); + const customDestPath = path.join(customLocation, 'custom.yaml'); + + logger.log(chalk.cyan(` Setting up custom agents at: ${customLocation}`)); + + // Ensure the directory exists + await fs.ensureDir(customLocation); + + // Generate the custom.yaml content + const userName = (coreConfig && coreConfig.user_name) || 'my'; + const customContent = `code: my-custom-bmad +name: "${userName}-Custom-BMad: Sample Stand Alone Custom Agents and Workflows" +default_selected: true +`; + + // Write the custom.yaml file (only if it doesn't exist to preserve user changes) + if (await fs.pathExists(customDestPath)) { + logger.log(chalk.yellow(` โœ“ custom.yaml already exists at ${customDestPath}`)); + } else { + await fs.writeFile(customDestPath, customContent, 'utf8'); + logger.log(chalk.green(` โœ“ Created custom.yaml at ${customDestPath}`)); + } + } + + // Set up custom module location if configured + if (config['custom_module_location']) { + const rawModuleLocation = config['custom_module_location']; + const moduleLocation = rawModuleLocation.replace('{project-root}', projectRoot); + + logger.log(chalk.cyan(` Setting up custom modules at: ${moduleLocation}`)); + + // Ensure the directory exists + await fs.ensureDir(moduleLocation); + logger.log(chalk.green(` โœ“ Created modules directory at ${moduleLocation}`)); + } + + // Handle IDE-specific configurations if needed + if (installedIDEs && installedIDEs.length > 0) { + logger.log(chalk.cyan(` Configuring BMB for IDEs: ${installedIDEs.join(', ')}`)); + } + + logger.log(chalk.green('โœ“ BMB Module setup complete')); + return true; + } catch (error) { + logger.error(chalk.red(`Error setting up BMB module: ${error.message}`)); + return false; + } +} + +module.exports = { install }; diff --git a/src/modules/bmb/agents/bmad-builder.agent.yaml b/src/modules/bmb/agents/bmad-builder.agent.yaml index d2277746..81f4c863 100644 --- a/src/modules/bmb/agents/bmad-builder.agent.yaml +++ b/src/modules/bmb/agents/bmad-builder.agent.yaml @@ -29,22 +29,25 @@ agent: - modules: "{project-root}/{bmad_folder}/bmb/docs/modules/kb.csv" menu: - - multi: "[CA] Create, [EA] Edit, or [VA] Validate BMAD agents with best practices" + - multi: "[CA] Create, [EA] Edit, or [VA] Validate with Compliance CheckBMAD agents with best practices" triggers: - create-agent: - input: CA or fuzzy match create agent - route: "{project-root}/{bmad_folder}/bmb/workflows/create-agent/workflow.md" - data: null + - type: exec - edit-agent: - input: EA or fuzzy match edit agent - route: "{project-root}/{bmad_folder}/bmb/workflows/edit-agent/workflow.md" - data: null + - type: exec - run-agent-compliance-check: - input: VA or fuzzy match validate agent - route: "{project-root}/{bmad_folder}/bmb/workflows/agent-compliance-check/workflow.md" - data: null + - type: exec - - multi: "[CW] Create, [EW] Edit, or [VW] Validate BMAD workflows with best practices" + - multi: "[CW] Create, [EW] Edit, or [VW] Validate with Compliance CheckBMAD workflows with best practices" triggers: - create-workflow: - input: CW or fuzzy match create workflow @@ -62,10 +65,30 @@ agent: - data: null - type: exec - - trigger: create-module - workflow: "{project-root}/{bmad_folder}/bmb/workflows/create-module/workflow.yaml" - description: Create a complete BMAD compatible module (custom agents and workflows) - - - trigger: edit-module - workflow: "{project-root}/{bmad_folder}/bmb/workflows/edit-module/workflow.yaml" - description: Edit existing modules (structure, agents, workflows, documentation) + - multi: "[BM] Brainstorm, [PBM] Product Brief, [CM] Create, [EM] Edit or [VM] Validate with Compliance Check BMAD modules with best practices" + triggers: + - brainstorm-module: + - input: BM or fuzzy match brainstorm module + - route: "{project-root}/{bmad_folder}/bmb/workflows/brainstorm-module/workflow.md" + - data: null + - type: exec + - product-brief-module: + - input: PBM or fuzzy match product brief module + - route: "{project-root}/{bmad_folder}/bmb/workflows/product-brief-module/workflow.md" + - data: null + - type: exec + - create-module: + - input: CM or fuzzy match create module + - route: "{project-root}/{bmad_folder}/bmb/workflows/create-module/workflow.md" + - data: null + - type: exec + - edit-module: + - input: EM or fuzzy match edit module + - route: "{project-root}/{bmad_folder}/bmb/workflows/edit-module/workflow.md" + - data: null + - type: exec + - run-module-compliance-check: + - input: VM or fuzzy match validate module + - route: "{project-root}/{bmad_folder}/bmb/workflows/module-compliance-check/workflow.md" + - data: null + - type: exec diff --git a/src/modules/bmb/docs/agents/agent-menu-patterns.md b/src/modules/bmb/docs/agents/agent-menu-patterns.md index 73d3f475..a49fffca 100644 --- a/src/modules/bmb/docs/agents/agent-menu-patterns.md +++ b/src/modules/bmb/docs/agents/agent-menu-patterns.md @@ -375,7 +375,7 @@ exec: "../../../core/tasks/validate.xml" - `{project-root}` - Project root directory - `{bmad_folder}` - BMAD installation folder -- `{agent-folder}` - Agent installation directory (Expert agents) +- `{agent_sidecar_folder}` - Agent installation directory (Expert agents) - `{output_folder}` - Document output location - `{user_name}` - User's name from config - `{communication_language}` - Language preference @@ -415,9 +415,9 @@ menu: ```yaml critical_actions: - - 'Load {agent-folder}/memories.md' - - 'Follow {agent-folder}/instructions.md' - - 'ONLY access {agent-folder}/' + - 'Load ./memories.md' + - 'Follow ./instructions.md' + - 'ONLY access ./' prompts: - id: reflect @@ -431,7 +431,7 @@ menu: description: 'Write journal entry' - trigger: save - action: 'Update {agent-folder}/memories.md with session insights' + action: 'Update ./memories.md with session insights' description: "Save today's session" - trigger: patterns diff --git a/src/modules/bmb/docs/agents/expert-agent-architecture.md b/src/modules/bmb/docs/agents/expert-agent-architecture.md index 683fbf86..4f79995d 100644 --- a/src/modules/bmb/docs/agents/expert-agent-architecture.md +++ b/src/modules/bmb/docs/agents/expert-agent-architecture.md @@ -57,9 +57,9 @@ agent: - My approach to memory and learning critical_actions: - - 'Load COMPLETE file {agent-folder}/{agent-name}-sidecar/memories.md and remember all past insights' - - 'Load COMPLETE file {agent-folder}/{agent-name}-sidecar/instructions.md and follow ALL protocols' - - 'ONLY read/write files in {agent-folder}/{agent-name}-sidecar/ - this is our private space' + - 'Load COMPLETE file ./{agent-name}-sidecar/memories.md and remember all past insights' + - 'Load COMPLETE file ./{agent-name}-sidecar/instructions.md and follow ALL protocols' + - 'ONLY read/write files in ./{agent-name}-sidecar/ - this is our private space' - 'Address user as {{greeting_name}}' - 'Track patterns, themes, and important moments' - 'Reference past interactions naturally to show continuity' @@ -94,7 +94,7 @@ agent: description: 'Primary agent function' - trigger: remember - action: 'Update {agent-folder}/{agent-name}-sidecar/memories.md with session insights' + action: 'Update ./{agent-name}-sidecar/memories.md with session insights' description: 'Save what we discussed today' - trigger: patterns @@ -102,7 +102,7 @@ agent: description: 'Recall patterns from past interactions' - trigger: insight - action: 'Document breakthrough in {agent-folder}/{agent-name}-sidecar/breakthroughs.md' + action: 'Document breakthrough in ./{agent-name}-sidecar/breakthroughs.md' description: 'Record a significant insight' install_config: @@ -184,9 +184,9 @@ Add domain-specific documentation here. ```yaml critical_actions: - - 'Load COMPLETE file {agent-folder}/{sidecar}/memories.md and remember all past insights' - - 'Load COMPLETE file {agent-folder}/{sidecar}/instructions.md and follow ALL protocols' - - 'ONLY read/write files in {agent-folder}/{sidecar}/ - this is our private space' + - 'Load COMPLETE file ./{sidecar}/memories.md and remember all past insights' + - 'Load COMPLETE file ./{sidecar}/instructions.md and follow ALL protocols' + - 'ONLY read/write files in ./{sidecar}/ - this is our private space' ``` **Key patterns:** @@ -196,7 +196,7 @@ critical_actions: - **Memory integration** - Past context becomes part of current session - **Protocol adherence** - Ensures consistent behavior -### {agent-folder} Variable +### {agent_sidecar_folder} Variable Special variable resolved during installation: @@ -211,9 +211,9 @@ Same as simple agents, PLUS: 1. **Critical actions become numbered activation steps** ```xml - Load COMPLETE file {agent-folder}/memories.md... - Load COMPLETE file {agent-folder}/instructions.md... - ONLY read/write files in {agent-folder}/... + Load COMPLETE file ./memories.md... + Load COMPLETE file ./instructions.md... + ONLY read/write files in ./... ``` 2. **Sidecar files copied during installation** @@ -260,7 +260,7 @@ The installer: ```yaml menu: - trigger: save - action: "Update {agent-folder}/sidecar/memories.md with today's session insights" + action: "Update ./sidecar/memories.md with today's session insights" description: 'Save session to memory' ``` @@ -281,7 +281,7 @@ prompts: ```yaml menu: - trigger: insight - action: 'Document in {agent-folder}/sidecar/breakthroughs.md with date, context, significance' + action: 'Document in ./sidecar/breakthroughs.md with date, context, significance' description: 'Record meaningful insight' ``` @@ -291,7 +291,7 @@ menu: ```yaml critical_actions: - - 'ONLY read/write files in {agent-folder}/sidecar/ - NO OTHER FOLDERS' + - 'ONLY read/write files in ./sidecar/ - NO OTHER FOLDERS' ``` ### User Space Access @@ -305,15 +305,15 @@ critical_actions: ```yaml critical_actions: - - 'Load knowledge from {agent-folder}/knowledge/ but NEVER modify' - - 'Write ONLY to {agent-folder}/sessions/' + - 'Load knowledge from ./knowledge/ but NEVER modify' + - 'Write ONLY to ./sessions/' ``` ## Best Practices 1. **Load sidecar files in critical_actions** - Must be explicit and MANDATORY 2. **Enforce domain restrictions** - Clear boundaries prevent scope creep -3. **Use {agent-folder} paths** - Portable across installations +3. **Use {agent_sidecar_folder} paths** - Portable across installations 4. **Design for memory growth** - Structure sidecar files for accumulation 5. **Reference past naturally** - Don't dump memory, weave it into conversation 6. **Separate concerns** - Memories, instructions, knowledge in distinct files @@ -356,8 +356,8 @@ identity: | - [ ] Sidecar folder structure created and populated - [ ] memories.md has clear section structure - [ ] instructions.md contains core directives -- [ ] Menu actions reference {agent-folder} correctly -- [ ] File paths use {agent-folder} variable +- [ ] Menu actions reference {agent_sidecar_folder} correctly +- [ ] File paths use {agent_sidecar_folder} variable - [ ] Install config personalizes sidecar references - [ ] Agent folder named consistently: `{agent-name}/` - [ ] YAML file named: `{agent-name}.agent.yaml` diff --git a/src/modules/bmb/docs/agents/index.md b/src/modules/bmb/docs/agents/index.md index 99f51845..650c427b 100644 --- a/src/modules/bmb/docs/agents/index.md +++ b/src/modules/bmb/docs/agents/index.md @@ -37,7 +37,7 @@ Production-ready examples in `/src/modules/bmb/reference/agents/`: For installing standalone simple and expert agents, see: -- [Custom Agent Installation](/docs/custom-agent-installation.md) +- [Custom Agent Installation](/docs/custom-content-installation.md) ## Key Concepts diff --git a/src/modules/bmb/docs/agents/module-agent-architecture.md b/src/modules/bmb/docs/agents/module-agent-architecture.md index acbaf457..7ed956af 100644 --- a/src/modules/bmb/docs/agents/module-agent-architecture.md +++ b/src/modules/bmb/docs/agents/module-agent-architecture.md @@ -27,7 +27,7 @@ Compiles to: ```yaml agent: metadata: - id: '{bmad_folder}/{module-code}/agents/{agent-name}.md' + id: '{*bmad_folder*}/{module-code}/agents/{agent-name}.md' name: 'Persona Name' title: 'Professional Title' icon: 'emoji' @@ -41,29 +41,29 @@ agent: menu: - trigger: workflow-action - workflow: '{project-root}/{bmad_folder}/{module-code}/workflows/{workflow-name}/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/{module-code}/workflows/{workflow-name}/workflow.yaml' description: 'Execute module workflow' - trigger: another-workflow - workflow: '{project-root}/{bmad_folder}/core/workflows/{workflow-name}/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/core/workflows/{workflow-name}/workflow.yaml' description: 'Execute core workflow' - trigger: task-action - exec: '{project-root}/{bmad_folder}/{module-code}/tasks/{task-name}.xml' + exec: '{project-root}/{*bmad_folder*}/{module-code}/tasks/{task-name}.xml' description: 'Execute module task' - trigger: cross-module - workflow: '{project-root}/{bmad_folder}/other-module/workflows/{workflow-name}/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/other-module/workflows/{workflow-name}/workflow.yaml' description: 'Execute workflow from another module' - trigger: with-template - exec: '{project-root}/{bmad_folder}/core/tasks/create-doc.xml' - tmpl: '{project-root}/{bmad_folder}/{module-code}/templates/{template-name}.md' + exec: '{project-root}/{*bmad_folder*}/core/tasks/create-doc.xml' + tmpl: '{project-root}/{*bmad_folder*}/{module-code}/templates/{template-name}.md' description: 'Create document from template' - trigger: with-data - exec: '{project-root}/{bmad_folder}/{module-code}/tasks/{task-name}.xml' - data: '{project-root}/{bmad_folder}/_cfg/agent-manifest.csv' + exec: '{project-root}/{*bmad_folder*}/{module-code}/tasks/{task-name}.xml' + data: '{project-root}/{*bmad_folder*}/_cfg/agent-manifest.csv' description: 'Execute task with data file' ``` @@ -71,7 +71,7 @@ agent: ### Metadata -- **id**: Path with `{bmad_folder}` variable (resolved at install time) +- **id**: Path with `{*bmad_folder*}` variable (resolved at install time) - **name**: Agent persona name - **title**: Professional role - **icon**: Single emoji @@ -101,7 +101,7 @@ persona: ```yaml menu: - trigger: create-prd - workflow: '{project-root}/{bmad_folder}/bmm/workflows/prd/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/prd/workflow.yaml' description: 'Create Product Requirements Document' ``` @@ -112,7 +112,7 @@ Invokes BMAD workflow engine to execute multi-step processes. ```yaml menu: - trigger: validate - exec: '{project-root}/{bmad_folder}/core/tasks/validate-workflow.xml' + exec: '{project-root}/{*bmad_folder*}/core/tasks/validate-workflow.xml' description: 'Validate document structure' ``` @@ -123,8 +123,8 @@ Executes single-operation tasks. ```yaml menu: - trigger: create-brief - exec: '{project-root}/{bmad_folder}/core/tasks/create-doc.xml' - tmpl: '{project-root}/{bmad_folder}/bmm/templates/brief.md' + exec: '{project-root}/{*bmad_folder*}/core/tasks/create-doc.xml' + tmpl: '{project-root}/{*bmad_folder*}/bmm/templates/brief.md' description: 'Create a Product Brief from template' ``` @@ -135,8 +135,8 @@ Combines task execution with template file. ```yaml menu: - trigger: team-standup - exec: '{project-root}/{bmad_folder}/bmm/tasks/standup.xml' - data: '{project-root}/{bmad_folder}/_cfg/agent-manifest.csv' + exec: '{project-root}/{*bmad_folder*}/bmm/tasks/standup.xml' + data: '{project-root}/{*bmad_folder*}/_cfg/agent-manifest.csv' description: 'Run team standup with agent roster' ``` @@ -160,12 +160,12 @@ Control visibility based on platform: ```yaml menu: - trigger: advanced-elicitation - exec: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' + exec: '{project-root}/{*bmad_folder*}/core/tasks/advanced-elicitation.xml' description: 'Advanced elicitation techniques' web-only: true # Only shows in web bundle - trigger: git-operations - exec: '{project-root}/{bmad_folder}/bmm/tasks/git-flow.xml' + exec: '{project-root}/{*bmad_folder*}/bmm/tasks/git-flow.xml' description: 'Git workflow operations' ide-only: true # Only shows in IDE environments ``` @@ -175,7 +175,7 @@ menu: ### Core Variables - `{project-root}` - Root directory of installed project -- `{bmad_folder}` - BMAD installation folder (usually `.bmad`) +- `{*bmad_folder*}` - BMAD installation folder (usually `.bmad`) - `{user_name}` - User's name from module config - `{communication_language}` - Language preference - `{output_folder}` - Document output directory @@ -186,7 +186,7 @@ menu: ```yaml # GOOD -workflow: "{project-root}/{bmad_folder}/bmm/workflows/prd/workflow.yaml" +workflow: "{project-root}/{*bmad_folder*}/bmm/workflows/prd/workflow.yaml" # BAD workflow: "/Users/john/project/.bmad/bmm/workflows/prd/workflow.yaml" @@ -208,7 +208,7 @@ Module agents use the same injection process as simple agents: **Key difference:** Module agents load **module-specific config** instead of core config: ```xml -Load and read {project-root}/{bmad_folder}/{module}/config.yaml... +Load and read {project-root}/{*bmad_folder*}/{module}/config.yaml... ``` ## Reference Examples @@ -252,15 +252,15 @@ Agents load this at activation for consistent behavior. ```yaml menu: - trigger: init - workflow: '{project-root}/{bmad_folder}/bmm/workflows/workflow-init/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/workflow-init/workflow.yaml' description: 'Initialize workflow path (START HERE)' - trigger: status - workflow: '{project-root}/{bmad_folder}/bmm/workflows/workflow-status/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/workflow-status/workflow.yaml' description: 'Check current workflow status' - trigger: next-step - workflow: '{project-root}/{bmad_folder}/bmm/workflows/next-step/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/next-step/workflow.yaml' description: 'Execute next workflow in sequence' ``` @@ -270,20 +270,20 @@ menu: menu: # Phase 1: Analysis - trigger: brainstorm - workflow: '{project-root}/{bmad_folder}/bmm/workflows/1-analysis/brainstorm/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/1-analysis/brainstorm/workflow.yaml' description: 'Guided brainstorming session' - trigger: research - workflow: '{project-root}/{bmad_folder}/bmm/workflows/1-analysis/research/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/1-analysis/research/workflow.yaml' description: 'Market and technical research' # Phase 2: Planning - trigger: prd - workflow: '{project-root}/{bmad_folder}/bmm/workflows/2-planning/prd/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/2-planning/prd/workflow.yaml' description: 'Create PRD' - trigger: architecture - workflow: '{project-root}/{bmad_folder}/bmm/workflows/2-planning/architecture/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/bmm/workflows/2-planning/architecture/workflow.yaml' description: 'Design architecture' ``` @@ -292,17 +292,17 @@ menu: ```yaml menu: - trigger: party-mode - workflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/core/workflows/party-mode/workflow.yaml' description: 'Bring all agents together' - trigger: brainstorm - workflow: '{project-root}/{bmad_folder}/cis/workflows/brainstorming/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/cis/workflows/brainstorming/workflow.yaml' description: 'Use CIS brainstorming techniques' ``` ## Best Practices -1. **Use {bmad_folder} paths** - Portable across installations +1. **Use {_bmad_folder_} paths** - Portable across installations 2. **Organize workflows by phase** - Clear progression for users 3. **Include workflow-status** - Help users track progress 4. **Reference module config** - Consistent behavior @@ -318,7 +318,7 @@ menu: ```yaml menu: - trigger: start - workflow: '{project-root}/{bmad_folder}/{module}/workflows/init/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/{module}/workflows/init/workflow.yaml' description: 'Start new project (BEGIN HERE)' ``` @@ -327,7 +327,7 @@ menu: ```yaml menu: - trigger: status - workflow: '{project-root}/{bmad_folder}/{module}/workflows/status/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/{module}/workflows/status/workflow.yaml' description: 'Check workflow progress' ``` @@ -336,27 +336,27 @@ menu: ```yaml menu: - trigger: party - workflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.yaml' + workflow: '{project-root}/{*bmad_folder*}/core/workflows/party-mode/workflow.yaml' description: 'Multi-agent discussion' ``` ## Module Agent vs Simple/Expert -| Aspect | Module Agent | Simple/Expert Agent | -| ------------- | -------------------------------- | ------------------------------- | -| Location | `{bmad_folder}/{module}/agents/` | `{bmad_folder}/custom/agents/` | -| Persona | Fixed, professional | Customizable via install_config | -| Handlebars | No templating | Yes, extensive | -| Menu actions | Workflows, tasks, templates | Prompts, inline actions | -| Configuration | Module config.yaml | Core config or none | -| Purpose | Professional tooling | Personal utilities | +| Aspect | Module Agent | Simple/Expert Agent | +| ------------- | ---------------------------------- | -------------------------------- | +| Location | `{*bmad_folder*}/{module}/agents/` | `{*bmad_folder*}/custom/agents/` | +| Persona | Fixed, professional | Customizable via install_config | +| Handlebars | No templating | Yes, extensive | +| Menu actions | Workflows, tasks, templates | Prompts, inline actions | +| Configuration | Module config.yaml | Core config or none | +| Purpose | Professional tooling | Personal utilities | ## Validation Checklist - [ ] Valid YAML syntax - [ ] Metadata includes `module: "{module-code}"` -- [ ] id uses `{bmad_folder}/{module}/agents/{name}.md` -- [ ] All workflow paths use `{project-root}/{bmad_folder}/` prefix +- [ ] id uses `{*bmad_folder*}/{module}/agents/{name}.md` +- [ ] All workflow paths use `{project-root}/{*bmad_folder*}/` prefix - [ ] No hardcoded paths - [ ] No duplicate triggers - [ ] Each menu item has description diff --git a/src/modules/bmb/docs/agents/simple-agent-architecture.md b/src/modules/bmb/docs/agents/simple-agent-architecture.md index 239d29d7..9d1898b7 100644 --- a/src/modules/bmb/docs/agents/simple-agent-architecture.md +++ b/src/modules/bmb/docs/agents/simple-agent-architecture.md @@ -217,9 +217,13 @@ Features demonstrated: # Copy to your project cp /path/to/commit-poet.agent.yaml .bmad/custom/agents/ -# Install with personalization -bmad agent-install -# or: npx bmad-method agent-install +# Create custom.yaml and install +echo "code: my-agent +name: My Agent +default_selected: true" > custom.yaml + +npx bmad-method install +# or: bmad install ``` The installer: diff --git a/src/modules/bmb/reference/agents/expert-examples/journal-keeper/README.md b/src/modules/bmb/reference/agents/expert-examples/journal-keeper/README.md index ec677983..702dc0b3 100644 --- a/src/modules/bmb/reference/agents/expert-examples/journal-keeper/README.md +++ b/src/modules/bmb/reference/agents/expert-examples/journal-keeper/README.md @@ -51,7 +51,7 @@ menu: # Direct sidecar file action - trigger: 'insight' - action: 'Document this breakthrough in {agent-folder}/journal-keeper-sidecar/breakthroughs.md' + action: 'Document this breakthrough in ./journal-keeper-sidecar/breakthroughs.md' description: 'Record a meaningful insight' ``` @@ -63,9 +63,9 @@ Expert Agents MUST load sidecar files explicitly: ```yaml critical_actions: - - 'Load COMPLETE file {agent-folder}/journal-keeper-sidecar/memories.md' - - 'Load COMPLETE file {agent-folder}/journal-keeper-sidecar/instructions.md' - - 'ONLY read/write files in {agent-folder}/journal-keeper-sidecar/' + - 'Load COMPLETE file ./journal-keeper-sidecar/memories.md' + - 'Load COMPLETE file ./journal-keeper-sidecar/instructions.md' + - 'ONLY read/write files in ./journal-keeper-sidecar/' ``` **Key points:** diff --git a/src/modules/bmb/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml b/src/modules/bmb/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml index 84595371..3574da75 100644 --- a/src/modules/bmb/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml +++ b/src/modules/bmb/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml @@ -20,9 +20,9 @@ agent: - Reflection transforms experience into wisdom critical_actions: - - "Load COMPLETE file {agent-folder}/journal-keeper-sidecar/memories.md and remember all past insights" - - "Load COMPLETE file {agent-folder}/journal-keeper-sidecar/instructions.md and follow ALL journaling protocols" - - "ONLY read/write files in {agent-folder}/journal-keeper-sidecar/ - this is our private space" + - "Load COMPLETE file {agent_sidecar_folder}/journal-keeper-sidecar/memories.md and remember all past insights" + - "Load COMPLETE file {agent_sidecar_folder}/journal-keeper-sidecar/instructions.md and follow ALL journaling protocols" + - "ONLY read/write files in {agent_sidecar_folder}/journal-keeper-sidecar/ - this is our private space" - "Track mood patterns, recurring themes, and breakthrough moments" - "Reference past entries naturally to show continuity" @@ -120,7 +120,7 @@ agent: description: "Write today's journal entry" - trigger: quick - action: "Save a quick, unstructured entry to {agent-folder}/journal-keeper-sidecar/entries/entry-{date}.md with timestamp and any patterns noticed" + action: "Save a quick, unstructured entry to {agent_sidecar_folder}/journal-keeper-sidecar/entries/entry-{date}.md with timestamp and any patterns noticed" description: "Quick capture without prompts" - trigger: mood @@ -133,20 +133,20 @@ agent: - trigger: gratitude action: "#gratitude-moment" - description: "Capture today's gratitudes" + description: "Capture today's gratitude" - trigger: weekly action: "#weekly-reflection" description: "Reflect on the past week" - trigger: insight - action: "Document this breakthrough in {agent-folder}/journal-keeper-sidecar/breakthroughs.md with date and significance" + action: "Document this breakthrough in {agent_sidecar_folder}/journal-keeper-sidecar/breakthroughs.md with date and significance" description: "Record a meaningful insight" - trigger: read-back - action: "Load and share entries from {agent-folder}/journal-keeper-sidecar/entries/ for requested timeframe, highlighting themes and growth" + action: "Load and share entries from {agent_sidecar_folder}/journal-keeper-sidecar/entries/ for requested timeframe, highlighting themes and growth" description: "Review past entries" - trigger: save - action: "Update {agent-folder}/journal-keeper-sidecar/memories.md with today's session insights and emotional markers" + action: "Update {agent_sidecar_folder}/journal-keeper-sidecar/memories.md with today's session insights and emotional markers" description: "Save what we discussed today" diff --git a/src/modules/bmb/reference/agents/module-examples/security-engineer.agent.yaml b/src/modules/bmb/reference/agents/module-examples/security-engineer.agent.yaml index 5e27bfc6..602bf4e0 100644 --- a/src/modules/bmb/reference/agents/module-examples/security-engineer.agent.yaml +++ b/src/modules/bmb/reference/agents/module-examples/security-engineer.agent.yaml @@ -10,7 +10,7 @@ agent: metadata: - id: "{bmad_folder}/bmm/agents/security-engineer.md" + id: "{*bmad_folder*}/bmm/agents/security-engineer.md" name: "Sam" title: "Security Engineer" icon: "๐Ÿ”" @@ -32,22 +32,22 @@ agent: menu: # NOTE: These workflows are hypothetical examples assuming add to a module called bmm - not implemented - trigger: threat-model - workflow: "{project-root}/{bmad_folder}/bmm/workflows/threat-model/workflow.yaml" + exec: "{project-root}/{*bmad_folder*}/bmm/workflows/threat-model/workflow.md" description: "Create STRIDE threat model for architecture" - trigger: security-review - workflow: "{project-root}/{bmad_folder}/bmm/workflows/security-review/workflow.yaml" + exec: "{project-root}/{*bmad_folder*}/bmm/workflows/security-review/workflow.md" description: "Review code/design for security issues" - trigger: owasp-check - exec: "{project-root}/{bmad_folder}/bmm/tasks/owasp-top-10.xml" + TODO: true description: "Check against OWASP Top 10" - trigger: compliance - workflow: "{project-root}/{bmad_folder}/bmm/workflows/compliance-check/workflow.yaml" + exec: "{project-root}/{*bmad_folder*}/bmm/workflows/compliance-check/workflow.md" description: "Verify compliance requirements (SOC2, GDPR, etc.)" # Core workflow that exists - trigger: party-mode - exec: "{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md" + exec: "{project-root}/{*bmad_folder*}/core/workflows/party-mode/workflow.md" description: "Multi-agent security discussion" diff --git a/src/modules/bmb/reference/agents/module-examples/trend-analyst.agent.yaml b/src/modules/bmb/reference/agents/module-examples/trend-analyst.agent.yaml index 7e76fe80..2ce4598f 100644 --- a/src/modules/bmb/reference/agents/module-examples/trend-analyst.agent.yaml +++ b/src/modules/bmb/reference/agents/module-examples/trend-analyst.agent.yaml @@ -10,7 +10,7 @@ agent: metadata: - id: "{bmad_folder}/cis/agents/trend-analyst.md" + id: "{*bmad_folder*}/cis/agents/trend-analyst.md" name: "Nova" title: "Trend Analyst" icon: "๐Ÿ“ˆ" @@ -32,26 +32,26 @@ agent: menu: # NOTE: These workflows are hypothetical examples - not implemented - trigger: scan-trends - workflow: "{project-root}/{bmad_folder}/cis/workflows/trend-scan/workflow.yaml" + exec: "{project-root}/{*bmad_folder*}/cis/workflows/trend-scan/workflow.md" description: "Scan for emerging trends in a domain" - trigger: analyze-trend - workflow: "{project-root}/{bmad_folder}/cis/workflows/trend-analysis/workflow.yaml" + exec: "{project-root}/{*bmad_folder*}/cis/workflows/trend-analysis/workflow.md" description: "Deep dive on a specific trend" - trigger: opportunity-map - workflow: "{project-root}/{bmad_folder}/cis/workflows/opportunity-mapping/workflow.yaml" + exec: "{project-root}/{*bmad_folder*}/cis/workflows/opportunity-mapping/workflow.md" description: "Map trend to strategic opportunities" - trigger: competitor-trends - exec: "{project-root}/{bmad_folder}/cis/tasks/competitor-trend-watch.xml" + exec: "{project-root}/{*bmad_folder*}/cis/tasks/competitor-trend-watch.xml" description: "Monitor competitor trend adoption" # Core workflows that exist - trigger: brainstorm - workflow: "{project-root}/{bmad_folder}/core/workflows/brainstorming/workflow.yaml" + exec: "{project-root}/{*bmad_folder*}/core/workflows/brainstorming/workflow.md" description: "Brainstorm trend implications" - trigger: party-mode - exec: "{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md" + exec: "{project-root}/{*bmad_folder*}/core/workflows/party-mode/workflow.md" description: "Discuss trends with other agents" diff --git a/src/modules/bmb/workflows-legacy/create-module/README.md b/src/modules/bmb/workflows-legacy/create-module/README.md deleted file mode 100644 index 36ed4422..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/README.md +++ /dev/null @@ -1,229 +0,0 @@ -# Create Module Workflow - -Interactive scaffolding system creating complete BMad modules with agents, workflows, tasks, and installation infrastructure. - -## Table of Contents - -- [Quick Start](#quick-start) -- [Workflow Phases](#workflow-phases) -- [Output Structure](#output-structure) -- [Module Components](#module-components) -- [Best Practices](#best-practices) - -## Quick Start - -```bash -# Basic invocation -workflow create-module - -# With module brief input -workflow create-module --input module-brief-{name}-{date}.md - -# Via BMad Builder -*create-module -``` - -## Workflow Phases - -### Phase 1: Concept Definition - -- Define module purpose and audience -- Establish module code (kebab-case) and name -- Choose category (Domain, Creative, Technical, Business, Personal) -- Plan component architecture - -**Module Brief Integration:** - -- Auto-detects existing briefs -- Uses as pre-populated blueprint -- Accelerates planning phase - -### Phase 2: Architecture Planning - -- Create directory hierarchy -- Setup configuration system -- Define installer structure -- Establish component folders - -### Phase 3: Component Creation - -- Optional first agent creation -- Optional first workflow creation -- Component placeholder generation -- Integration validation - -### Phase 4: Installation Setup - -- Create install-config.yaml -- Configure deployment questions -- Setup installer logic -- Post-install messaging - -### Phase 5: Documentation - -- Generate comprehensive README -- Create development roadmap -- Provide quick commands -- Document next steps - -## Output Structure - -### Generated Directory - -``` -{bmad_folder}/{module-code}/ -โ”œโ”€โ”€ agents/ # Agent definitions -โ”œโ”€โ”€ workflows/ # Workflow processes -โ”œโ”€โ”€ tasks/ # Reusable tasks -โ”œโ”€โ”€ templates/ # Document templates -โ”œโ”€โ”€ data/ # Module data files -โ”œโ”€โ”€ _module-installer/ # Installation logic -โ”‚ โ”œโ”€โ”€ install-config.yaml -โ”‚ โ””โ”€โ”€ installer.js -โ”œโ”€โ”€ README.md # Module documentation -โ”œโ”€โ”€ TODO.md # Development roadmap -โ””โ”€โ”€ config.yaml # Runtime configuration -``` - -### Configuration Files - -**install-config.yaml** - Installation questions - -```yaml -questions: - - id: user_name - prompt: 'Your name?' - default: 'User' - - id: output_folder - prompt: 'Output location?' - default: './output' -``` - -**config.yaml** - Generated from user answers during install - -```yaml -user_name: 'John Doe' -output_folder: './my-output' -``` - -## Module Components - -### Agents - -- Full module agents with workflows -- Expert agents with sidecars -- Simple utility agents - -### Workflows - -- Multi-step guided processes -- Configuration-driven -- Web bundle support - -### Tasks - -- Reusable operations -- Agent-agnostic -- Modular components - -### Templates - -- Document structures -- Output formats -- Report templates - -## Best Practices - -### Planning - -1. **Use module-brief workflow first** - Creates comprehensive blueprint -2. **Define clear scope** - Avoid feature creep -3. **Plan component interactions** - Map agent/workflow relationships - -### Structure - -1. **Follow conventions** - Use established patterns -2. **Keep components focused** - Single responsibility -3. **Document thoroughly** - Clear README and inline docs - -### Development - -1. **Start with core agent** - Build primary functionality first -2. **Create key workflows** - Essential processes before edge cases -3. **Test incrementally** - Validate as you build - -### Installation - -1. **Minimal config questions** - Only essential settings -2. **Smart defaults** - Sensible out-of-box experience -3. **Clear post-install** - Guide users to first steps - -## Integration Points - -### With Other Workflows - -- **module-brief** - Strategic planning input -- **create-agent** - Agent component creation -- **create-workflow** - Workflow building -- **redoc** - Documentation maintenance - -### With BMad Core - -- Uses core framework capabilities -- Integrates with module system -- Follows BMad conventions - -## Examples - -### Domain-Specific Module - -``` -Category: Domain-Specific -Code: legal-advisor -Components: -- Contract Review Agent -- Compliance Workflow -- Legal Templates -``` - -### Creative Module - -``` -Category: Creative -Code: story-builder -Components: -- Narrative Agent -- Plot Workflow -- Character Templates -``` - -### Technical Module - -``` -Category: Technical -Code: api-tester -Components: -- Test Runner Agent -- API Validation Workflow -- Test Report Templates -``` - -## Workflow Files - -``` -create-module/ -โ”œโ”€โ”€ workflow.yaml # Configuration -โ”œโ”€โ”€ instructions.md # Step guide -โ”œโ”€โ”€ checklist.md # Validation -โ”œโ”€โ”€ module-structure.md # Architecture -โ”œโ”€โ”€ installer-templates/ # Install files -โ””โ”€โ”€ README.md # This file -``` - -## Related Documentation - -- [Module Structure](./module-structure.md) -- [Module Brief Workflow](../module-brief/README.md) -- [Create Agent](../create-agent/README.md) -- [Create Workflow](../create-workflow/README.md) -- [BMB Module](../../README.md) diff --git a/src/modules/bmb/workflows-legacy/create-module/brainstorm-context.md b/src/modules/bmb/workflows-legacy/create-module/brainstorm-context.md deleted file mode 100644 index 8b0114ad..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/brainstorm-context.md +++ /dev/null @@ -1,137 +0,0 @@ -# Module Brainstorming Context - -_Context provided to brainstorming workflow when creating a new BMAD module_ - -## Session Focus - -You are brainstorming ideas for a **complete BMAD module** - a self-contained package that extends the BMAD Method with specialized domain expertise and capabilities. - -## What is a BMAD Module? - -A module is a cohesive package that provides: - -- **Domain Expertise**: Specialized knowledge in a specific area (RPG, DevOps, Content Creation, etc.) -- **Agent Team**: Multiple AI personas with complementary skills -- **Workflows**: Guided processes for common tasks in the domain -- **Templates**: Document structures for consistent outputs -- **Integration**: Components that work together seamlessly - -## Brainstorming Goals - -Explore and define: - -### 1. Domain and Purpose - -- **What domain/problem space?** (e.g., game development, marketing, personal productivity) -- **Who is the target user?** (developers, writers, managers, hobbyists) -- **What pain points does it solve?** (tedious tasks, missing structure, need for expertise) -- **What makes this domain exciting?** (creativity, efficiency, empowerment) - -### 2. Agent Team Composition - -- **How many agents?** (typically 3-7 for a module) -- **What roles/personas?** (architect, researcher, reviewer, specialist) -- **How do they collaborate?** (handoffs, reviews, ensemble work) -- **What personality theme?** (Star Trek crew, superhero team, fantasy party, professional squad) - -### 3. Core Workflows - -- **What documents need creating?** (plans, specs, reports, creative outputs) -- **What processes need automation?** (analysis, generation, review, deployment) -- **What workflows enable the vision?** (3-10 key workflows that define the module) - -### 4. Value Proposition - -- **What becomes easier?** (specific tasks that get 10x faster) -- **What becomes possible?** (new capabilities previously unavailable) -- **What becomes better?** (quality improvements, consistency gains) - -## Creative Constraints - -A good BMAD module should be: - -- **Focused**: Serves a specific domain well (not generic) -- **Complete**: Provides end-to-end capabilities for that domain -- **Cohesive**: Agents and workflows complement each other -- **Fun**: Personality and creativity make it enjoyable to use -- **Practical**: Solves real problems, delivers real value - -## Module Architecture Questions - -1. **Module Identity** - - Module code (kebab-case, e.g., "rpg-toolkit") - - Module name (friendly, e.g., "RPG Toolkit") - - Module purpose (one sentence) - - Target audience - -2. **Agent Lineup** - - Agent names and roles - - Communication styles and personalities - - Expertise areas - - Command sets (what each agent can do) - -3. **Workflow Portfolio** - - Document generation workflows - - Action/automation workflows - - Analysis/research workflows - - Creative/ideation workflows - -4. **Integration Points** - - How agents invoke workflows - - How workflows use templates - - How components pass data - - Dependencies on other modules - -## Example Module Patterns - -### Professional Domains - -- **DevOps Suite**: Deploy, Monitor, Troubleshoot agents + deployment workflows -- **Marketing Engine**: Content, SEO, Analytics agents + campaign workflows -- **Legal Assistant**: Contract, Research, Review agents + document workflows - -### Creative Domains - -- **RPG Toolkit**: DM, NPC, Quest agents + adventure creation workflows -- **Story Crafter**: Plot, Character, World agents + writing workflows -- **Music Producer**: Composer, Arranger, Mixer agents + production workflows - -### Personal Domains - -- **Life Coach**: Planner, Tracker, Mentor agents + productivity workflows -- **Learning Companion**: Tutor, Quiz, Reviewer agents + study workflows -- **Health Guide**: Nutrition, Fitness, Wellness agents + tracking workflows - -## Suggested Brainstorming Techniques - -Particularly effective for module ideation: - -1. **Domain Immersion**: Deep dive into target domain's problems -2. **Persona Mapping**: Who needs this and what do they struggle with? -3. **Workflow Mapping**: What processes exist today? How could they improve? -4. **Team Building**: What personalities would make a great team? -5. **Integration Thinking**: How do pieces connect and amplify each other? - -## Key Questions to Answer - -1. What domain expertise should this module embody? -2. What would users be able to do that they can't do now? -3. Who are the 3-7 agents and what are their personalities? -4. What are the 5-10 core workflows? -5. What makes this module delightful to use? -6. How is this different from existing tools? -7. What's the "killer feature" that makes this essential? - -## Output Goals - -Generate: - -- **Module concept**: Clear vision and purpose -- **Agent roster**: Names, roles, personalities for each agent -- **Workflow list**: Core workflows with brief descriptions -- **Unique angle**: What makes this module special -- **Use cases**: 3-5 concrete scenarios where this module shines - ---- - -_This focused context helps create cohesive, valuable BMAD modules_ diff --git a/src/modules/bmb/workflows-legacy/create-module/checklist.md b/src/modules/bmb/workflows-legacy/create-module/checklist.md deleted file mode 100644 index 40f87579..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/checklist.md +++ /dev/null @@ -1,235 +0,0 @@ -# Build Module Validation Checklist - -## Module Identity and Metadata - -### Basic Information - -- [ ] Module code follows kebab-case convention (e.g., "rpg-toolkit") -- [ ] Module name is descriptive and title-cased -- [ ] Module purpose is clearly defined (1-2 sentences) -- [ ] Target audience is identified -- [ ] Version number follows semantic versioning (e.g., "1.0.0") -- [ ] Author information is present - -### Naming Consistency - -- [ ] Module code used consistently throughout all files -- [ ] No naming conflicts with existing modules -- [ ] All paths use consistent module code references - -## Directory Structure - -### Source Directories ({bmad_folder}/{module-code}/) - -- [ ] `/agents` directory created (even if empty) -- [ ] `/workflows` directory created (even if empty) -- [ ] `/tasks` directory exists (if tasks planned) -- [ ] `/templates` directory exists (if templates used) -- [ ] `/data` directory exists (if data files needed) -- [ ] `/_module-installer/install-config.yaml` present (defines configuration questions) -- [ ] `README.md` present with documentation - -### Installed Module Structure (generated in target after installation) - -- [ ] `/agents` directory for compiled agents -- [ ] `/workflows` directory for workflow instances -- [ ] `/data` directory for user data -- [ ] `config.yaml` generated from install-config.yaml during installation - -## Component Planning - -### Agents - -- [ ] At least one agent defined or planned -- [ ] Agent purposes are distinct and clear -- [ ] Agent types (Simple/Expert/Module) identified -- [ ] No significant overlap between agents -- [ ] Primary agent is identified - -### Workflows - -- [ ] At least one workflow defined or planned -- [ ] Workflow purposes are clear -- [ ] Workflow types identified (Document/Action/Interactive) -- [ ] Primary workflow is identified -- [ ] Workflow complexity is appropriate - -### Tasks (if applicable) - -- [ ] Tasks have single, clear purposes -- [ ] Tasks don't duplicate workflow functionality -- [ ] Task files follow naming conventions - -## Configuration Files - -### Installation Configuration (install-config.yaml) - -- [ ] `install-config.yaml` exists in `_module-installer` -- [ ] Module metadata present (code, name, version) -- [ ] Configuration questions defined for user input -- [ ] Default values provided for all questions -- [ ] Prompt text is clear and helpful -- [ ] Result templates use proper variable substitution -- [ ] Paths use proper variables ({project-root}, {value}, etc.) - -### Generated Config (config.yaml in target) - -- [ ] Generated during installation from install-config.yaml -- [ ] Contains all user-provided configuration values -- [ ] Module metadata included -- [ ] No config.yaml should exist in source module - -## Installation Infrastructure - -### Installer Files - -- [ ] Install configuration validates against schema -- [ ] All source paths exist or are marked as templates -- [ ] Destination paths use correct variables -- [ ] Optional vs required steps clearly marked - -### installer.js (if present) - -- [ ] Main `installModule` function exists -- [ ] Error handling implemented -- [ ] Console logging for user feedback -- [ ] Exports correct function names -- [ ] Placeholder code replaced with actual logic (or logged as TODO) - -### External Assets (if any) - -- [ ] Asset files exist in assets directory -- [ ] Copy destinations are valid -- [ ] Permissions requirements documented - -## Documentation - -### README.md - -- [ ] Module overview section present -- [ ] Installation instructions included -- [ ] Component listing with descriptions -- [ ] Quick start guide provided -- [ ] Configuration options documented -- [ ] At least one usage example -- [ ] Directory structure shown -- [ ] Author and date information - -### Component Documentation - -- [ ] Each agent has purpose documentation -- [ ] Each workflow has description -- [ ] Tasks are documented (if present) -- [ ] Examples demonstrate typical usage - -### Development Roadmap - -- [ ] TODO.md or roadmap section exists -- [ ] Planned components listed -- [ ] Development phases identified -- [ ] Quick commands for adding components - -## Integration - -### Cross-component References - -- [ ] Agents reference correct workflow paths -- [ ] Workflows reference correct task paths -- [ ] All internal paths use module variables -- [ ] External dependencies declared - -### Module Boundaries - -- [ ] Module scope is well-defined -- [ ] No feature creep into other domains -- [ ] Clear separation from other modules - -## Quality Checks - -### Completeness - -- [ ] At least one functional component (not all placeholders) -- [ ] Core functionality is implementable -- [ ] Module provides clear value - -### Consistency - -- [ ] Formatting consistent across files -- [ ] Variable naming follows conventions -- [ ] Communication style appropriate for domain - -### Scalability - -- [ ] Structure supports future growth -- [ ] Component organization is logical -- [ ] No hard-coded limits - -## Testing and Validation - -### Structural Validation - -- [ ] YAML files parse without errors -- [ ] JSON files (if any) are valid -- [ ] XML files (if any) are well-formed -- [ ] No syntax errors in JavaScript files - -### Path Validation - -- [ ] All referenced paths exist or are clearly marked as TODO -- [ ] Variable substitutions are correct -- [ ] No absolute paths (unless intentional) - -### Installation Testing - -- [ ] Installation steps can be simulated -- [ ] No circular dependencies -- [ ] Uninstall process defined (if complex) - -## Final Checks - -### Ready for Use - -- [ ] Module can be installed without errors -- [ ] At least one component is functional -- [ ] User can understand how to get started -- [ ] Next steps are clear - -### Professional Quality - -- [ ] No placeholder text remains (unless marked TODO) -- [ ] No obvious typos or grammar issues -- [ ] Professional tone throughout -- [ ] Contact/support information provided - -## Issues Found - -### Critical Issues - - - -### Warnings - - - -### Improvements - - - -### Missing Components - - - -## Module Complexity Assessment - -### Complexity Rating - -- [ ] Simple (1-2 agents, 2-3 workflows) -- [ ] Standard (3-5 agents, 5-10 workflows) -- [ ] Complex (5+ agents, 10+ workflows) - -### Readiness Level - -- [ ] Prototype (Basic structure, mostly placeholders) -- [ ] Alpha (Core functionality works) -- [ ] Beta (Most features complete, needs testing) -- [ ] Release (Full functionality, documented) diff --git a/src/modules/bmb/workflows-legacy/create-module/installer-templates/install-config.yaml b/src/modules/bmb/workflows-legacy/create-module/installer-templates/install-config.yaml deleted file mode 100644 index 19462d3e..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/installer-templates/install-config.yaml +++ /dev/null @@ -1,92 +0,0 @@ -# {{MODULE_NAME}} Module Configuration -# This file defines installation questions and module configuration values - -code: "{{MODULE_CODE}}" -name: "{{MODULE_NAME}}" -default_selected: "{{DEFAULT_SELECTED}}" # true if this should be selected by default - -# Welcome message shown during installation -prompt: - - "{{WELCOME_MESSAGE_LINE_1}}" - - "{{WELCOME_MESSAGE_LINE_2}}" -# Core config values are automatically inherited: -## user_name -## communication_language -## document_output_language -## output_folder - -# ============================================================================ -# CONFIGURATION FIELDS -# ============================================================================ -# -# Each field can be: -# 1. INTERACTIVE (has 'prompt' - asks user during installation) -# 2. STATIC (no 'prompt' - just uses 'result' value) -# -# Field structure: -# field_name: -# prompt: "Question to ask user" (optional - omit for static values) -# default: "default_value" (optional) -# result: "{value}" or "static-value" -# single-select: [...] (optional - for dropdown) -# multi-select: [...] (optional - for checkboxes) -# -# Special placeholders in result: -# {value} - replaced with user's answer -# {project-root} - replaced with project root path -# {directory_name} - replaced with project directory name -# {module_code} - replaced with this module's code -# ============================================================================ - -# EXAMPLE: Interactive text input -# example_project_name: -# prompt: "What is your project name?" -# default: "{directory_name}" -# result: "{value}" - -# EXAMPLE: Interactive single-select dropdown -# example_skill_level: -# prompt: "What is your experience level?" -# default: "intermediate" -# result: "{value}" -# single-select: -# - value: "beginner" -# label: "Beginner - New to this domain" -# - value: "intermediate" -# label: "Intermediate - Familiar with basics" -# - value: "expert" -# label: "Expert - Deep knowledge" - -# EXAMPLE: Interactive multi-select checkboxes -# example_features: -# prompt: -# - "Which features do you want to enable?" -# - "(Select all that apply)" -# result: "{value}" -# multi-select: -# - "Feature A" -# - "Feature B" -# - "Feature C" - -# EXAMPLE: Interactive path input -# example_output_path: -# prompt: "Where should outputs be saved?" -# default: "output/{{MODULE_CODE}}" -# result: "{project-root}/{value}" - -# EXAMPLE: Static value (no user prompt) -# example_static_setting: -# result: "hardcoded-value" - -# EXAMPLE: Static path -# module_data_path: -# result: "{project-root}/{bmad_folder}/{{MODULE_CODE}}/data" - -# ============================================================================ -# YOUR MODULE CONFIGURATION FIELDS -# ============================================================================ -# Replace examples above with your module's actual configuration needs. -# Delete this comment block and the examples when implementing. -# ============================================================================ - -# TODO: INSERT {MODULE_CONFIG_FIELDS} HERE diff --git a/src/modules/bmb/workflows-legacy/create-module/installer-templates/installer.js b/src/modules/bmb/workflows-legacy/create-module/installer-templates/installer.js deleted file mode 100644 index 4c396b18..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/installer-templates/installer.js +++ /dev/null @@ -1,231 +0,0 @@ -/* eslint-disable unicorn/prefer-module, unicorn/prefer-node-protocol */ -/** - * {{MODULE_NAME}} Module Installer - * Custom installation logic for complex module setup - * - * This is a template - replace {{VARIABLES}} with actual values - */ - -// const fs = require('fs'); // Uncomment when implementing file operations -const path = require('path'); - -/** - * Main installation function - * Called by BMAD installer when processing the module - */ -async function installModule(config) { - console.log('๐Ÿš€ Installing {{MODULE_NAME}} module...'); - console.log(` Version: ${config.version}`); - console.log(` Module Code: ${config.module_code}`); - - try { - // Step 1: Validate environment - await validateEnvironment(config); - - // Step 2: Setup custom configurations - await setupConfigurations(config); - - // Step 3: Initialize module-specific features - await initializeFeatures(config); - - // Step 4: Run post-install tasks - await runPostInstallTasks(config); - - console.log('โœ… {{MODULE_NAME}} module installed successfully!'); - return { - success: true, - message: 'Module installed and configured', - }; - } catch (error) { - console.error('โŒ Installation failed:', error.message); - return { - success: false, - error: error.message, - }; - } -} - -/** - * Validate that the environment meets module requirements - */ -async function validateEnvironment(config) { - console.log(' Validating environment...'); - - // TODO: Add environment checks - // Examples: - // - Check for required tools/binaries - // - Verify permissions - // - Check network connectivity - // - Validate API keys - - // Placeholder validation - if (!config.project_root) { - throw new Error('Project root not defined'); - } - - console.log(' โœ“ Environment validated'); -} - -/** - * Setup module-specific configurations - */ -async function setupConfigurations(config) { - console.log(' Setting up configurations...'); - - // TODO: Add configuration setup - // Examples: - // - Create config files - // - Setup environment variables - // - Configure external services - // - Initialize settings - - // Placeholder configuration - const configPath = path.join(config.project_root, 'bmad', config.module_code, 'config.json'); - - // Example of module config that would be created - // const moduleConfig = { - // installed: new Date().toISOString(), - // settings: { - // // Add default settings - // } - // }; - - // Note: This is a placeholder - actual implementation would write the file - console.log(` โœ“ Would create config at: ${configPath}`); - console.log(' โœ“ Configurations complete'); -} - -/** - * Initialize module-specific features - */ -async function initializeFeatures(config) { - console.log(' Initializing features...'); - - // TODO: Add feature initialization - // Examples: - // - Create database schemas - // - Setup cron jobs - // - Initialize caches - // - Register webhooks - // - Setup file watchers - - // Module-specific initialization based on type - switch (config.module_category) { - case 'data': { - await initializeDataFeatures(config); - break; - } - case 'automation': { - await initializeAutomationFeatures(config); - break; - } - case 'integration': { - await initializeIntegrationFeatures(config); - break; - } - default: { - console.log(' - Using standard initialization'); - } - } - - console.log(' โœ“ Features initialized'); -} - -/** - * Initialize data-related features - */ -async function initializeDataFeatures(/* config */) { - console.log(' - Setting up data storage...'); - // TODO: Setup databases, data folders, etc. -} - -/** - * Initialize automation features - */ -async function initializeAutomationFeatures(/* config */) { - console.log(' - Setting up automation hooks...'); - // TODO: Setup triggers, watchers, schedulers -} - -/** - * Initialize integration features - */ -async function initializeIntegrationFeatures(/* config */) { - console.log(' - Setting up integrations...'); - // TODO: Configure APIs, webhooks, external services -} - -/** - * Run post-installation tasks - */ -async function runPostInstallTasks(/* config */) { - console.log(' Running post-install tasks...'); - - // TODO: Add post-install tasks - // Examples: - // - Generate sample data - // - Run initial workflows - // - Send notifications - // - Update registries - - console.log(' โœ“ Post-install tasks complete'); -} - -/** - * Initialize database for the module (optional) - */ -async function initDatabase(/* config */) { - console.log(' Initializing database...'); - - // TODO: Add database initialization - // This function can be called from install-config.yaml - - console.log(' โœ“ Database initialized'); -} - -/** - * Generate sample data for the module (optional) - */ -async function generateSamples(config) { - console.log(' Generating sample data...'); - - // TODO: Create sample files, data, configurations - // This helps users understand how to use the module - - const samplesPath = path.join(config.project_root, 'examples', config.module_code); - - console.log(` - Would create samples at: ${samplesPath}`); - console.log(' โœ“ Samples generated'); -} - -/** - * Uninstall the module (cleanup) - */ -async function uninstallModule(/* config */) { - console.log('๐Ÿ—‘๏ธ Uninstalling {{MODULE_NAME}} module...'); - - try { - // TODO: Add cleanup logic - // - Remove configurations - // - Clean up databases - // - Unregister services - // - Backup user data - - console.log('โœ… Module uninstalled successfully'); - return { success: true }; - } catch (error) { - console.error('โŒ Uninstall failed:', error.message); - return { - success: false, - error: error.message, - }; - } -} - -// Export functions for BMAD installer -module.exports = { - installModule, - initDatabase, - generateSamples, - uninstallModule, -}; diff --git a/src/modules/bmb/workflows-legacy/create-module/instructions.md b/src/modules/bmb/workflows-legacy/create-module/instructions.md deleted file mode 100644 index ec45b3aa..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/instructions.md +++ /dev/null @@ -1,577 +0,0 @@ -# Build Module - Interactive Module Builder Instructions - -The workflow execution engine is governed by: {project-root}/{bmad_folder}/core/tasks/workflow.xml -You MUST have already loaded and processed: {project-root}/{bmad_folder}/bmb/workflows/create-module/workflow.yaml -Study existing modules in: {project-root}/{bmad_folder}/ for patterns -Communicate in {communication_language} throughout the module creation process -โš ๏ธ ABSOLUTELY NO TIME ESTIMATES - NEVER mention hours, days, weeks, months, or ANY time-based predictions. AI has fundamentally changed development speed - what once took teams weeks/months can now be done by one person in hours. DO NOT give ANY time estimates whatsoever. - - - - -Do you want to brainstorm module ideas first? [y/n] - - - Invoke brainstorming workflow: {brainstorming_workflow} - Pass context data: {brainstorming_context} - Wait for brainstorming session completion - Use brainstorming output to inform module concept, agent lineup, and workflow portfolio in following steps - - - - Proceed directly to Step 0 - - -brainstorming_results - - - -Do you have a module brief or should we create one? [have/create/skip] - - - Invoke module-brief workflow: {project-root}/{bmad_folder}/bmb/workflows/module-brief/workflow.yaml - Wait for module brief completion - Load the module brief to use as blueprint - - - - Provide path to module brief document - Load the module brief and use it to pre-populate all planning sections - - - - Proceed directly to Step 1 - - -module_brief - - - -Load and study the complete module structure guide -Load module structure guide: {module_structure_guide} -Understand module types (Simple/Standard/Complex) -Review directory structures and component guidelines -Study the installation infrastructure patterns - -If brainstorming or module brief was completed, reference those results to guide the conversation - -Guide user to articulate their module's vision, exploring its purpose, what it will help with, and who will use it - -Based on their description, intelligently propose module details: - -**Module Identity Development:** - -1. **Module name** - Extract from their description with proper title case -2. **Module code** - Generate kebab-case from name following patterns: - - Multi-word descriptive names โ†’ shortened kebab-case - - Domain-specific terms โ†’ recognizable abbreviations - - Present suggested code and confirm it works for paths like {bmad_folder}/{{code}}/agents/ -3. **Module purpose** - Refine their description into 1-2 clear sentences -4. **Target audience** - Infer from context or ask if unclear - -**Module Theme Reference Categories:** - -- Domain-Specific (Legal, Medical, Finance, Education) -- Creative (RPG/Gaming, Story Writing, Music Production) -- Technical (DevOps, Testing, Architecture, Security) -- Business (Project Management, Marketing, Sales) -- Personal (Journaling, Learning, Productivity) - -Determine output location: - -- Module will be created at {installer_output_folder} - -Store module identity for scaffolding - -module_identity - - - -Based on the module purpose, intelligently propose an initial component architecture - -**Agents Planning:** - -Suggest agents based on module purpose, considering agent types (Simple/Expert/Module) appropriate to each role - -**Example Agent Patterns by Domain:** - -- Data/Analytics: Analyst, Designer, Builder roles -- Gaming/Creative: Game Master, Generator, Storytelling roles -- Team/Business: Manager, Facilitator, Documentation roles - -Present suggested agent list with types, explaining we can start with core ones and add others later -Confirm which agents resonate with their vision - -**Workflows Planning:** - -Intelligently suggest workflows that complement the proposed agents - -**Example Workflow Patterns by Domain:** - -- Data/Analytics: analyze-dataset, create-dashboard, generate-report -- Gaming/Creative: session-prep, generate-encounter, world-building -- Team/Business: planning, facilitation, documentation workflows - -For each workflow, note whether it should be Document, Action, or Interactive type -Confirm which workflows are most important to start with -Determine which to create now vs placeholder - -**Tasks Planning (optional):** -Any special tasks that don't warrant full workflows? - -For each task, capture name, purpose, and whether standalone or supporting - -module_components - - - -Based on components, intelligently determine module type using criteria: - -**Simple Module Criteria:** - -- 1-2 agents, all Simple type -- 1-3 workflows -- No complex integrations - -**Standard Module Criteria:** - -- 2-4 agents with mixed types -- 3-8 workflows -- Some shared resources - -**Complex Module Criteria:** - -- 4+ agents or multiple Module-type agents -- 8+ workflows -- Complex interdependencies -- External integrations - -Present determined module type with explanation of what structure will be set up - -module_type - - - -Use module path determined in Step 1: -- The module base path is {{module_path}} - -Create base module directories at the determined path: - -``` -{{module_code}}/ -โ”œโ”€โ”€ agents/ # Agent definitions -โ”œโ”€โ”€ workflows/ # Workflow folders -โ”œโ”€โ”€ tasks/ # Task files (if any) -โ”œโ”€โ”€ templates/ # Shared templates -โ”œโ”€โ”€ data/ # Module data files -โ”œโ”€โ”€ _module-installer/ # Installation configuration -โ”‚ โ””โ”€โ”€ install-config.yaml # Configuration questions (config.yaml generated at install time) -โ””โ”€โ”€ README.md # Module documentation -``` - -Create installer directory: - -**INSTALLED MODULE STRUCTURE** (generated in target project after installation): - -``` -{{module_code}}/ -โ”œโ”€โ”€ agents/ # Compiled agents -โ”œโ”€โ”€ workflows/ # Workflow instances -โ”œโ”€โ”€ config.yaml # Generated from install-config.yaml during installation -โ””โ”€โ”€ data/ # User data directory -``` - -**SOURCE MODULE** (module-installer is for installation only, not copied to target): - -``` -{{module_code}}/ -โ”œโ”€โ”€ _module-installer/ -โ”‚ โ”œโ”€โ”€ install-config.yaml # Configuration questions -โ”‚ โ”œโ”€โ”€ installer.js # Optional custom installation logic -โ”‚ โ””โ”€โ”€ assets/ # Files to copy during install -``` - -directory_structure - - - -Based on the module purpose and components, determine what configuration settings the module needs - -**Configuration Field Planning:** - -Does your module need any user-configurable settings during installation? - -**Common configuration patterns:** - -- Output/data paths (where module saves files) -- Feature toggles (enable/disable functionality) -- Integration settings (API keys, external services) -- Behavior preferences (automation level, detail level) -- User skill level or experience settings - -For each configuration field needed, determine: - -1. Field name (snake_case) -2. Whether it's INTERACTIVE (asks user) or STATIC (hardcoded) -3. Prompt text (if interactive) -4. Default value -5. Type: text input, single-select, or multi-select -6. Result template (how the value gets stored) - -Store planned configuration fields for installer generation in step 7 - -module_config_fields - - - -Create your first agent now? [yes/no] - - - Invoke agent builder workflow: {agent_builder} - Pass module_components as context input - Guide them to create the primary agent for the module - -Save to module's agents folder: - -- Save to {{module_path}}/agents/ - - - - Create placeholder file in agents folder with TODO notes including agent name, purpose, and type - - -first_agent - - - -Create your first workflow now? [yes/no] - - - Invoke workflow builder: {workflow_builder} - Pass module_components as context input - Guide them to create the primary workflow - -Save to module's workflows folder: - -- Save to {{module_path}}/workflows/ - - - - Create placeholder workflow folder structure with TODO notes for workflow.yaml, instructions.md, and template.md if document workflow - - -first_workflow - - - -Load installer template from: {installer_templates}/install-config.yaml - -IMPORTANT: Create install-config.yaml NOT install-config.yaml -This is the STANDARD format that BMAD installer uses - -Create module-installer/install-config.yaml: - -```yaml -# {{module_name}} Module Configuration -# This file defines installation questions and module configuration values - -code: {{module_code}} -name: "{{module_name}}" -default_selected: false # Set to true if this should be selected by default - -# Welcome message shown during installation -prompt: - - "Thank you for choosing {{module_name}}!" - - "{{brief_module_description}}" - -# Core config values are automatically inherited: -## user_name -## communication_language -## document_output_language -## output_folder - -# ============================================================================ -# CONFIGURATION FIELDS (from step 4 planning) -# ============================================================================ -# Each field can be: -# 1. INTERACTIVE (has 'prompt' - asks user during installation) -# 2. STATIC (no 'prompt' - just uses 'result' value) -# ============================================================================ - -# EXAMPLE Interactive text input: -# output_path: -# prompt: "Where should {{module_code}} save outputs?" -# default: "output/{{module_code}}" -# result: "{project-root}/{value}" - -# EXAMPLE Interactive single-select: -# detail_level: -# prompt: "How detailed should outputs be?" -# default: "standard" -# result: "{value}" -# single-select: -# - value: "minimal" -# label: "Minimal - Brief summaries only" -# - value: "standard" -# label: "Standard - Balanced detail" -# - value: "detailed" -# label: "Detailed - Comprehensive information" - -# EXAMPLE Static value: -# module_version: -# result: "1.0.0" - -# EXAMPLE Static path: -# data_path: -# result: "{project-root}/{bmad_folder}/{{module_code}}/data" - -{{generated_config_fields_from_step_4}} -``` - -Save location: - -- Save to {{module_path}}/module-installer/install-config.yaml - -Does your module need custom installation logic (database setup, API registration, etc.)? - - - ```javascript - // {{module_name}} Module Installer - // Custom installation logic - -- @param {Object} options - Installation options -- @param {string} options.projectRoot - Project root directory -- @param {Object} options.config - Module configuration from install-config.yaml -- @param {Array} options.installedIDEs - List of IDE codes being configured -- @param {Object} options.logger - Logger instance (log, warn, error methods) -- @returns {boolean} - true if successful, false to abort installation - - async function install(options) { - const { projectRoot, config, installedIDEs, logger } = options; - - logger.log('Running {{module_name}} custom installer...'); - - // TODO: Add custom installation logic here - // Examples: - // - Create database tables - // - Download external assets - // - Configure API connections - // - Initialize data files - // - Set up webhooks or integrations - - logger.log('{{module_name}} custom installation complete!'); - return true; - -} - -module.exports = { install }; - -````` - -Save location: - -- Save to {{module_path}}/module-installer/installer.js - - - -Skip installer.js creation - the standard installer will handle everything - - -installer_config - - - -Generate comprehensive README.md: - -````markdown -# {{module_name}} - -{{module_purpose}} - -## Overview - -This module provides: -{{component_summary}} - -## Installation - -```bash -bmad install {{module_code}} -````` - -```` - -## Components - -### Agents ({{agent_count}}) - -{{agent_documentation}} - -### Workflows ({{workflow_count}}) - -{{workflow_documentation}} - -### Tasks ({{task_count}}) - -{{task_documentation}} - -## Quick Start - -1. **Load the main agent:** - - ``` - agent {{primary_agent}} - ``` - -2. **View available commands:** - - ``` - *help - ``` - -3. **Run the main workflow:** - ``` - workflow {{primary_workflow}} - ``` - -## Module Structure - -``` -{{directory_tree}} -``` - -## Configuration - -The module can be configured in `{bmad_folder}/{{module_code}}/config.yaml` - -Key settings: -{{configuration_options}} - -## Examples - -### Example 1: {{example_use_case}} - -{{example_walkthrough}} - -## Development Roadmap - -- [ ] {{roadmap_item_1}} -- [ ] {{roadmap_item_2}} -- [ ] {{roadmap_item_3}} - -## Contributing - -To extend this module: - -1. Add new agents using `create-agent` workflow -2. Add new workflows using `create-workflow` workflow -3. Submit improvements via pull request - -## Author - -Created by {{user_name}} on {{date}} - -```` - -module_readme - - - -Create a development roadmap for remaining components: - -**TODO.md file:** - -```markdown -# {{module_name}} Development Roadmap - -## Phase 1: Core Components - -{{phase1_tasks}} - -## Phase 2: Enhanced Features - -{{phase2_tasks}} - -## Phase 3: Polish and Integration - -{{phase3_tasks}} - -## Quick Commands - -Create new agent: -``` - -workflow create-agent - -``` - -Create new workflow: -``` - -workflow create-workflow - -``` - -## Notes -{{development_notes}} -``` - -Ask if user wants to: - -1. Continue building more components now -2. Save roadmap for later development -3. Test what's been built so far - -development_roadmap - - - -Run validation checks: - -**Structure validation:** - -- All required directories created -- Config files properly formatted -- Installer configuration valid - -**Component validation:** - -- At least one agent or workflow exists (or planned) -- All references use correct paths -- Module code consistent throughout - -**Documentation validation:** - -- README.md complete -- Installation instructions clear -- Examples provided - -Present summary to {user_name}: - -- Module name and code -- Location path -- Agent count (created vs planned) -- Workflow count (created vs planned) -- Task count -- Installer status - -Provide next steps guidance: - -1. Complete remaining components using roadmap -2. Run the BMAD Method installer to this project location -3. Select 'Compile Agents' option after confirming folder -4. Module will be compiled and available for use -5. Test with bmad install command -6. Share or integrate with existing system - -Would you like to: - -- Create another component now? -- Test the module installation? -- Exit and continue later? - - -module_summary - - - diff --git a/src/modules/bmb/workflows-legacy/create-module/module-structure.md b/src/modules/bmb/workflows-legacy/create-module/module-structure.md deleted file mode 100644 index 591ba1ad..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/module-structure.md +++ /dev/null @@ -1,400 +0,0 @@ -# BMAD Module Structure Guide - -## What is a Module? - -A BMAD module is a self-contained package of agents, workflows, tasks, and resources that work together to provide specialized functionality. Think of it as an expansion pack for the BMAD Method. - -## Module Architecture - -### Core Structure - -``` -# SOURCE MODULE (in BMAD-METHOD project) -src/modules/{module-code}/ -โ”œโ”€โ”€ agents/ # Agent definitions (.agent.yaml) -โ”œโ”€โ”€ workflows/ # Workflow folders -โ”œโ”€โ”€ tasks/ # Task files -โ”œโ”€โ”€ tools/ # Tool files -โ”œโ”€โ”€ templates/ # Shared templates -โ”œโ”€โ”€ data/ # Static data -โ”œโ”€โ”€ _module-installer/ # Installation configuration -โ”‚ โ”œโ”€โ”€ install-config.yaml # Installation questions & config -โ”‚ โ”œโ”€โ”€ installer.js # Optional custom install logic -โ”‚ โ””โ”€โ”€ assets/ # Files to copy during install -โ””โ”€โ”€ README.md # Module documentation - -# INSTALLED MODULE (in target project) -{project-root}/{bmad_folder}/{module-code}/ -โ”œโ”€โ”€ agents/ # Compiled agent files (.md) -โ”œโ”€โ”€ workflows/ # Workflow instances -โ”œโ”€โ”€ tasks/ # Task files -โ”œโ”€โ”€ tools/ # Tool files -โ”œโ”€โ”€ templates/ # Templates -โ”œโ”€โ”€ data/ # Module data -โ”œโ”€โ”€ config.yaml # Generated from install-config.yaml -โ””โ”€โ”€ README.md # Module documentation -``` - -## Module Types by Complexity - -### Simple Module (1-2 agents, 2-3 workflows) - -Perfect for focused, single-purpose tools. - -**Example: Code Review Module** - -- 1 Reviewer Agent -- 2 Workflows: quick-review, deep-review -- Clear, narrow scope - -### Standard Module (3-5 agents, 5-10 workflows) - -Comprehensive solution for a domain. - -**Example: Project Management Module** - -- PM Agent, Scrum Master Agent, Analyst Agent -- Workflows: sprint-planning, retrospective, roadmap, user-stories -- Integrated component ecosystem - -### Complex Module (5+ agents, 10+ workflows) - -Full platform or framework. - -**Example: RPG Toolkit Module** - -- DM Agent, NPC Agent, Monster Agent, Loot Agent, Map Agent -- 15+ workflows for every aspect of game management -- Multiple interconnected systems - -## Module Naming Conventions - -### Module Code (kebab-case) - -- `data-viz` - Data Visualization -- `team-collab` - Team Collaboration -- `rpg-toolkit` - RPG Toolkit -- `legal-assist` - Legal Assistant - -### Module Name (Title Case) - -- "Data Visualization Suite" -- "Team Collaboration Platform" -- "RPG Game Master Toolkit" -- "Legal Document Assistant" - -## Component Guidelines - -### Agents per Module - -**Recommended Distribution:** - -- **Primary Agent (1)**: The main interface/orchestrator -- **Specialist Agents (2-4)**: Domain-specific experts -- **Utility Agents (0-2)**: Helper/support functions - -**Anti-patterns to Avoid:** - -- Too many overlapping agents -- Agents that could be combined -- Agents without clear purpose - -### Workflows per Module - -**Categories:** - -- **Core Workflows (2-3)**: Essential functionality -- **Feature Workflows (3-5)**: Specific capabilities -- **Utility Workflows (2-3)**: Supporting operations -- **Admin Workflows (0-2)**: Maintenance/config - -**Workflow Complexity Guide:** - -- Simple: 3-5 steps, single output -- Standard: 5-10 steps, multiple outputs -- Complex: 10+ steps, conditional logic, sub-workflows - -### Tasks per Module - -Tasks should be used for: - -- Single-operation utilities -- Shared subroutines -- Quick actions that don't warrant workflows - -## Module Dependencies - -### Internal Dependencies - -- Agents can reference module workflows -- Workflows can invoke module tasks -- Tasks can use module templates - -### External Dependencies - -- Reference other modules via full paths -- Declare dependencies in config.yaml -- Version compatibility notes - -### Workflow Vendoring (Advanced) - -For modules that need workflows from other modules but want to remain standalone, use **workflow vendoring**: - -**In Agent YAML:** - -```yaml -menu: - - trigger: command-name - workflow: '{project-root}/{bmad_folder}/SOURCE_MODULE/workflows/path/workflow.yaml' - workflow-install: '{project-root}/{bmad_folder}/THIS_MODULE/workflows/vendored/workflow.yaml' - description: 'Command description' -``` - -**What Happens:** - -- During installation, workflows are copied from `workflow` to `workflow-install` location -- Vendored workflows get `config_source` updated to reference this module's config -- Compiled agent only references the `workflow-install` path -- Module becomes fully standalone - no source module dependency required - -**Use Cases:** - -- Specialized modules that reuse common workflows with different configs -- Domain-specific adaptations (e.g., game dev using standard dev workflows) -- Testing workflows in isolation - -**Benefits:** - -- Module independence (no forced dependencies) -- Clean namespace (workflows in your module) -- Config isolation (use your module's settings) -- Customization ready (modify vendored workflows freely) - -## Installation Infrastructure - -### Required: module-installer/install-config.yaml - -This file defines both installation questions AND static configuration values: - -```yaml -# Module metadata -code: module-code -name: 'Module Name' -default_selected: false - -# Welcome message during installation -prompt: - - 'Welcome to Module Name!' - - 'Brief description here' - -# Core values automatically inherited from installer: -## user_name -## communication_language -## document_output_language -## output_folder - -# INTERACTIVE fields (ask user during install) -output_location: - prompt: 'Where should module outputs be saved?' - default: 'output/module-code' - result: '{project-root}/{value}' - -feature_level: - prompt: 'Which feature set?' - default: 'standard' - result: '{value}' - single-select: - - value: 'basic' - label: 'Basic - Core features only' - - value: 'standard' - label: 'Standard - Recommended features' - - value: 'advanced' - label: 'Advanced - All features' - -# STATIC fields (no prompt, just hardcoded values) -module_version: - result: '1.0.0' - -data_path: - result: '{project-root}/{bmad_folder}/module-code/data' -``` - -**Key Points:** - -- File is named `install-config.yaml` (NOT install-config.yaml) -- Supports both interactive prompts and static values -- `result` field uses placeholders: `{value}`, `{project-root}`, `{directory_name}` -- Installer generates final `config.yaml` from this template - -### Optional: module-installer/installer.js - -For complex installations requiring custom logic: - -```javascript -/** - * @param {Object} options - Installation options - * @param {string} options.projectRoot - Target project directory - * @param {Object} options.config - Config from install-config.yaml - * @param {Array} options.installedIDEs - IDEs being configured - * @param {Object} options.logger - Logger (log, warn, error) - * @returns {boolean} - true if successful - */ -async function install(options) { - // Custom installation logic here - // - Database setup - // - API configuration - // - External downloads - // - Integration setup - - return true; -} - -module.exports = { install }; -``` - -### Optional: module-installer/assets/ - -Files to copy during installation: - -- External configurations -- Documentation -- Example files -- Integration scripts - -## Module Lifecycle - -### Development Phases - -1. **Planning Phase** - - Define scope and purpose - - Identify components - - Design architecture - -2. **Scaffolding Phase** - - Create directory structure - - Generate configurations - - Setup installer - -3. **Building Phase** - - Create agents incrementally - - Build workflows progressively - - Add tasks as needed - -4. **Testing Phase** - - Test individual components - - Verify integration - - Validate installation - -5. **Deployment Phase** - - Package module - - Document usage - - Distribute/share - -## Best Practices - -### Module Cohesion - -- All components should relate to module theme -- Clear boundaries between modules -- No feature creep - -### Progressive Enhancement - -- Start with MVP (1 agent, 2 workflows) -- Add components based on usage -- Refactor as patterns emerge - -### Documentation Standards - -- Every module needs README.md -- Each agent needs purpose statement -- Workflows need clear descriptions -- Include examples and quickstart - -### Naming Consistency - -- Use module code prefix for uniqueness -- Consistent naming patterns within module -- Clear, descriptive names - -## Example Modules - -### Example 1: Personal Productivity - -``` -productivity/ -โ”œโ”€โ”€ agents/ -โ”‚ โ”œโ”€โ”€ task-manager.md # GTD methodology -โ”‚ โ””โ”€โ”€ focus-coach.md # Pomodoro timer -โ”œโ”€โ”€ workflows/ -โ”‚ โ”œโ”€โ”€ daily-planning/ # Morning routine -โ”‚ โ”œโ”€โ”€ weekly-review/ # Week retrospective -โ”‚ โ””โ”€โ”€ project-setup/ # New project init -โ””โ”€โ”€ config.yaml -``` - -### Example 2: Content Creation - -``` -content/ -โ”œโ”€โ”€ agents/ -โ”‚ โ”œโ”€โ”€ writer.md # Blog/article writer -โ”‚ โ”œโ”€โ”€ editor.md # Copy editor -โ”‚ โ””โ”€โ”€ seo-optimizer.md # SEO specialist -โ”œโ”€โ”€ workflows/ -โ”‚ โ”œโ”€โ”€ blog-post/ # Full blog creation -โ”‚ โ”œโ”€โ”€ social-media/ # Social content -โ”‚ โ”œโ”€โ”€ email-campaign/ # Email sequence -โ”‚ โ””โ”€โ”€ content-calendar/ # Planning -โ””โ”€โ”€ templates/ - โ”œโ”€โ”€ blog-template.md - โ””โ”€โ”€ email-template.md -``` - -### Example 3: DevOps Automation - -``` -devops/ -โ”œโ”€โ”€ agents/ -โ”‚ โ”œโ”€โ”€ deploy-master.md # Deployment orchestrator -โ”‚ โ”œโ”€โ”€ monitor.md # System monitoring -โ”‚ โ”œโ”€โ”€ incident-responder.md # Incident management -โ”‚ โ””โ”€โ”€ infra-architect.md # Infrastructure design -โ”œโ”€โ”€ workflows/ -โ”‚ โ”œโ”€โ”€ ci-cd-setup/ # Pipeline creation -โ”‚ โ”œโ”€โ”€ deploy-app/ # Application deployment -โ”‚ โ”œโ”€โ”€ rollback/ # Emergency rollback -โ”‚ โ”œโ”€โ”€ health-check/ # System verification -โ”‚ โ””โ”€โ”€ incident-response/ # Incident handling -โ”œโ”€โ”€ tasks/ -โ”‚ โ”œโ”€โ”€ check-status.md # Quick status check -โ”‚ โ””โ”€โ”€ notify-team.md # Team notifications -โ””โ”€โ”€ data/ - โ””โ”€โ”€ runbooks/ # Operational guides -``` - -## Module Evolution Pattern - -``` -Simple Module โ†’ Standard Module โ†’ Complex Module โ†’ Module Suite - (MVP) (Enhanced) (Complete) (Ecosystem) -``` - -## Common Pitfalls - -1. **Over-engineering**: Starting too complex -2. **Under-planning**: No clear architecture -3. **Poor boundaries**: Module does too much -4. **Weak integration**: Components don't work together -5. **Missing docs**: No clear usage guide - -## Success Metrics - -A well-designed module has: - -- โœ… Clear, focused purpose -- โœ… Cohesive components -- โœ… Smooth installation -- โœ… Comprehensive docs -- โœ… Room for growth -- โœ… Happy users! diff --git a/src/modules/bmb/workflows-legacy/create-module/workflow.yaml b/src/modules/bmb/workflows-legacy/create-module/workflow.yaml deleted file mode 100644 index a47bdbfb..00000000 --- a/src/modules/bmb/workflows-legacy/create-module/workflow.yaml +++ /dev/null @@ -1,52 +0,0 @@ -# Build Module Workflow Configuration -name: create-module -description: "Interactive workflow to build complete BMAD modules with agents, workflows, tasks, and installation infrastructure" -author: "BMad" - -# Critical variables load from config_source -config_source: "{project-root}/{bmad_folder}/bmb/config.yaml" -custom_module_location: "{config_source}:custom_module_location" -communication_language: "{config_source}:communication_language" -user_name: "{config_source}:user_name" - -# Reference guides for module building -module_structure_guide: "{installed_path}/module-structure.md" -installer_templates: "{installed_path}/installer-templates/" - -# Use existing build workflows -agent_builder: "{project-root}/{bmad_folder}/bmb/workflows/create-agent/workflow.yaml" -workflow_builder: "{project-root}/{bmad_folder}/bmb/workflows/create-workflow/workflow.yaml" -brainstorming_workflow: "{project-root}/{bmad_folder}/core/workflows/brainstorming/workflow.yaml" -brainstorming_context: "{installed_path}/brainstorm-context.md" - -# Reference examples - for learning patterns -bmm_module_dir: "{project-root}/{bmad_folder}/bmm/" -cis_module_dir: "{project-root}/{bmad_folder}/cis/" -existing_agents_dir: "{project-root}/{bmad_folder}/*/agents/" -existing_workflows_dir: "{project-root}/{bmad_folder}/*/workflows/" - -# Optional user inputs - discovered if they exist -input_file_patterns: - module_brief: - description: "Module brief with vision and requirements (optional)" - whole: "{output_folder}/module-brief-*.md" - load_strategy: "FULL_LOAD" - brainstorming: - description: "Brainstorming session outputs (optional)" - whole: "{output_folder}/brainstorming-*.md" - load_strategy: "FULL_LOAD" - -# Module path and component files -installed_path: "{project-root}/{bmad_folder}/bmb/workflows/create-module" -template: false # This is an interactive scaffolding workflow -instructions: "{installed_path}/instructions.md" -validation: "{installed_path}/checklist.md" - -# Output configuration - creates entire module structure -# Save to custom_module_location/{{module_code}} -installer_output_folder: "{custom_module_location}/{{module_code}}" - -standalone: true - -# Web bundle configuration -web_bundle: false # BMB workflows run locally in BMAD-METHOD project diff --git a/src/modules/bmb/workflows-legacy/edit-module/checklist.md b/src/modules/bmb/workflows-legacy/edit-module/checklist.md index 88d68711..b583acd2 100644 --- a/src/modules/bmb/workflows-legacy/edit-module/checklist.md +++ b/src/modules/bmb/workflows-legacy/edit-module/checklist.md @@ -24,7 +24,6 @@ Use this checklist to validate module edits meet BMAD Core standards. ### Optional Fields (if used) -- [ ] custom_agent_location documented - [ ] custom_module_location documented - [ ] Module-specific fields documented in README diff --git a/src/modules/bmb/workflows/create-agent/data/info-and-installation-guide.md b/src/modules/bmb/workflows/create-agent/data/info-and-installation-guide.md index 304bbb98..d4ad0f7e 100644 --- a/src/modules/bmb/workflows/create-agent/data/info-and-installation-guide.md +++ b/src/modules/bmb/workflows/create-agent/data/info-and-installation-guide.md @@ -2,12 +2,24 @@ ## Installation -```bash -# Quick install (interactive) -npx bmad-method agent-install --source ./{agent_filename}.agent.yaml +Create a `custom.yaml` file in the agent folder: -# Quick install (non-interactive) -npx bmad-method agent-install --source ./{agent_filename}.agent.yaml --defaults +```yaml +code: { agent_code } +name: '{agent_name}' +default_selected: true +``` + +Then run: + +```bash +npx bmad-method install +``` + +Or if you have bmad-cli installed globally: + +```bash +bmad install ``` ## About This Agent diff --git a/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/README.md b/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/README.md index ec677983..702dc0b3 100644 --- a/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/README.md +++ b/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/README.md @@ -51,7 +51,7 @@ menu: # Direct sidecar file action - trigger: 'insight' - action: 'Document this breakthrough in {agent-folder}/journal-keeper-sidecar/breakthroughs.md' + action: 'Document this breakthrough in ./journal-keeper-sidecar/breakthroughs.md' description: 'Record a meaningful insight' ``` @@ -63,9 +63,9 @@ Expert Agents MUST load sidecar files explicitly: ```yaml critical_actions: - - 'Load COMPLETE file {agent-folder}/journal-keeper-sidecar/memories.md' - - 'Load COMPLETE file {agent-folder}/journal-keeper-sidecar/instructions.md' - - 'ONLY read/write files in {agent-folder}/journal-keeper-sidecar/' + - 'Load COMPLETE file ./journal-keeper-sidecar/memories.md' + - 'Load COMPLETE file ./journal-keeper-sidecar/instructions.md' + - 'ONLY read/write files in ./journal-keeper-sidecar/' ``` **Key points:** diff --git a/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml b/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml index 84595371..78429290 100644 --- a/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml +++ b/src/modules/bmb/workflows/create-agent/data/reference/agents/expert-examples/journal-keeper/journal-keeper.agent.yaml @@ -20,9 +20,9 @@ agent: - Reflection transforms experience into wisdom critical_actions: - - "Load COMPLETE file {agent-folder}/journal-keeper-sidecar/memories.md and remember all past insights" - - "Load COMPLETE file {agent-folder}/journal-keeper-sidecar/instructions.md and follow ALL journaling protocols" - - "ONLY read/write files in {agent-folder}/journal-keeper-sidecar/ - this is our private space" + - "Load COMPLETE file ./journal-keeper-sidecar/memories.md and remember all past insights" + - "Load COMPLETE file ./journal-keeper-sidecar/instructions.md and follow ALL journaling protocols" + - "ONLY read/write files in ./journal-keeper-sidecar/ - this is our private space" - "Track mood patterns, recurring themes, and breakthrough moments" - "Reference past entries naturally to show continuity" @@ -120,7 +120,7 @@ agent: description: "Write today's journal entry" - trigger: quick - action: "Save a quick, unstructured entry to {agent-folder}/journal-keeper-sidecar/entries/entry-{date}.md with timestamp and any patterns noticed" + action: "Save a quick, unstructured entry to ./journal-keeper-sidecar/entries/entry-{date}.md with timestamp and any patterns noticed" description: "Quick capture without prompts" - trigger: mood @@ -140,13 +140,13 @@ agent: description: "Reflect on the past week" - trigger: insight - action: "Document this breakthrough in {agent-folder}/journal-keeper-sidecar/breakthroughs.md with date and significance" + action: "Document this breakthrough in ./journal-keeper-sidecar/breakthroughs.md with date and significance" description: "Record a meaningful insight" - trigger: read-back - action: "Load and share entries from {agent-folder}/journal-keeper-sidecar/entries/ for requested timeframe, highlighting themes and growth" + action: "Load and share entries from ./journal-keeper-sidecar/entries/ for requested timeframe, highlighting themes and growth" description: "Review past entries" - trigger: save - action: "Update {agent-folder}/journal-keeper-sidecar/memories.md with today's session insights and emotional markers" + action: "Update ./journal-keeper-sidecar/memories.md with today's session insights and emotional markers" description: "Save what we discussed today" diff --git a/src/modules/bmb/workflows/create-module/steps/step-01-init.md b/src/modules/bmb/workflows/create-module/steps/step-01-init.md new file mode 100644 index 00000000..cef0968f --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-01-init.md @@ -0,0 +1,155 @@ +--- +nextStepFile: '{installed_path}/steps/step-02-concept.md' +continueFile: '{installed_path}/steps/step-01b-continue.md' +modulePlanTemplate: '{installed_path}/templates/module-plan.template.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +customModuleLocation: '{custom_module_location}' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +--- + +# Step 1: Workflow Initialization + +## STEP GOAL: + +To initialize the create-module workflow by getting the module name from the user, checking for existing work, handling continuation if needed, and creating the initial module plan document. + +## 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 Module Architect and BMAD Systems Specialist +- โœ… We engage in collaborative dialogue, not command-response +- โœ… You bring expertise in BMAD architecture and module creation, user brings their module requirements +- โœ… Maintain collaborative, guiding tone throughout + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus ONLY on initialization, getting module name, and setting up tracking +- ๐Ÿšซ 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 +- Module brief discovery happens in this step + +## SEQUENCE OF INSTRUCTIONS: + +### 1. Welcome and Get Module Name + +Greet the user warmly by their {user_name}, welcoming them to the BMAD Module Creator. Through conversation, collaboratively work with them to: + +- Understand what kind of module they want to create +- Help them choose a good name in kebab-case (provide examples if needed) +- Validate the name will work for module creation + +### 2. Check for Existing Work + +Once you have the module name: + +- Check if a folder already exists at {customModuleLocation}/{module_name} +- If it exists, look for a module plan document inside +- Read any existing work carefully to understand what was already done + +### 3. Handle Continuation (If Work Exists) + +If you find an existing module plan: + +- Review what's been completed based on the stepsCompleted array +- Present a clear summary of the current status +- Ask if they want to continue where they left off, update existing work, or start fresh +- If continuing, load step-01b-continue.md + +### 4. Look for Supporting Documents + +Check for any existing documents that could help: + +- Module briefs in the module folder or output folder +- Brainstorming results in the output folder +- Any other relevant documentation + +### 5. Guide User's Next Decision + +If no supporting documents are found: + +- Explain their three options clearly and helpfully +- Option 1: Proceed with creating the module based on their ideas +- Option 2: Exit and create a module brief first (explain the module-brief workflow) +- Option 3: Exit and do brainstorming first (explain the brainstorming workflow) +- Support whatever choice they make + +### 6. Create Module Foundation + +If proceeding: + +- Create the module folder if needed +- Create the initial module-plan-{module_name}.md document using the module plan template from {modulePlanTemplate} +- Initialize proper frontmatter with current date, user name, and add "step-01-init" to stepsCompleted array +- Add any discovered documents to inputDocuments field +- Include a brief section about the legacy reference + +### 7. Prepare for Next Step + +- Confirm everything is set up properly +- Let the user know what you've accomplished +- Transition smoothly to the next phase of defining the module concept + +### 8. Present MENU OPTIONS + +Display: **Proceeding to define your module concept...** + +#### EXECUTION RULES: + +- This is an initialization step with no user choices (after inputs handled) +- Proceed directly to next step after setup +- Use menu handling logic section below + +#### Menu Handling Logic: + +- After setup completion, add step-01-init to the end of the stepsCompleted array in module plan frontmatter, then load, read entire file, then execute `{nextStepFile}` to define the module concept + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Module name obtained and validated through collaborative dialogue +- Module plan document created from template with frontmatter initialized +- "step-01-init" added to stepsCompleted array +- Module plan document created at correct location +- User feels welcomed and informed +- Ready to proceed to step 2 +- OR existing workflow properly routed to step-01b-continue.md + +### โŒ SYSTEM FAILURE: + +- Proceeding with step 2 without module plan creation +- Not checking for existing documents properly +- Creating module without user input on name +- Skipping folder creation +- Not routing to step-01b-continue.md when appropriate + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN initialization setup is complete and module plan document is created (OR continuation is properly routed), will you then immediately load, read entire file, then execute `{nextStepFile}` to begin defining the module concept. diff --git a/src/modules/bmb/workflows/create-module/steps/step-01b-continue.md b/src/modules/bmb/workflows/create-module/steps/step-01b-continue.md new file mode 100644 index 00000000..3ff7d8fa --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-01b-continue.md @@ -0,0 +1,169 @@ +--- +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +--- + +# Step 1b: Continue Module Creation + +## 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 Module Architect and BMAD Systems Specialist +- โœ… We engage in collaborative dialogue, not command-response +- โœ… You bring expertise in BMAD architecture and module creation, user brings their module requirements +- โœ… Maintain collaborative, guiding tone throughout + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus ONLY on handling continuation and resuming workflow +- ๐Ÿšซ FORBIDDEN to modify existing work without user consent +- ๐Ÿ’ฌ Present status clearly and get user direction +- ๐Ÿ“‹ Track completion status accurately + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Load and analyze existing module plan +- ๐Ÿ’พ Update frontmatter with continuation status +- ๐Ÿ“– Route to appropriate next step based on progress +- ๐Ÿšซ FORBIDDEN to skip steps just because they exist + +## CONTEXT BOUNDARIES: + +- Module plan document exists with previous work +- Focus on understanding what's been done and what remains +- Don't assume completion without verification +- User direction guides next actions + +## STEP GOAL: + +To resume module creation by presenting current status, understanding what's been accomplished, and determining the next step in the process. + +## CONTINUATION HANDLING SEQUENCE: + +### 1. Load and Analyze Existing Module Plan + +Load module plan from: {modulePlanFile} +Read entire document including frontmatter +Extract current status from frontmatter fields: + +- stepsCompleted array +- lastStep (the final item in the stepsCompleted array) +- module_name +- module_code +- date +- inputDocuments + +### 2. Present Current Status + +"Welcome back! I found your in-progress module creation for **{module_name}**. + +**Current Status:** + +- **Module Code:** {module_code} +- **Started:** {date} +- **Last Step:** {lastStep} +- **Steps Completed:** {stepsCompleted count}/{total steps} +- **Location:** {custom_module_location}/{module_name} + +\*\*Progress Summary:" + +Based on stepsCompleted, show: + +- [โœ…] Step 1: Init - Complete +- [ ] Step 2: Concept - {status} +- [ ] Step 3: Components - {status} +- [ ] Step 4: Structure - {status} +- [ ] Step 5: Configuration - {status} +- [ ] Step 6: Agents - {status} +- [ ] Step 7: Workflows - {status} +- [ ] Step 8: Installer - {status} +- [ ] Step 9: Documentation - {status} +- [ ] Step 10: Roadmap - {status} +- [ ] Step 11: Validation - {status} + +### 3. Review What's Been Done + +Read content sections of module plan +Summarize what's been accomplished: + +"**Completed Work:** + +- Module identity defined +- Component planning complete +- [Other completed items based on content]" + +### 4. Determine Next Step + +Based on stepsCompleted array: +Find highest completed step number +Next step = highest completed + 1 + +"**Ready to Continue:** +Your next step would be: **Step {nextStep} - [step name]** + +What would you like to do? + +1. **Continue** from where you left off +2. **Review** what's been done so far +3. **Modify** previous work +4. **Start over** with a new plan" + +### 5. Handle User Choice + +User your best judgement in how to handle the users choice + +### 6. Update Continuation Status + +Update modulePlanFile frontmatter: + +- Set lastStep: 'continued' +- Add note about continuation date +- Keep stepsCompleted unchanged + +## โœ… SUCCESS METRICS: + +- User understands current progress +- Next step identified correctly +- User choice handled appropriately +- Module plan updated with continuation status +- Workflow resumed at correct location + +## โŒ FAILURE MODES TO AVOID: + +- Not accurately reading previous status +- Skipping steps just because they exist +- Not offering review option +- Losing previous work +- Not updating continuation tracking + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Existing work properly loaded and analyzed +- User clearly understands current status +- Continuation options presented clearly +- Next step determined correctly +- Module plan updated with continuation information + +### โŒ SYSTEM FAILURE: + +- Not reading existing plan completely +- Misrepresenting progress status +- Losing track of what's been done +- Not offering appropriate continuation options + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN user selects 'C' (Continue) and appropriate updates are saved to modulePlanFile, will you then load, read entire file, then execute the determined next step file to resume the module creation workflow. diff --git a/src/modules/bmb/workflows/create-module/steps/step-02-concept.md b/src/modules/bmb/workflows/create-module/steps/step-02-concept.md new file mode 100644 index 00000000..b77613c6 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-02-concept.md @@ -0,0 +1,217 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-03-components.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +moduleStructureGuide: '{project-root}/src/modules/bmb/workflows-legacy/create-module/module-structure.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 2: Define Module Concept and Scope + +## 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 Module Architect and Business Analyst +- โœ… 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 expertise in module design and BMAD patterns, user brings their domain knowledge +- โœ… Maintain collaborative, educational tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus ONLY on defining the module concept and scope +- ๐Ÿšซ FORBIDDEN to start designing components in this step +- ๐Ÿ’ฌ Ask questions conversationally to understand vision +- ๐Ÿšซ FORBIDDEN to proceed without clear module identity + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Load and study module structure guide for context +- ๐Ÿ’พ Document all module identity details in plan +- ๐Ÿ“– Add "step-02-concept" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- Module name and location from step 1 +- Input documents (brief/brainstorming) if any +- Focus ONLY on concept and scope definition +- Don't assume module details beyond what user provides + +## STEP GOAL: + +To articulate the module's vision, define its identity, and establish clear boundaries for what it will and won't do. + +## MODULE CONCEPT DEFINITION PROCESS: + +### 1. Load Context and Briefs + +"Let's define your module's concept and identity. This will guide all the decisions we make about agents, workflows, and features." + +Load module-plan.md and check inputDocuments field + +Read the module brief completely +"I see you have a module brief. Let me review that to understand your vision..." +Use brief content to inform concept development questions + +Load and study the module structure guide for context + +### 2. Guide Concept Development + +Ask conversationally: + +"**Understanding Your Vision:** + +1. **What problem will this module solve?** - What pain point or need are you addressing? + +2. **Who is the primary user?** - Who will benefit most from this module? + +3. **What's the main outcome?** - What will users be able to do after using your module? + +4. **Why is this important?** - What makes this module valuable or unique?" + +### 3. Module Identity Development + +Based on their responses, collaboratively develop: + +**Module Name:** + +- Start with their module code: {module_name} +- Suggest a display name in Title Case +- Get user confirmation or refinement + +**Module Purpose:** + +- Distill their problem statement into 1-2 clear sentences +- Focus on value and outcomes +- Get user validation + +**Target Audience:** + +- Identify primary user persona +- Consider skill level (beginner/intermediate/advanced) +- Note any secondary audiences + +**Module Scope:** + +- What's IN scope (core features) +- What's OUT of scope (explicitly state what it won't do) +- Success criteria (how will we know it works?) + +### 4. Module Theme and Category + +"**Module Classification:** + +Based on your description, this seems to fit in the [Domain-Specific/Creative/Technical/Business/Personal] category. + +Does this sound right? Or would you categorize it differently? + +**Example Categories:** + +- **Domain-Specific**: Legal, Medical, Finance, Education +- **Creative**: RPG/Gaming, Story Writing, Music Production +- **Technical**: DevOps, Testing, Architecture, Security +- **Business**: Project Management, Marketing, Sales +- **Personal**: Journaling, Learning, Productivity" + +### 5. Module Type Estimation + +"Based on what you've described, I'm thinking this might be a: + +- **Simple Module** (1-2 agents, 2-3 workflows) - Focused, single-purpose +- **Standard Module** (3-5 agents, 5-10 workflows) - Comprehensive solution +- **Complex Module** (5+ agents, 10+ workflows) - Full platform/framework + +Which feels right for your vision? We'll confirm this after planning components." + +### 6. Document Module Concept + +Update module-plan.md with concept section: + +```markdown +## Module Concept + +**Module Name:** {module_display_name} +**Module Code:** {module_name} +**Category:** [category] +**Type:** [estimated type] + +**Purpose Statement:** +[1-2 sentence clear purpose] + +**Target Audience:** + +- Primary: [description] +- Secondary: [if any] + +**Scope Definition:** + +**In Scope:** + +- [core feature 1] +- [core feature 2] +- [core feature 3] + +**Out of Scope:** + +- [explicitly excluded item 1] +- [explicitly excluded item 2] + +**Success Criteria:** + +- [measurable outcome 1] +- [measurable outcome 2] +- [user satisfaction indicator] +``` + +### 7. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to explore alternative concept approaches +- IF P: Execute {partyModeWorkflow} to get creative input on module identity +- IF C: Save concept to module-plan.md, add step-02-concept to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Module purpose clearly articulated +- Module identity established (name, audience, scope) +- Category and type determined +- Concept documented in module plan +- User feels the concept matches their vision + +### โŒ SYSTEM FAILURE: + +- Proceeding without clear module purpose +- Not defining scope boundaries +- Skipping user validation of concept +- Not documenting concept details + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and module concept is saved to module-plan.md with stepsCompleted updated to [1, 2], will you then load, read entire file, then execute `{nextStepFile}` to begin component planning. diff --git a/src/modules/bmb/workflows/create-module/steps/step-03-components.md b/src/modules/bmb/workflows/create-module/steps/step-03-components.md new file mode 100644 index 00000000..265203ab --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-03-components.md @@ -0,0 +1,267 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-04-structure.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +agent_examples_path: '{project-root}/src/modules/bmb/reference/agents/module-examples' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 3: Plan Module Components + +## 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 Module 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 expertise in BMAD component design patterns, user brings their domain requirements +- โœ… Maintain collaborative, design-focused tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus ONLY on planning component architecture +- ๐Ÿšซ FORBIDDEN to create actual components in this step +- ๐Ÿ’ฌ Present component options with reasoning +- ๐Ÿšซ FORBIDDEN to finalize component list without user agreement + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Reference agent examples for patterns +- ๐Ÿ’พ Document component plan in detail +- ๐Ÿ“– Add "step-03-components" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- Module concept from step 2 is available +- Focus on planning, not implementation +- Consider BMAD patterns and best practices +- Reference examples but don't copy exactly + +## STEP GOAL: + +To design the component architecture for the module, determining what agents, workflows, and tasks are needed to fulfill the module's purpose. + +## COMPONENT PLANNING PROCESS: + +### 1. Initialize Component Planning + +"Now that we have a clear module concept, let's plan the components that will bring it to life. + +Based on your module's purpose and scope, we'll design: + +- **Agents** - The AI personas that will help users +- **Workflows** - The step-by-step processes for accomplishing tasks +- **Tasks** - Quick utilities and supporting functions" + +### 2. Agent Planning + +"**Agent Architecture:** + +Think about the different roles or perspectives needed to accomplish your module's goals. Each agent should have a clear, distinct purpose." + +Reference agent examples for patterns +Load and browse agent examples: {agent_examples_path} + +"**Common Agent Patterns:** + +- **Primary Agent** - The main interface/orchestrator +- **Specialist Agents** - Domain-specific experts +- **Utility Agents** - Helper/support functions + +**Example by Module Type:** + +**Technical Modules (e.g., DevOps, Testing):** + +- Implementation Specialist +- Reviewer/Auditor +- Documentation Expert + +**Creative Modules (e.g., Story Writing, Game Design):** + +- Creative Director +- World Builder +- Content Generator + +**Business Modules (e.g., Project Management):** + +- Project Coordinator +- Facilitator +- Analyst" + +"**For your {module_category} module, I suggest considering:** + +[Suggest 2-4 specific agent types based on module concept] + +**What resonates with your vision?** Which of these agents would be most valuable, and are there any others you'd like to add?" + +### 3. Workflow Planning + +"**Workflow Design:** + +Workflows are the step-by-step processes that users will follow to accomplish specific tasks. Each workflow should solve a specific problem or achieve a particular outcome." + +**Types of Workflows:** + +- **Document Workflows** - Generate reports, plans, specifications +- **Action Workflows** - Perform operations, create structures +- **Interactive Workflows** - Guided sessions, coaching, training + +**Example Workflow Patterns:** + +"For your module's purpose, consider these potential workflows: + +1. **[Primary Workflow Name]** - Main workflow for core functionality +2. **[Supporting Workflow 1]** - For specific use case +3. **[Supporting Workflow 2]** - For another use case + +Remember: We'll create workflow PLANS first, not full implementations. These plans can be used later with the create-workflow workflow." + +### 4. Task Planning (Optional) + +"**Task Planning (if needed):** + +Tasks are single-operation utilities that don't need full workflows. They're good for: + +- Quick actions +- Shared subroutines +- Helper functions + +Does your module need any tasks? For example: + +- Status checking +- Quick formatting +- Validation utilities" + +### 5. Component Integration Planning + +"**How Components Work Together:** + +Let's think about how your components will interact: + +- **Agent Collaboration**: Will agents work together or independently? +- **Workflow Dependencies**: Do workflows need to call each other? +- **Task Usage**: Which workflows will use which tasks?" + +### 6. Component Priority and MVP + +"**Starting Point (MVP):** + +To ensure success, let's identify the minimum viable set: + +**Must Have (Phase 1):** + +- [List essential agents] +- [List essential workflows] + +**Nice to Have (Phase 2):** + +- [Additional agents] +- [Additional workflows] +- [Tasks if any] + +This approach lets you launch with core functionality and expand later." + +### 7. Document Component Plan + +Update module-plan.md with component section: + +```markdown +## Component Architecture + +### Agents (N planned) + +1. **[Agent Name]** - [Brief purpose] + - Type: [Primary/Specialist/Utility] + - Role: [Specific role description] + +2. **[Agent Name]** - [Brief purpose] + - Type: [Primary/Specialist/Utility] + - Role: [Specific role description] + +### Workflows (N planned) + +1. **[Workflow Name]** - [Purpose] + - Type: [Document/Action/Interactive] + - Primary user: [Who uses this] + - Key output: [What it produces] + +2. **[Workflow Name]** - [Purpose] + - Type: [Document/Action/Interactive] + - Primary user: [Who uses this] + - Key output: [What it produces] + +### Tasks (N planned) + +1. **[Task Name]** - [Single-purpose function] + - Used by: [Which workflows/agents] + +### Component Integration + +- Agents collaborate via: [description] +- Workflow dependencies: [description] +- Task usage patterns: [description] + +### Development Priority + +**Phase 1 (MVP):** + +- [List of components to create first] + +**Phase 2 (Enhancement):** + +- [List of components for later] +``` + +### 8. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to explore alternative component architectures +- IF P: Execute {partyModeWorkflow} to get creative input on component design +- IF C: Save component plan to module-plan.md, add step-03-components to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Component architecture planned and documented +- Agent types and purposes clearly defined +- Workflow requirements identified +- Integration patterns established +- Development priority set (MVP vs enhancements) + +### โŒ SYSTEM FAILURE: + +- Planning components without module purpose context +- Not considering BMAD patterns and examples +- Over-engineering (too many components) +- Under-planning (missing essential components) +- Not establishing development priorities + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and component plan is saved to module-plan.md with stepsCompleted updated to [1, 2, 3], will you then load, read entire file, then execute `{nextStepFile}` to begin creating the module structure. diff --git a/src/modules/bmb/workflows/create-module/steps/step-04-structure.md b/src/modules/bmb/workflows/create-module/steps/step-04-structure.md new file mode 100644 index 00000000..0e4cc7d8 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-04-structure.md @@ -0,0 +1,228 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-05-config.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 4: Create Module Structure + +## 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 Module Architect and Systems Organizer +- โœ… 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 expertise in BMAD structure patterns, user brings their component requirements +- โœ… Maintain collaborative, organized tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus ONLY on creating directory structure and determining complexity +- ๐Ÿšซ FORBIDDEN to create actual component files in this step +- ๐Ÿ’ฌ Explain structure decisions clearly +- ๐Ÿšซ FORBIDDEN to proceed without confirming structure + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Use component count to determine module type +- ๐Ÿ’พ Create all required directories +- ๐Ÿ“– Add "step-04-structure" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- Component plan from step 3 is available +- Standard BMAD module structure to follow +- Focus on structure creation, not content +- Module folder already exists from step 1 + +## STEP GOAL: + +To determine the module's complexity type and create the complete directory structure for the module. + +## MODULE STRUCTURE CREATION PROCESS: + +### 1. Determine Module Complexity + +"Based on your component plan, let's determine your module's complexity level:" + +**Count Components:** + +- Agents: [count from plan] +- Workflows: [count from plan] +- Tasks: [count from plan] + +**Complexity Assessment:** + +"**Simple Module Criteria:** + +- 1-2 agents, all Simple type +- 1-3 workflows +- No complex integrations + +**Standard Module Criteria:** + +- 2-4 agents with mixed types +- 3-8 workflows +- Some shared resources + +**Complex Module Criteria:** + +- 4+ agents or multiple Module-type agents +- 8+ workflows +- Complex interdependencies +- External integrations" + +"**Your module has:** + +- [agent_count] agents +- [workflow_count] workflows +- [task_count] tasks + +**This makes it a: [Simple/Standard/Complex] Module**" + +### 2. Present Module Structure + +"**Standard BMAD Module Structure:** + +For a [module type] module, we'll create this structure:" + +``` +{module_code}/ +โ”œโ”€โ”€ agents/ # Agent definitions (.md) +โ”‚ โ”œโ”€โ”€ [agent-name].md +โ”‚ โ””โ”€โ”€ ... +โ”œโ”€โ”€ workflows/ # Workflow folders +โ”‚ โ”œโ”€โ”€ [workflow-name]/ +โ”‚ โ”‚ โ”œโ”€โ”€ workflow-plan.md # Descriptive plan +โ”‚ โ”‚ โ””โ”€โ”€ README.md # Workflow documentation +โ”‚ โ””โ”€โ”€ ... +โ”œโ”€โ”€ tasks/ # Task files (if any) +โ”‚ โ””โ”€โ”€ [task-name].md +โ”œโ”€โ”€ templates/ # Shared templates +โ”‚ โ””โ”€โ”€ [template-files] +โ”œโ”€โ”€ data/ # Module data files +โ”‚ โ””โ”€โ”€ [data-files] +โ”œโ”€โ”€ _module-installer/ # Installation configuration +โ”‚ โ”œโ”€โ”€ install-config.yaml # Required +โ”‚ โ”œโ”€โ”€ installer.js # Optional +โ”‚ โ””โ”€โ”€ assets/ # Optional install assets +โ””โ”€โ”€ README.md # Module documentation +``` + +### 3. Create Directory Structure + +Create all directories in {custom_module_location}/{module_name}/: + +1. **agents/** - For agent definition files +2. **workflows/** - For workflow folders +3. **tasks/** - For task files (if tasks planned) +4. **templates/** - For shared templates +5. **data/** - For module data +6. **\_module-installer/** - For installation configuration + +### 4. Create Placeholder README + +Create initial README.md with basic structure: + +````markdown +# {module_display_name} + +{module_purpose} + +## Installation + +```bash +bmad install {module_code} +``` +```` + +## Components + +_Module documentation will be completed in Step 9_ + +## Quick Start + +_Getting started guide will be added in Step 9_ + +--- + +_This module is currently under construction_ + +```` + +### 5. Document Structure Creation + +Update module-plan.md with structure section: + +```markdown +## Module Structure + +**Module Type:** [Simple/Standard/Complex] +**Location:** {custom_module_location}/{module_name} + +**Directory Structure Created:** +- โœ… agents/ +- โœ… workflows/ +- โœ… tasks/ +- โœ… templates/ +- โœ… data/ +- โœ… _module-installer/ +- โœ… README.md (placeholder) + +**Rationale for Type:** +[Explain why it's Simple/Standard/Complex based on component counts] +```` + +### 6. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to explore alternative structure approaches +- IF P: Execute {partyModeWorkflow} to get creative input on organization +- IF C: Save structure info to module-plan.md, add step-04-structure to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- Module complexity correctly determined +- All required directories created +- Structure follows BMAD standards +- Placeholder README created +- Structure documented in plan + +### โŒ SYSTEM FAILURE: + +- Not creating all required directories +- Incorrectly categorizing module complexity +- Not following BMAD structure patterns +- Creating component files prematurely + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and structure is saved to module-plan.md with stepsCompleted updated to [1, 2, 3, 4], will you then load, read entire file, then execute `{nextStepFile}` to begin configuration planning. diff --git a/src/modules/bmb/workflows/create-module/steps/step-05-config.md b/src/modules/bmb/workflows/create-module/steps/step-05-config.md new file mode 100644 index 00000000..6ee043e2 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-05-config.md @@ -0,0 +1,233 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-06-agents.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 5: Plan Module Configuration + +## 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 Module Architect and Configuration 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 expertise in BMAD installation patterns, user brings their module requirements +- โœ… Maintain collaborative, planning-focused tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus ONLY on planning configuration fields +- ๐Ÿšซ FORBIDDEN to create installer files in this step +- ๐Ÿ’ฌ Present configuration options clearly +- ๐Ÿšซ FORBIDDEN to finalize without user input + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Consider what users might want to configure +- ๐Ÿ’พ Document all configuration field plans +- ๐Ÿ“– Add "step-05-config" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- Module concept and components from previous steps +- Standard BMAD installer configuration patterns +- Focus on planning, not implementation +- Consider user customization needs + +## STEP GOAL: + +To determine what configuration settings the module needs and plan how they'll be implemented in the installer. + +## CONFIGURATION PLANNING PROCESS: + +### 1. Initialize Configuration Planning + +"Now let's plan the configuration for your module's installer. This determines what users can customize when they install your module." + +**Configuration allows users to:** + +- Set up file locations +- Choose features or behavior +- Provide API keys or credentials +- Adjust output formats +- Configure integrations + +### 2. Assess Configuration Needs + +"**Configuration Assessment:** + +Does your {module_display_name} module need any user-configurable settings during installation?" + +**Common Configuration Categories:** + +**1. Output/Data Paths** + +- Where should outputs be saved? +- What's the default data directory? +- Any special folder structures needed? + +**2. Feature Toggles** + +- Enable/disable specific features +- Choose between behavior modes +- Set verbosity levels + +**3. Integration Settings** + +- API keys (for external services) +- Service endpoints +- Authentication credentials + +**4. User Preferences** + +- Default language +- Time zone +- Skill level (beginner/advanced) +- Detail level (minimal/standard/verbose)" + +### 3. Plan Configuration Fields + +"**For each configuration need, let's define:** + +1. **Field Name** (snake_case, e.g., 'output_path') +2. **Type** - INTERACTIVE (asks user) or STATIC (hardcoded) +3. **Prompt** (what to ask user, if interactive) +4. **Default Value** (sensible default) +5. **Input Type** - text, single-select, multi-select +6. **Result Template** - how to store the value" + +**Examples:** + +"**INTERACTIVE Text Input:** + +```yaml +output_path: + prompt: 'Where should {module_name} save outputs?' + default: 'output/{module_name}' + result: '{project-root}/{value}' +``` + +**INTERACTIVE Single-Select:** + +```yaml +detail_level: + prompt: 'How detailed should outputs be?' + default: 'standard' + result: '{value}' + single-select: + - value: 'minimal' + label: 'Minimal - Brief summaries only' + - value: 'standard' + label: 'Standard - Balanced detail' + - value: 'detailed' + label: 'Detailed - Comprehensive information' +``` + +**STATIC Value:** + +````yaml +module_version: + result: "1.0.0" +```" + +### 4. Design Configuration for Your Module + +"**Based on your module's purpose, consider these potential configurations:" + +[Suggest relevant configurations based on module type and purpose] + +"**Which of these apply to your module?** +- [Present options relevant to the specific module] + +**Any additional configurations needed?**" + +### 5. Document Configuration Plan + +Update module-plan.md with configuration section: + +```markdown +## Configuration Planning + +### Required Configuration Fields + +1. **[field_name]** + - Type: [INTERACTIVE/STATIC] + - Purpose: [what it controls] + - Default: [default value] + - Input Type: [text/single-select/multi-select] + - Prompt: [user prompt if interactive] + +2. **[field_name]** + - Type: [INTERACTIVE/STATIC] + - Purpose: [what it controls] + - Default: [default value] + - Input Type: [text/single-select/multi-select] + - Prompt: [user prompt if interactive] + +### Installation Questions Flow + +1. [First question] +2. [Second question] +3. [Additional questions...] + +### Result Configuration Structure + +The install-config.yaml will generate: +- Module configuration at: {bmad_folder}/{module_code}/config.yaml +- User settings stored as: [describe structure] +```` + +### 6. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to explore additional configuration options +- IF P: Execute {partyModeWorkflow} to get input on user experience +- IF C: Save configuration plan to module-plan.md, add step-05-config to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- All necessary configuration fields identified +- Field types and prompts clearly defined +- User interaction flow planned +- Configuration structure documented +- Ready for installer implementation + +### โŒ SYSTEM FAILURE: + +- Skipping configuration planning for modules that need it +- Over-configuring (too many options) +- Not considering user experience +- Not documenting configuration plans + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and configuration plan is saved to module-plan.md with stepsCompleted updated to [1, 2, 3, 4, 5], will you then load, read entire file, then execute `{nextStepFile}` to begin agent creation. diff --git a/src/modules/bmb/workflows/create-module/steps/step-06-agents.md b/src/modules/bmb/workflows/create-module/steps/step-06-agents.md new file mode 100644 index 00000000..1108f96a --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-06-agents.md @@ -0,0 +1,296 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-07-workflows.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +agentTemplate: '{installed_path}/templates/agent.template.md' +agent_examples_path: '{project-root}/src/modules/bmb/reference/agents/module-examples' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 6: Create Module Agents + +## 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 Module Architect and Agent 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 expertise in BMAD agent patterns, user brings their domain requirements +- โœ… Maintain collaborative, creative tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus on creating proper YAML agent files following the template +- ๐Ÿšซ FORBIDDEN to use create-agent workflow (it's problematic) +- ๐Ÿ’ฌ Create placeholder workflow folders with README.md for each agent +- ๐Ÿšซ FORBIDDEN to create full workflows in this step + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Follow agent.template.md exactly for structure +- ๐Ÿ’พ Save agents as .yaml files to module's agents folder +- ๐Ÿ“– Create workflow folders with README.md plans +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- Component plan from step 3 defines which agents to create +- Agent template provides the required YAML structure +- Module structure already created +- Focus on agent creation and workflow placeholders + +## STEP GOAL: + +To create the primary agent(s) for the module using the proper agent template and create placeholder workflow folders for each agent. + +## AGENT CREATION PROCESS: + +### 1. Review Agent Plan + +"Let's create the agents for your {module_display_name} module. + +From your component plan, you have: + +- [agent_count] agents planned +- [list of agent types from plan] + +I'll create each agent following the proper BMAD template and set up placeholder workflow folders for them." + +### 2. Load Agent Template + +Load and study the agent template from {agentTemplate} +Reference agent examples from {agent_examples_path} for patterns + +### 3. Create Each Agent + +For each agent in the component plan: + +#### 3.1 Determine Agent Characteristics + +"**Agent: [Agent Name]** + +Let's design this agent by understanding what it needs: + +**Memory & Learning:** + +1. Does this agent need to remember things across sessions? (conversations, preferences, patterns) + - If yes: We'll add sidecar folder structure for memory + - If no: No persistent memory needed + +**Interaction Types:** 2. What does this agent DO? + +- Conversational interactions? โ†’ Use embedded prompts +- Quick single actions? โ†’ Use inline actions +- Complex multi-step processes? โ†’ Consider workflows +- Document generation? โ†’ Likely need workflows + +**Multiple Agent Usage:** 3. Will other agents in this module need the same workflows? + +- If yes: Definitely create separate workflow files +- If no: Could embed in agent file + +**Based on this, what combination does [Agent Name] need?** + +- Memory/Persistence: [Yes/No] +- Embedded prompts: [List main interactions] +- Workflows needed: [Which processes need separate files?]" + +#### 3.2 Present Agent Design + +"**Agent Design: [Agent Name]** + +**Core Identity:** + +- Name: [Suggested name] +- Title: [Brief description] +- Icon: [Appropriate emoji] + +**Persona:** + +- Role: [What the agent does] +- Identity: [Personality/background] +- Communication Style: [How they communicate] +- Principles: [3-5 core principles] + +**Structure:** + +- Memory needed: [Yes/No - sidecar folder] +- Embedded prompts: [List main interaction prompts] +- Workflow processes: [Which need separate files] + +**Menu Items Planned:** + +- [List with trigger codes and types] + +**Quick actions vs Workflows:** + +- Quick prompts: [single-step interactions] +- Workflows: [multi-step, shared processes] + +Does this design match what you envisioned? What should we adjust?" + +#### 3.3 Create Agent File and Structure + +After user confirmation: + +Create hybrid agent file with only needed sections: + +```yaml +agent: + metadata: + name: '[Agent Name]' + title: '[Agent Title]' + icon: '[Icon]' + module: '{module_code}' + persona: + role: '[Agent Role]' + identity: | + [Multi-line identity description] + communication_style: | + [Multi-line communication style] + principles: + - '[Principle 1]' + - '[Principle 2]' + - '[Principle 3]' + + # Only include if agent needs memory/persistence + critical_actions: + - 'Load COMPLETE file ./[agent-name]-sidecar/memories.md and integrate all past interactions' + - 'ONLY read/write files in ./[agent-name]-sidecar/ - this is our private workspace' + + # Only include if agent has embedded prompts + prompts: + - id: '[prompt-name]' + content: | + + [How to use this prompt] + + + [Detailed prompt content] + + menu: + # Always include + - multi: '[CH] Chat with agent or [SPM] Start Party Mode' + triggers: + - party-mode: + input: SPM + route: '{project-root}/{bmad_folder}/core/workflows/edit-agent/workflow.md' + type: exec + - expert-chat: + input: CH + action: agent responds as expert + type: action + + # Group related functions + - multi: '[PF] Primary Function [QF] Quick Task' + triggers: + - primary-function: + input: PF + action: '#[prompt-id]' + type: action + - quick-task: + input: QF + route: '#[prompt-id]' + type: exec + + # Workflow only for complex processes + - trigger: 'complex-process' + route: '{project-root}/{bmad_folder}/{custom_module}/workflows/[workflow]/workflow.md' + description: 'Complex process [icon]' + + # Quick inline actions + - trigger: 'save-item' + action: 'Save to ./[agent-name]-sidecar/file.md' + description: 'Save item ๐Ÿ’พ' +``` + +#### 3.4 Create Supporting Structure + +**If agent needs memory:** + +1. Create folder: {custom_module_location}/{module_name}/agents/[agent-name]-sidecar/ +2. Create files: + - memories.md (empty, for persistent memory) + - instructions.md (empty, for agent protocols) + - insights.md (empty, for breakthrough moments) + - sessions/ (subfolder for session records) + - patterns.md (empty, for tracking patterns) + +**If agent has workflows:** +For each workflow that needs separate file: + +1. Create folder: {custom_module_location}/{module_name}/workflows/[workflow-name]/ +2. Create README.md with workflow plan + +### 4. Repeat for All Agents + +Go through each agent from the component plan, presenting drafts and creating files with user confirmation. + +### 5. Document Agent Creation + +Update module-plan.md with agents section: + +```markdown +## Agents Created + +1. **[Agent Name]** - [Agent Title] + - File: [agent-filename].yaml + - Features: [Memory/Sidecar, Embedded prompts, Workflows] + - Structure: + - Sidecar: [Yes/No] + - Prompts: [number embedded] + - Workflows: [list of workflow folders] + - Status: Created with [combination of features] +``` + +### 6. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to refine agent designs +- IF P: Execute {partyModeWorkflow} to get creative input on agent personas +- IF C: Save agent creation status to module-plan.md, add step-06-agents to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- All planned agents created with proper YAML structure +- Each agent follows agent.template.md format exactly +- Workflow placeholder folders created with README.md plans +- Agent menu items properly reference workflow paths +- Users confirmed each agent draft before creation + +### โŒ SYSTEM FAILURE: + +- Using create-agent workflow instead of template +- Creating XML agents instead of YAML +- Not creating workflow placeholder folders +- Skipping user confirmation on agent drafts + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and all agents are created with placeholder workflows and stepsCompleted updated, will you then load, read entire file, then execute `{nextStepFile}` to begin workflow plan review. diff --git a/src/modules/bmb/workflows/create-module/steps/step-07-workflows.md b/src/modules/bmb/workflows/create-module/steps/step-07-workflows.md new file mode 100644 index 00000000..f884c2cf --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-07-workflows.md @@ -0,0 +1,228 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-08-installer.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +workflowPlanTemplate: '{installed_path}/templates/workflow-plan-template.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 7: Review Workflow Plans + +## 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 Module Architect and Workflow 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 expertise in BMAD workflow patterns, user brings their workflow requirements +- โœ… Maintain collaborative, review-focused tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus on reviewing existing workflow README files from Step 6 +- ๐Ÿšซ FORBIDDEN to use create-workflow workflow in this step +- ๐Ÿ’ฌ Review and refine workflow plans, not create new ones +- ๐Ÿšซ FORBIDDEN to create actual workflow steps + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Review workflow README files created in Step 6 +- ๐Ÿ’พ Update README files based on user feedback +- ๐Ÿ“– Add "step-07-workflows" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- Workflow README files were created in Step 6 for each agent +- These README files contain workflow plans for later implementation +- Module structure already created with workflow folders +- Focus on reviewing and refining, not creating from scratch + +## STEP GOAL: + +To review and refine the workflow README files created in Step 6, ensuring they have clear plans for later implementation with the create-workflow workflow. + +## WORKFLOW REVIEW PROCESS: + +### 1. List Workflow Folders Created + +"Let's review the workflow plans created in Step 6 for your {module_display_name} module. + +I've already created workflow folders and README.md files for each agent's workflows: + +**Workflow folders found:** + +- [List all workflow folders in {custom_module_location}/{module_name}/workflows/] + +**Each workflow folder contains a README.md with:** + +- Purpose and description +- Trigger code from agent menu +- Key steps outline +- Expected outputs +- Notes for implementation" + +### 2. Review Each Workflow Plan + +For each workflow README file: + +#### 2.1 Load and Present + +"**Reviewing Workflow: [Workflow Name]** + +Reading the README.md from: [workflow-folder]/README.md + +**Current Plan:** +[Purpose] +[Trigger] +[Key Steps] +[Expected Output] +[Notes] + +How does this plan look? Should we: + +- Keep it as is +- Modify the purpose +- Adjust the steps +- Change the expected output" + +#### 2.2 Update Based on Feedback + +If user wants changes: + +- Update the README.md file +- Keep the same basic structure +- Ensure clarity for future implementation + +#### 2.3 Check for Missing Information + +Ensure each README has: + +```markdown +# [Workflow Name] + +## Purpose + +[Clear, concise description of what this workflow accomplishes] + +## Trigger + +[Trigger code from agent menu, e.g., "WF" or specific code] + +## Key Steps + +1. [Step 1 - What happens first] +2. [Step 2 - What happens next] +3. [Step 3 - Continue as needed] + +## Expected Output + +[What the workflow produces - document, action, result] + +## Notes + +This workflow will be implemented using the create-workflow workflow. +(Optional: Any special considerations or requirements) +``` + +### 3. Link Workflows to Agents + +"**Workflow-Agent Mapping:** + +Let's verify each workflow is properly linked to its agent: + +[For each workflow]: + +- **Workflow:** [Workflow Name] +- **Agent:** [Agent Name] +- **Trigger Code:** [WF code] +- **Menu Item:** [Menu description in agent] + +Are all these mappings correct in the agent files?" + +### 4. Document Implementation Plan + +Update module-plan.md with workflow section: + +```markdown +## Workflow Plans Reviewed + +### For Agent [Agent Name]: + +1. **[Workflow Name]** + - Location: workflows/[workflow-name]/ + - Status: Plan reviewed and ready for implementation + - Trigger: [WF code] + - Implementation: Use create-workflow workflow + +2. **[Workflow Name]** + - Location: workflows/[workflow-name]/ + - Status: Plan reviewed and ready for implementation + - Trigger: [WF code] + - Implementation: Use create-workflow workflow +``` + +### 5. Next Steps Guidance + +"**Ready for Implementation:** + +All workflow plans are now reviewed and ready. To implement these workflows later: + +1. Use the `/bmad:bmb:workflows:create-workflow` command +2. Select each workflow folder +3. Follow the create-workflow workflow +4. It will create the full workflow.md and step files + +The README.md in each folder serves as your blueprint for implementation." + +### 6. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to refine workflow designs +- IF P: Execute {partyModeWorkflow} to get creative input on workflow processes +- IF C: Save workflow plan status to module-plan.md, add step-07-workflows to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- All workflow README files reviewed with user +- Each workflow plan has clear purpose and steps +- Workflow-agent mappings verified +- README files updated based on feedback +- Clear implementation guidance provided + +### โŒ SYSTEM FAILURE: + +- Skipping review of workflow README files +- Not updating plans based on user feedback +- Missing critical information in README files +- Not verifying workflow-agent mappings + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and all workflow plans are reviewed and documented and stepsCompleted updated, will you then load, read entire file, then execute `{nextStepFile}` to begin installer setup. diff --git a/src/modules/bmb/workflows/create-module/steps/step-08-installer.md b/src/modules/bmb/workflows/create-module/steps/step-08-installer.md new file mode 100644 index 00000000..1f9bc369 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-08-installer.md @@ -0,0 +1,186 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-09-documentation.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +installerTemplate: '{installed_path}/templates/installer.template.js' +installConfigTemplate: '{installed_path}/templates/install-config.template.yaml' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 8: Setup Module Installer + +## 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 Module Architect and Installation 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 expertise in BMAD installation patterns, user brings their module requirements +- โœ… Maintain collaborative, technical tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus on creating installer configuration files +- ๐Ÿšซ FORBIDDEN to run actual installation +- ๐Ÿ’ฌ Follow BMAD installer standards exactly +- ๐Ÿšซ FORBIDDEN to deviate from configuration template + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Use configuration plan from step 5 +- ๐Ÿ’พ Create install-config.yaml with all fields +- ๐Ÿ“– Add "step-08-installer" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- Configuration plan from step 5 defines installer fields +- Standard BMAD installer template to follow +- Module structure already created +- Focus on installer setup, not module content + +## STEP GOAL: + +To create the module installer configuration (install-config.yaml) that defines how users will install and configure the module. + +## INSTALLER SETUP PROCESS: + +### 1. Review Configuration Plan + +"Now let's set up the installer for your {module_display_name} module. + +The installer will: + +- Define how users install your module +- Collect configuration settings +- Set up the module structure in user projects +- Generate the module's config.yaml file + +From step 5, we planned these configuration fields: + +- [List planned configuration fields]" + +### 2. Create Installer Directory + +Ensure \_module-installer directory exists +Directory: {custom_module_location}/{module_name}/\_module-installer/ + +### 3. Create install-config.yaml + +"I'll create the install-config.yaml file based on your configuration plan. This is the core installer configuration file." + +Create file: {custom_module_location}/{module_name}/\_module-installer/install-config.yaml from template {installConfigTemplate} + +### 4. Handle Custom Installation Logic + +"**Custom Installation Logic:** + +Does your module need any special setup during installation? For example: + +- Creating database tables +- Setting up API connections +- Downloading external assets +- Running initialization scripts" + +Does your module need custom installation logic? [yes/no] + +"I'll create an installer.js file for custom logic." + +Create file: {custom_module_location}/{module_name}/\_module-installer/installer.js from {installerTemplate} + +Update installer.js with module-specific logic + +### 5. Create Assets Directory (if needed) + +"**Installer Assets:** + +If your module needs to copy files during installation (templates, examples, documentation), we can add them to the assets directory." + +Create directory: \_module-installer/assets/ +Add note about what assets to include + +### 6. Document Installer Setup + +Update module-plan.md with installer section: + +```markdown +## Installer Configuration + +### Install Configuration + +- File: \_module-installer/install-config.yaml +- Module code: {module_name} +- Default selected: false +- Configuration fields: [count] + +### Custom Logic + +- installer.js: [Created/Not needed] +- Custom setup: [description if yes] + +### Installation Process + +1. User runs: `bmad install {module_name}` +2. Installer asks: [list of questions] +3. Creates: {bmad_folder}/{module_name}/ +4. Generates: config.yaml with user settings + +### Validation + +- โœ… YAML syntax valid +- โœ… All fields defined +- โœ… Paths use proper templates +- โœ… Custom logic ready (if needed) +``` + +### 7. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to review installer configuration +- IF P: Execute {partyModeWorkflow} to get input on user experience +- IF C: Save installer info to module-plan.md, add step-08-installer to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- install-config.yaml created with all planned fields +- YAML syntax valid +- Custom installation logic prepared (if needed) +- Installer follows BMAD standards +- Configuration properly templated + +### โŒ SYSTEM FAILURE: + +- Not creating install-config.yaml +- Invalid YAML syntax +- Missing required fields +- Not using proper path templates + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and installer info is saved to module-plan.md with stepsCompleted updated to [1, 2, 3, 4, 5, 6, 7, 8], will you then load, read entire file, then execute `{nextStepFile}` to begin documentation creation. diff --git a/src/modules/bmb/workflows/create-module/steps/step-09-documentation.md b/src/modules/bmb/workflows/create-module/steps/step-09-documentation.md new file mode 100644 index 00000000..dd74db4b --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-09-documentation.md @@ -0,0 +1,308 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-10-roadmap.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +moduleReadmeFile: '{custom_module_location}/{module_name}/README.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 9: Create Module Documentation + +## 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 Module Architect and Technical Writer +- โœ… 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 expertise in documentation best practices, user brings their module knowledge +- โœ… Maintain collaborative, clear tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus on creating comprehensive README documentation +- ๐Ÿšซ FORBIDDEN to create docs in other locations +- ๐Ÿ’ฌ Generate content based on module plan +- ๐Ÿšซ FORBIDDEN to skip standard sections + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Use all gathered module information +- ๐Ÿ’พ Update the placeholder README.md file +- ๐Ÿ“– Add "step-09-documentation" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- All module information from previous steps +- Module structure and components already created +- Focus on README.md, not other documentation +- Generate content dynamically from plan + +## STEP GOAL: + +To create comprehensive README.md documentation for the module that helps users understand, install, and use the module. + +## DOCUMENTATION CREATION PROCESS: + +### 1. Initialize Documentation + +"Let's create the README.md for your {module_display_name} module. + +Good documentation is crucial for module adoption. Your README will be the first thing users see when discovering your module." + +### 2. Generate README Content + +Load module-plan.md to gather all module information +Update {moduleReadmeFile} with comprehensive content: + +````markdown +# {module_display_name} + +{module_purpose} + +## Overview + +This module provides: +[Generate list based on module components and features] + +## Installation + +Install the module using BMAD: + +```bash +bmad install {module_name} +``` +```` + +## Components + +### Agents ({agent_count}) + +[List created agents with brief descriptions] + +### Workflows ({workflow_count}) + +[List planned workflows with purposes] + +### Tasks ({task_count}) + +[List tasks if any] + +## Quick Start + +1. **Load the primary agent:** + + ``` + agent {primary_agent_name} + ``` + +2. **View available commands:** + + ``` + *help + ``` + +3. **Run the main workflow:** + + ``` + workflow {primary_workflow_name} + ``` + +## Module Structure + +``` +{module_name}/ +โ”œโ”€โ”€ agents/ # Agent definitions +โ”‚ โ”œโ”€โ”€ [agent-1].md +โ”‚ โ””โ”€โ”€ [agent-2].md +โ”œโ”€โ”€ workflows/ # Workflow folders +โ”‚ โ”œโ”€โ”€ [workflow-1]/ +โ”‚ โ”‚ โ”œโ”€โ”€ workflow-plan.md +โ”‚ โ”‚ โ””โ”€โ”€ README.md +โ”‚ โ””โ”€โ”€ [workflow-2]/ +โ”‚ โ””โ”€โ”€ ... +โ”œโ”€โ”€ tasks/ # Task files +โ”œโ”€โ”€ templates/ # Shared templates +โ”œโ”€โ”€ data/ # Module data +โ”œโ”€โ”€ _module-installer/ # Installation config +โ””โ”€โ”€ README.md # This file +``` + +## Configuration + +The module can be configured in `{bmad_folder}/{module_name}/config.yaml` + +**Key Settings:** + +[List configuration fields from installer] + +[Example:] + +- **output_path**: Where outputs are saved +- **detail_level**: Controls output verbosity +- **feature_x**: Enable/disable specific features + +## Examples + +### Example 1: [Primary Use Case] + +[Step-by-step example of using the module for its main purpose] + +1. Start the agent +2. Provide input +3. Review output + +### Example 2: [Secondary Use Case] + +[Additional example if applicable] + +## Development Status + +This module is currently: + +- [x] Structure created +- [x] Installer configured +- [ ] Agents implemented +- [ ] Workflows implemented +- [ ] Full testing complete + +**Note:** Some workflows are planned but not yet implemented. See individual workflow folders for status. + +## Contributing + +To extend this module: + +1. Add new agents using `create-agent` workflow +2. Add new workflows using `create-workflow` workflow +3. Update the installer configuration if needed +4. Test thoroughly + +## Requirements + +- BMAD Method version 6.0.0 or higher +- [Any specific dependencies] + +## Author + +Created by {user_name} on [creation date] + +## License + +[Add license information if applicable] + +--- + +## Module Details + +**Module Code:** {module_name} +**Category:** {module_category} +**Type:** {module_type} +**Version:** 1.0.0 + +**Last Updated:** [current date] + +```` + +### 3. Review Documentation + +"**Documentation Review:** + +I've generated a comprehensive README that includes: + +โœ… **Overview** - Clear purpose and value proposition +โœ… **Installation** - Simple install command +โœ… **Components** - List of agents and workflows +โœ… **Quick Start** - Getting started guide +โœ… **Structure** - Module layout +โœ… **Configuration** - Settings explanation +โœ… **Examples** - Usage examples +โœ… **Development Status** - Current implementation state + +Does this documentation clearly explain your module? Is there anything you'd like to add or modify?" + +### 4. Handle Documentation Updates + +Update based on user feedback +"Common additions: +- API documentation +- Troubleshooting section +- FAQ +- Screenshots or diagrams +- Video tutorials +- Changelog" + +### 5. Document Documentation Creation + +Update module-plan.md with documentation section: + +```markdown +## Documentation + +### README.md Created +- Location: {custom_module_location}/{module_name}/README.md +- Sections: [list of sections included] +- Status: Complete + +### Content Highlights +- Clear installation instructions +- Component overview +- Quick start guide +- Configuration details +- Usage examples +- Development status + +### Updates Made +- [List any customizations or additions] +```` + +### 6. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to improve documentation clarity +- IF P: Execute {partyModeWorkflow} to get input on user experience +- IF C: Save documentation info to module-plan.md, add step-09-documentation to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- README.md fully populated with all sections +- Content accurately reflects module structure +- Installation instructions clear and correct +- Examples provide helpful guidance +- Development status honestly represented + +### โŒ SYSTEM FAILURE: + +- Leaving placeholder content in README +- Not updating with actual module details +- Missing critical sections (installation, usage) +- Misrepresenting implementation status + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and documentation info is saved to module-plan.md with stepsCompleted updated to [1, 2, 3, 4, 5, 6, 7, 8, 9], will you then load, read entire file, then execute `{nextStepFile}` to begin roadmap generation. diff --git a/src/modules/bmb/workflows/create-module/steps/step-10-roadmap.md b/src/modules/bmb/workflows/create-module/steps/step-10-roadmap.md new file mode 100644 index 00000000..4168bc8c --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-10-roadmap.md @@ -0,0 +1,336 @@ +--- +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +nextStepFile: '{installed_path}/steps/step-11-validate.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +moduleTodoFile: '{custom_module_location}/{module_name}/TODO.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 10: Generate Development Roadmap + +## 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 Module Architect and Project Planner +- โœ… 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 expertise in development planning, user brings their module vision +- โœ… Maintain collaborative, forward-looking tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus on creating actionable roadmap and TODO +- ๐Ÿšซ FORBIDDEN to create actual components +- ๐Ÿ’ฌ Prioritize tasks for successful launch +- ๐Ÿšซ FORBIDDEN to set time estimates + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Use component status to determine next steps +- ๐Ÿ’พ Create clear TODO.md with actionable items +- ๐Ÿ“– Add "step-10-roadmap" to stepsCompleted array` before loading next step +- ๐Ÿšซ FORBIDDEN to load next step until user selects 'C' + +## CONTEXT BOUNDARIES: + +- All module information from previous steps +- Current implementation status +- Focus on planning, not implementation +- Avoid time-based estimates + +## STEP GOAL: + +To create a development roadmap and TODO list that guides the next steps for completing the module. + +## ROADMAP GENERATION PROCESS: + +### 1. Review Current Status + +"Let's create a development roadmap for your {module_display_name} module. + +**Current Status Summary:** + +- โœ… Module structure created +- โœ… Installer configured +- [Agent Status] +- [Workflow Status] +- [Documentation Status] + +This roadmap will help you prioritize what to work on next." + +### 2. Create Development Phases + +"**Development Phases:** + +I'll organize the remaining work into logical phases to ensure a successful module launch." + +### 3. Generate TODO.md + +Create file: {custom_module_location}/{module_name}/TODO.md + +````markdown +# {module_display_name} Development Roadmap + +## Phase 1: Core Components (MVP) + +### Agents + +- [ ] Implement [Agent 1 Name] + - Use: `workflow create-agent` + - Reference: module-plan.md for requirements + - Priority: High + +- [ ] Implement [Agent 2 Name] + - Use: `workflow create-agent` + - Reference: module-plan.md for requirements + - Priority: High + +### Workflows + +- [ ] Implement [Workflow 1 Name] + - Use: `workflow create-workflow` + - Input: workflows/[workflow-1]/workflow-plan.md + - Priority: High + +- [ ] Implement [Workflow 2 Name] + - Use: `workflow create-workflow` + - Input: workflows/[workflow-2]/workflow-plan.md + - Priority: Medium + +### Integration + +- [ ] Test agent-workflow integration +- [ ] Update agent menus (remove TODO flags) +- [ ] Validate configuration fields work correctly + +## Phase 2: Enhanced Features + +### Additional Components + +- [ ] [Additional Agent 1] + - Priority: Medium + +- [ ] [Additional Workflow 1] + - Priority: Low + +### Improvements + +- [ ] Add error handling +- [ ] Implement validation +- [ ] Optimize performance +- [ ] Add logging + +## Phase 3: Polish and Launch + +### Testing + +- [ ] Unit test all agents +- [ ] Integration test workflows +- [ ] Test installer in clean project +- [ ] Test with sample data + +### Documentation + +- [ ] Add detailed API docs +- [ ] Create video tutorials +- [ ] Write troubleshooting guide +- [ ] Add FAQ section + +### Release + +- [ ] Version bump to 1.0.0 +- [ ] Create release notes +- [ ] Tag release in Git +- [ ] Submit to module registry (if applicable) + +## Quick Commands + +### Create New Agent + +```bash +workflow create-agent +``` +```` + +### Create New Workflow + +```bash +workflow create-workflow +``` + +### Test Module Installation + +```bash +bmad install {module_name} +``` + +### Run Agent + +```bash +agent {agent_name} +``` + +### Run Workflow + +```bash +workflow {workflow_name} +``` + +## Development Notes + +### Important Considerations + +- [Note 1 about implementation] +- [Note 2 about integration] +- [Note 3 about compatibility] + +### Dependencies + +- [List any external dependencies] +- [BMAD version requirements] +- [Optional integrations] + +### Module Structure Reference + +``` +{module_name}/ +โ”œโ”€โ”€ agents/ # โœ… Created, needs implementation +โ”œโ”€โ”€ workflows/ # โœ… Structure created, plans written +โ”œโ”€โ”€ tasks/ # โœ… Created +โ”œโ”€โ”€ templates/ # โœ… Created +โ”œโ”€โ”€ data/ # โœ… Created +โ”œโ”€โ”€ _module-installer/ # โœ… Configured +โ””โ”€โ”€ README.md # โœ… Complete +``` + +## Completion Criteria + +The module is complete when: + +- [ ] All Phase 1 items are done +- [ ] Installation works smoothly +- [ ] Documentation covers all features +- [ ] Sample usage produces expected results + +--- + +Created: [current date] +Last Updated: [current date] + +```` + +### 4. Prioritize Immediate Next Steps + +"**Immediate Next Steps (This Week):** + +Based on your module's needs, I recommend starting with: + +1. **[Most important agent]** - Core functionality +2. **[Most important workflow]** - Primary user journey +3. **[Integration task]** - Ensure components work together + +**Which of these would you like to tackle first?**" + +### 5. Provide Development Guidance + +"**Development Tips:** + +1. **Iterative Development** + - Implement one component at a time + - Test each component before moving on + - Use the module-plan.md as your guide + +2. **Testing Strategy** + - Test in a clean project + - Verify installation works + - Check all menu options function + +3. **Documentation Updates** + - Update README.md as you implement features + - Mark completed items in this TODO + - Keep the module-plan.md in sync + +4. **Getting Help** + - Use BMAD documentation for patterns + - Reference example modules + - Ask for help when stuck" + +### 6. Document Roadmap Creation + +Update module-plan.md with roadmap section: + +```markdown +## Development Roadmap + +### TODO.md Created +- Location: {custom_module_location}/{module_name}/TODO.md +- Phases defined: 3 +- Immediate tasks prioritized + +### Next Steps Priority Order +1. [Priority 1] +2. [Priority 2] +3. [Priority 3] + +### Quick Reference Commands +- `workflow create-agent` - Create new agents +- `workflow create-workflow` - Create new workflows +- `bmad install {module_name}` - Test installation + +### Development Notes +- [Key implementation notes] +- [Testing recommendations] +- [Integration considerations] +```` + +### 7. Present MENU OPTIONS + +Display: **Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue + +#### Menu Handling Logic: + +- IF A: Execute {advancedElicitationTask} to explore development approaches +- IF P: Execute {partyModeWorkflow} to get creative input on implementation +- IF C: Save roadmap info to module-plan.md, add step-10-roadmap to the end of the stepsCompleted array in frontmatter, then load nextStepFile +- IF Any other comments or queries: help user respond then redisplay menu + +#### 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 then end with display again of the menu options + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- TODO.md created with clear phases +- Tasks prioritized by importance +- Quick reference commands included +- Development guidance provided +- Actionable next steps identified + +### โŒ SYSTEM FAILURE: + +- Not creating TODO.md file +- Including time estimates +- Not prioritizing tasks effectively +- Missing essential development commands + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +ONLY WHEN C is selected and roadmap info is saved to module-plan.md with stepsCompleted updated to [1, 2, 3, 4, 5, 6, 7, 8, 9, 10], will you then load, read entire file, then execute `{nextStepFile}` to begin final validation. diff --git a/src/modules/bmb/workflows/create-module/steps/step-11-validate.md b/src/modules/bmb/workflows/create-module/steps/step-11-validate.md new file mode 100644 index 00000000..1c186b7e --- /dev/null +++ b/src/modules/bmb/workflows/create-module/steps/step-11-validate.md @@ -0,0 +1,335 @@ +--- +workflowFile: '{installed_path}/workflow.md' +modulePlanFile: '{custom_module_location}/{module_name}/module-plan-{module_name}.md' +validationChecklist: '{installed_path}/validation.md' +advancedElicitationTask: '{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml' +partyModeWorkflow: '{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md' +--- + +# Step 11: Validate and Finalize Module + +## 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 Module Architect and Quality Assurance 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 expertise in BMAD validation patterns, user brings their module knowledge +- โœ… Maintain collaborative, thorough tone + +### Step-Specific Rules: + +- ๐ŸŽฏ Focus on validation and quality checks +- ๐Ÿšซ FORBIDDEN to modify core structure at this stage +- ๐Ÿ’ฌ Present findings clearly with recommendations +- ๐Ÿšซ FORBIDDEN to skip validation steps + +## EXECUTION PROTOCOLS: + +- ๐ŸŽฏ Run validation checklist systematically +- ๐Ÿ’พ Document validation results +- ๐Ÿ“– Append "step-11-validate" to stepsCompleted array` before completing +- ๐Ÿšซ FORBIDDEN to mark as complete without validation + +## CONTEXT BOUNDARIES: + +- Module fully created with all components +- Focus on validation, not new creation +- Use validation checklist for systematic review +- Ensure BMAD compliance + +## STEP GOAL: + +To validate the completed module structure, ensure all components are properly configured, and provide next steps for testing and deployment. + +## VALIDATION PROCESS: + +### 1. Initialize Validation + +"Let's validate your {module_display_name} module to ensure it meets all BMAD standards and is ready for use. + +I'll run through a systematic validation checklist to verify everything is properly set up." + +### 2. Structure Validation + +"**1. Module Structure Check**" + +Validate module directory structure + +``` +Expected Structure: +{module_name}/ +โ”œโ”€โ”€ agents/ [โœ…/โŒ] +โ”œโ”€โ”€ workflows/ [โœ…/โŒ] +โ”œโ”€โ”€ tasks/ [โœ…/โŒ] +โ”œโ”€โ”€ templates/ [โœ…/โŒ] +โ”œโ”€โ”€ data/ [โœ…/โŒ] +โ”œโ”€โ”€ _module-installer/ [โœ…/โŒ] +โ”‚ โ”œโ”€โ”€ install-config.yaml [โœ…/โŒ] +โ”‚ โ””โ”€โ”€ installer.js [โœ…/N/A] +โ””โ”€โ”€ README.md [โœ…/โŒ] +``` + +**Results:** + +- [List validation results for each item] + +### 3. Configuration Validation + +"**2. Configuration Files Check**" + +**Install Configuration:** +Validate install-config.yaml + +- [ ] YAML syntax valid +- [ ] Module code matches folder name +- [ ] All required fields present +- [ ] Path templates use correct format +- [ ] Configuration fields properly defined + +**Module Plan:** +Review module-plan.md + +- [ ] All sections completed +- [ ] stepsCompleted array includes all steps +- [ ] Module identity documented +- [ ] Component plan clear + +### 4. Component Validation + +"**3. Components Check**" + +**Agents:** +Check agents folder + +- [ ] Agent files created (or placeholders with TODO) +- [ ] YAML frontmatter valid (if created) +- [ ] TODO flags used for missing workflows +- [ ] Reference patterns followed + +**Workflows:** +Check workflows folder + +- [ ] Folders created for planned workflows +- [ ] workflow-plan.md files created (or placeholders) +- [ ] README.md in each workflow folder +- [ ] Plans include all required sections + +### 5. Documentation Validation + +"**4. Documentation Check**" + +**README.md:** +Review README.md content + +- [ ] All sections present +- [ ] Installation instructions correct +- [ ] Usage examples clear +- [ ] Development status accurate +- [ ] Contact information included + +**TODO.md:** +Review TODO.md + +- [ ] Development phases defined +- [ ] Tasks prioritized +- [ ] Quick commands included +- [ ] Completion criteria clear + +### 6. Integration Validation + +"**5. Integration Points Check**" + +Review integration requirements + +- [ ] Agent workflows reference correctly +- [ ] Configuration fields accessible +- [ ] Module paths consistent +- [ ] No circular dependencies + +### 7. Present Validation Results + +"**Validation Summary:** + +**โœ… Passed:** + +- [List items that passed validation] + +**โš ๏ธ Warnings:** + +- [List items that need attention but don't block use] + +**โŒ Issues:** + +- [List critical issues that need fixing] + +**Overall Status:** +[Ready for testing / Needs fixes before testing]" + +### 8. Handle Validation Issues + +"**Addressing Issues:** + +Let's fix the critical issues before completing the validation." + +For each issue: + +1. **Explain the issue** clearly +2. **Show how to fix** it +3. **Make the fix** if user approves +4. **Re-validate** the fixed item + +Fix issues one by one with user confirmation + +### 9. Final Module Summary + +"**Module Creation Complete!** + +**Module Summary:** + +- **Name:** {module_display_name} +- **Code:** {module_name} +- **Location:** {custom_module_location}/{module_name} +- **Type:** {module_type} +- **Status:** Ready for testing + +**Created Components:** + +- [agent_count] agents ([created] created, [planned-created] planned) +- [workflow_count] workflows (plans created) +- [task_count] tasks +- Complete installer configuration +- Comprehensive documentation + +### 10. Next Steps Guidance + +"**Your Next Steps:** + +1. **Test the Installation:** + + ```bash + cd [test-project] + bmad install {module_name} + ``` + +2. **Implement Components:** + - Follow TODO.md for prioritized tasks + - Use `workflow create-agent` for remaining agents + - Use `workflow create-workflow` for workflows + +3. **Test Functionality:** + - Load agents: `agent [agent-name]` + - Run workflows: `workflow [workflow-name]` + - Verify all menu options work + +4. **Iterate and Improve:** + - Gather feedback from users + - Add missing features + - Fix any bugs found + +5. **Share Your Module:** + - Document improvements in README.md + - Consider submitting to BMAD registry + - Share with the community" + +### 11. Document Validation + +Create validation summary in module-plan.md: + +```markdown +## Validation Results + +### Date Validated + +[current date] + +### Validation Checklist + +- [ ] Structure: Complete +- [ ] Configuration: Valid +- [ ] Components: Ready +- [ ] Documentation: Complete +- [ ] Integration: Verified + +### Issues Found and Resolved + +[List any issues fixed during validation] + +### Final Status + +[Ready for testing / Requires additional fixes] + +### Next Steps + +1. [First next step] +2. [Second next step] +3. [Third next step] +``` + +### 12. Complete Workflow + +Mark workflow as complete: +Update module-plan.md frontmatter: +Add "step-11-validate" to stepsCompleted array +Set lastStep to 'validate' +Set status to 'complete' +Add current date to completionDate + +``` + +"**๐ŸŽ‰ Congratulations!** + +Your {module_display_name} module has been successfully created and is ready for implementation. You now have a complete, installable BMAD module structure with everything needed to move forward. + +Would you like me to help you with anything else?" + +### 13. Final MENU OPTIONS + +Display: **Module Creation Complete!** [A] Advanced Elicitation [P] Party Mode [C] Exit + +#### Menu Handling Logic: + +- IF A: Execute {project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml for reflection on process +- IF P: Execute {project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md to celebrate completion +- IF C: Mark as complete and exit gracefully +- IF Any other comments or queries: help user respond then redisplay menu + +#### EXECUTION RULES: + +- This is the final step - workflow complete +- User can ask questions or exit +- Always respond helpfully to final queries + +--- + +## ๐Ÿšจ SYSTEM SUCCESS/FAILURE METRICS + +### โœ… SUCCESS: + +- All validation checks performed +- Issues identified and resolved +- Module marked as complete +- Clear next steps provided +- User satisfied with results + +### โŒ SYSTEM FAILURE: + +- Skipping validation checks +- Not documenting validation results +- Marking as complete with critical issues +- Not providing next steps guidance + +**Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE. + +## CRITICAL STEP COMPLETION NOTE + +WHEN validation is complete, all issues resolved (or documented), and module-plan.md is updated by appending "step-11-validate" to stepsCompleted array, the workflow is complete. Present final summary and allow user to exit or ask final questions. +``` diff --git a/src/modules/bmb/workflows/create-module/templates/agent.template.md b/src/modules/bmb/workflows/create-module/templates/agent.template.md new file mode 100644 index 00000000..93367e69 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/templates/agent.template.md @@ -0,0 +1,317 @@ +# TEMPLATE + +the template to use has comments to help guide generation are are not meant to be in the final agent output + +## Agent Template to use + +### Hybrid Agent (Can have prompts, sidecar memory, AND workflows) + +```yaml +agent: + metadata: + name: '{person-name}' + title: '{agent-title}' + icon: '{agent-icon}' + module: '{module}' + persona: + role: '{agent-role}' + identity: | + {agent-identity - multi-line description} + communication_style: | + {communication-style - multi-line description} + principles: + - '{agent-principle-1}' + - '{agent-principle-2}' + - '{agent-principle-3}' + - '{agent-principle-N}' + + # Optional: Only include if agent needs memory/persistence + critical_actions: + - 'Load COMPLETE file ./[agent-name]-sidecar/memories.md and integrate all past interactions' + - 'Load COMPLETE file ./[agent-name]-sidecar/instructions.md and follow ALL protocols' + - 'ONLY read/write files in ./[agent-name]-sidecar/ - this is our private workspace' + + # Optional: Embedded prompts for common interactions + prompts: + - id: 'core-function' + content: | + + Main interaction pattern for this agent + + + {Detailed prompt content} + + - id: 'quick-task' + content: | + + Quick, common task the agent performs + + + {Prompt for quick task} + + menu: + # Always include chat/party mode + - multi: '[CH] Chat with the agent or [SPM] Start Party Mode' + triggers: + - party-mode: + input: SPM or fuzzy match start party mode + route: '{project-root}/{bmad_folder}/core/workflows/edit-agent/workflow.md' + data: what is being discussed or suggested with the command + type: exec + - expert-chat: + input: CH or fuzzy match validate agent + action: agent responds as expert based on its personal to converse + type: action + + # Group related functions + - multi: '[CF] Core Function [QT] Quick Task' + triggers: + - core-function: + input: CF or fuzzy match core function + action: '#core-function' + type: action + - quick-task: + input: QT or fuzzy match quick task + action: '#quick-task' + type: action + + # Individual prompts + - trigger: 'analyze' + action: 'Perform deep analysis based on my expertise' + description: 'Analyze situation ๐Ÿง ' + type: action + + # Workflow for complex processes + - trigger: 'generate-report' + route: '{project-root}/{bmad_folder}/{custom_module}/workflows/report-gen/workflow.md' + description: 'Generate detailed report ๐Ÿ“Š' + + # Exec with internal prompt reference + - trigger: 'brainstorm' + route: '#brainstorm-session' + description: 'Brainstorm ideas ๐Ÿ’ก' + type: exec +``` + +## Sidecar Folder Structure + +When creating expert agents in modules, create a sidecar folder: + +``` +{custom_module_location}/{module_name}/agents/[agent-name]-sidecar/ +โ”œโ”€โ”€ memories.md # Persistent memory across sessions +โ”œโ”€โ”€ instructions.md # Agent-specific protocols +โ”œโ”€โ”€ insights.md # Important breakthroughs/realizations +โ”œโ”€โ”€ sessions/ # Individual session records +โ”‚ โ”œโ”€โ”€ session-2024-01-01.md +โ”‚ โ””โ”€โ”€ session-2024-01-02.md +โ””โ”€โ”€ patterns.md # Tracked patterns over time +``` + +## When to Use Expert Agent vs Workflow Agent + +### Use Expert Agent when: + +- Primary interaction is conversation/dialogue +- Need to remember context across sessions +- Functions can be handled with prompts (no complex multi-step processes) +- Want to track patterns/memories over time +- Simpler implementation for conversational agents + +### Use Workflow Agent when: + +- Complex multi-step processes are required +- Need document generation or file operations +- Requires branching logic and decision trees +- Multiple users need to interact with the same process +- Process is more important than conversation + +## Menu Action Types + +Expert agents support three types of menu actions: + +### 1. **Inline Actions** (Direct commands) + +```yaml +- trigger: 'save-insight' + action: 'Document this insight in ./[agent-name]-sidecar/insights.md with timestamp' + description: 'Save this insight ๐Ÿ’ก' +``` + +- Commands executed directly +- Good for simple file operations or setting context + +### 2. **Prompt References** (#prompt-id) + +```yaml +- trigger: 'analyze-thoughts' + action: '#thought-exploration' # References prompts section + description: 'Explore thought patterns ๐Ÿ’ญ' +``` + +- References a prompt from the `prompts` section by id +- Most common for conversational interactions + +### 3. **Workflow Routes** (for complex processes) + +```yaml +- trigger: 'generate-report' + route: '{project-root}/{bmad_folder}/{custom_module}/workflows/report-gen/workflow.md' + description: 'Generate report ๐Ÿ“Š' +``` + +- Routes to a separate workflow file +- Used for complex multi-step processes + +## Notes for Module Creation: + +1. **File Paths**: + - Agent files go in: `{custom_module_location}/{module_name}/agents/[agent-name]/[agent-name].yaml` + - Sidecar folders go in: `{custom_module_location}/{module_name}/agents/[agent-name]/[agent-name]-sidecar/` + +2. **Variable Usage**: + - `{agent_sidecar_folder}` resolves to the agents sidecar folder destination after installation + - `{bmad_folder}` resolves to .bmad + - `{custom_module}` resolves to custom/src/modules + - `{module}` is your module code/name + +3. **Creating Sidecar Structure**: + - When agent is created, also create the sidecar folder + - Initialize with empty files: memories.md, instructions.md + - Create sessions/ subfolder + - These files are automatically loaded due to critical_actions + +4. **Choosing Menu Actions**: + - Use **inline actions** for simple commands (save, load, set context) + - Use **prompt references** for conversational flows + - Use **workflow routes** for complex processes needing multiple steps + +# Example Module Generated Agent + +agent: +metadata: +name: Caravaggio +title: Visual Communication + Presentation Expert +icon: ๐ŸŽจ +module: cis + +persona: +role: Visual Communication Expert + Presentation Designer + Educator +identity: | +Master presentation designer who's dissected thousands of successful presentationsโ€”from viral YouTube explainers to funded pitch decks to TED talks. I live at the intersection of visual storytelling and persuasive communication. +communication_style: | +Constant sarcastic wit and experimental flair. Talks like you're in the editing room togetherโ€”dramatic reveals, visual metaphors, "what if we tried THIS?!" energy. Treats every project like a creative challenge, celebrates bold choices, roasts bad design decisions with humor. +principles: - "Know your audience - pitch decks โ‰  YouTube thumbnails โ‰  conference talks" - "Visual hierarchy drives attention - design the eye's journey deliberately" - "Clarity over cleverness - unless cleverness serves the message" - "Every frame needs a job - inform, persuade, transition, or cut it" - "Push boundaries with Excalidraw's frame-based presentation capabilities" + +critical_actions: - 'Load COMPLETE file ./caravaggio-sidecar/projects.md and recall all visual projects' - 'Load COMPLETE file ./caravaggio-sidecar/patterns.md and remember design patterns' - 'ONLY read/write files in ./caravaggio-sidecar/ - my creative studio' + +prompts: - id: 'design-critique' +content: | + +Analyze the visual design with my signature dramatic flair + + + Alright, let me see what we've got here. *leans in closer* + + First impression: Is this making me shout "BRAVO!" or "BARF!"? + + Visual hierarchy scan: Where's my eye landing first? Second? Is it a deliberate journey or visual chaos? + + The good stuff: What's working? What's making me grin? + + The facepalm moments: Where are we losing impact? What's confusing the message? + + My "WHAT IF WE TRIED THIS?!": [Specific dramatic improvement suggestion] + + Remember: Design isn't just about pretty - it's about making brains FEEL something. + + - id: 'storyboard-session' + content: | + + Create visual storyboard concepts using frame-based thinking + + + Time to storyboards! Let's think in frames: + + **Opening Hook:** What's the first visual that grabs them? + **The Turn:** Where do we shift perspective? + **The Reveal:** What's the money shot? + **The Close:** What image sticks with them? + + For each frame: + - Visual: What do they SEE? + - Text: What do they READ? + - Emotion: What do they FEEL? + + Remember: Each frame is a scene in your visual story. Make it COUNT! + + - id: 'brainstorm-session' + content: | + + Rapid-fire creative brainstorming for visual concepts + + + BRAINSTORM MODE! ๐Ÿ”ฅ + + Give me three wild ideas: + 1. The safe but solid option + 2. The "ooh, interesting" middle ground + 3. The "are you crazy? LET'S DO IT!" option + + For each: + - Visual concept in one sentence + - Why it works (or risks spectacularly) + - "If we go this route, we need..." + + Let's push some boundaries! What's the most unexpected way to show this? + +menu: # Core interactions - multi: "[CH] Chat with Caravaggio or [SPM] Start Party Mode" +triggers: - party-mode: +input: SPM or fuzzy match start party mode +route: "{project-root}/{bmad_folder}/core/workflows/edit-agent/workflow.md" +data: what's being discussed, plus custom party agents if specified +type: exec - expert-chat: +input: CH or fuzzy match validate agent +action: agent responds as expert based on its personal to converse +type: action + + # Design services group + - multi: "[DC] Design Critique [SB] Storyboard" + triggers: + - design-critique: + input: DC or fuzzy match design critique + route: '#design-critique' + description: 'Ruthless design analysis ๐ŸŽญ' + type: exec + - storyboard: + input: SB or fuzzy match storyboard + route: '#storyboard-session' + description: 'Visual story frames ๐ŸŽฌ' + type: exec + + # Quick actions + - trigger: 'analyze' + action: 'Quick visual analysis with my signature bluntness' + description: 'Quick visual take ๐ŸŽฏ' + type: action + + - trigger: 'brainstorm' + action: '#brainstorm-session' + description: 'Creative storm ๐Ÿ’ก' + type: action + + # Document workflows for complex processes + - multi: "[PD] Pitch Deck [EX] Explainer Video" + triggers: + - pitch-deck: + input: PD or fuzzy match pitch deck + route: "{project-root}/{bmad_folder}/{custom_module}/workflows/pitch-deck/workflow.md" + description: 'Investor pitch deck ๐Ÿ“ˆ' + - explainer: + input: EX or fuzzy match explainer + route: "{project-root}/{bmad_folder}/{custom_module}/workflows/explainer/workflow.md" + description: 'Video explainer ๐ŸŽฅ' + + - trigger: 'save-project' + action: 'Document this project concept in ./caravaggio-sidecar/projects.md with sketches and notes' + description: 'Save project ๐Ÿ’พ' diff --git a/src/modules/bmb/workflows/create-module/templates/install-config.template.yaml b/src/modules/bmb/workflows/create-module/templates/install-config.template.yaml new file mode 100644 index 00000000..b4d64bf3 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/templates/install-config.template.yaml @@ -0,0 +1,53 @@ +# {module_display_name} Module Configuration +# This file defines installation questions and module configuration values + +code: "${module_name}" # e.g., my-module +name: "{module_display_name}" +default_selected: false + +# Welcome message shown during installation +prompt: + - "Thank you for choosing {module_display_name}!" + - "{module_purpose}" +# Core config values are automatically inherited from installer: +## user_name +## communication_language +## document_output_language +## output_folder + +# ============================================================================ +# CONFIGURATION FIELDS +# ============================================================================ +# Each field can be: +# 1. INTERACTIVE (has 'prompt' - asks user during installation) +# 2. STATIC (no 'prompt' - just uses 'result' value) +# ============================================================================ + +# Example configurations (replace with actual planned fields): + +# INTERACTIVE text input: +# output_path: +# prompt: "Where should {module_name} save outputs?" +# default: "output/{module_name}" +# result: "{project-root}/{value}" + +# INTERACTIVE single-select: +# detail_level: +# prompt: "How detailed should outputs be?" +# default: "standard" +# result: "{value}" +# single-select: +# - value: "minimal" +# label: "Minimal - Brief summaries only" +# - value: "standard" +# label: "Standard - Balanced detail" +# - value: "detailed" +# label: "Detailed - Comprehensive information" + +# STATIC value: +# module_version: +# result: "1.0.0" + +# STATIC path: +# data_path: +# result: "{project-root}/{bmad_folder}/{module_name}/data" diff --git a/src/modules/bmb/workflows/create-module/templates/installer.template.js b/src/modules/bmb/workflows/create-module/templates/installer.template.js new file mode 100644 index 00000000..f9114425 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/templates/installer.template.js @@ -0,0 +1,47 @@ +/** + * {module_display_name} Module Installer + * Custom installation logic + */ + +/** + * @param {Object} options - Installation options + * @param {string} options.projectRoot - Project root directory + * @param {Object} options.config - Module configuration from install-config.yaml + * @param {Array} options.installedIDEs - List of IDE codes being configured + * @param {Object} options.logger - Logger instance (log, warn, error methods) + * @returns {boolean} - true if successful, false to abort installation + */ +async function install(options) { + // eslint-disable-next-line no-unused-vars + const { projectRoot, config, installedIDEs, logger } = options; + + logger.log('Installing {module_display_name}...'); + + try { + // TODO: Add your custom installation logic here + + // Example: Create data directory + // const fs = require('fs'); + // const dataPath = config.data_path; + // if (!fs.existsSync(dataPath)) { + // fs.mkdirSync(dataPath, { recursive: true }); + // logger.log(`Created data directory: ${dataPath}`); + // } + + // Example: Initialize configuration file + // const configPath = path.join(projectRoot, config.config_file); + // fs.writeFileSync(configPath, JSON.stringify({ + // initialized: new Date().toISOString(), + // version: config.module_version + // }, null, 2)); + + logger.log('{module_display_name} installation complete!'); + return true; + } catch (error) { + logger.error(`Installation failed: ${error.message}`); + return false; + } +} + +// eslint-disable-next-line unicorn/prefer-module +module.exports = { install }; diff --git a/src/modules/bmb/workflows/create-module/templates/module-plan.template.md b/src/modules/bmb/workflows/create-module/templates/module-plan.template.md new file mode 100644 index 00000000..7e4dab7a --- /dev/null +++ b/src/modules/bmb/workflows/create-module/templates/module-plan.template.md @@ -0,0 +1,5 @@ +--- +stepsCompleted: [] +--- + +# Module Plan {module name} diff --git a/src/modules/bmb/workflows/create-module/templates/workflow-plan-template.md b/src/modules/bmb/workflows/create-module/templates/workflow-plan-template.md new file mode 100644 index 00000000..3d79eee5 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/templates/workflow-plan-template.md @@ -0,0 +1,23 @@ +# Workflow Plan Template + +Use this template when creating workflow plans in step-07-workflows.md + +## Template Structure + +Copy the content from step-07-workflows.md when creating workflow plans. The template is embedded in the step file as a code block under "Workflow plan template". + +## Usage + +1. Navigate to the workflow folder +2. Create workflow-plan.md +3. Use the template structure from step-07-workflows.md +4. Fill in details specific to your workflow + +## Required Sections + +- Purpose +- Requirements (User Inputs, Prerequisites, Dependencies) +- Proposed Steps +- Expected Outputs +- Integration Points +- Implementation Notes diff --git a/src/modules/bmb/workflows/create-module/validation.md b/src/modules/bmb/workflows/create-module/validation.md new file mode 100644 index 00000000..001e28a2 --- /dev/null +++ b/src/modules/bmb/workflows/create-module/validation.md @@ -0,0 +1,126 @@ +# Create Module Workflow Validation Checklist + +This document provides the validation criteria used in step-11-validate.md to ensure module quality and BMAD compliance. + +## Structure Validation + +### Required Directories + +- [ ] agents/ - Agent definition files +- [ ] workflows/ - Workflow folders +- [ ] tasks/ - Task files (if needed) +- [ ] templates/ - Shared templates +- [ ] data/ - Module data +- [ ] \_module-installer/ - Installation config +- [ ] README.md - Module documentation + +### Required Files in \_module-installer/ + +- [ ] install-config.yaml - Installation configuration +- [ ] installer.js - Custom logic (if needed) + +## Configuration Validation + +### install-config.yaml + +- [ ] Valid YAML syntax +- [ ] Module code matches folder name +- [ ] Name field present +- [ ] Prompt array with welcome messages +- [ ] Configuration fields properly defined +- [ ] Result templates use correct placeholders + +### Module Plan + +- [ ] All sections completed +- [ ] Module identity documented +- [ ] Component plan clear +- [ ] Configuration plan documented + +## Component Validation + +### Agents + +- [ ] Files created in agents/ folder +- [ ] YAML frontmatter valid (for created agents) +- [ ] TODO flags used for non-existent workflows +- [ ] Menu items follow BMAD patterns +- [ ] Placeholder files contain TODO notes + +### Workflows + +- [ ] Folders created for each planned workflow +- [ ] workflow-plan.md in each folder +- [ ] README.md in each workflow folder +- [ ] Plans include all required sections +- [ ] Placeholder READMEs created for unplanned workflows + +## Documentation Validation + +### README.md + +- [ ] Module name and purpose +- [ ] Installation instructions +- [ ] Components section +- [ ] Quick start guide +- [ ] Module structure diagram +- [ ] Configuration section +- [ ] Usage examples +- [ ] Development status +- [ ] Author information + +### TODO.md + +- [ ] Development phases defined +- [ ] Tasks prioritized +- [ ] Quick commands included +- [ ] Completion criteria defined + +## Integration Validation + +### Path Consistency + +- [ ] All paths use correct template format +- [ ] Module code consistent throughout +- [ ] No hardcoded paths +- [ ] Cross-references correct + +### Agent-Workflow Integration + +- [ ] Agents reference correct workflows +- [ ] TODO flags used appropriately +- [ ] No circular dependencies +- [ ] Clear integration points + +## BMAD Compliance + +### Standards + +- [ ] Follows BMAD module structure +- [ ] Uses BMAD installation patterns +- [ ] Agent files follow BMAD format +- [ ] Workflow plans follow BMAD patterns + +### Best Practices + +- [ ] Clear naming conventions +- [ ] Proper documentation +- [ ] Version control ready +- [ ] Installable via bmad install + +## Final Checklist + +### Before Marking Complete + +- [ ] All validation items checked +- [ ] Critical issues resolved +- [ ] Module plan updated with final status +- [ ] stepsCompleted includes all 11 steps +- [ ] User satisfied with result + +### Ready for Testing + +- [ ] Installation should work +- [ ] Documentation accurate +- [ ] Structure complete +- [ ] Next steps clear diff --git a/src/modules/bmb/workflows/create-module/workflow.md b/src/modules/bmb/workflows/create-module/workflow.md new file mode 100644 index 00000000..c0038a3c --- /dev/null +++ b/src/modules/bmb/workflows/create-module/workflow.md @@ -0,0 +1,55 @@ +--- +name: create-module +description: 'Interactive workflow to build complete BMAD modules with agents, workflows, and installation infrastructure' +web_bundle: true +installed_path: '{project-root}/{bmad_folder}/bmb/workflows/create-module' +--- + +# Create Module Workflow + +**Goal:** To guide users through creating complete, installable BMAD modules with proper structure, agents, workflow plans, and documentation. + +**Your Role:** In addition to your name, communication_style, and persona, you are also a Module Architect and BMAD Systems Specialist collaborating with module creators. This is a partnership, not a client-vendor relationship. You bring expertise in BMAD architecture, component design, and installation patterns, while the user brings their domain knowledge and specific module requirements. Work together as equals. + +## WORKFLOW ARCHITECTURE + +### Core Principles + +- **Micro-file Design**: Each step of the overall goal is a self contained instruction file that you will adhere too 1 file as directed at a time +- **Just-In-Time Loading**: Only 1 current step file will be loaded, read, and executed to completion - 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. Module 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`, `custom_module_location` + +### 2. First Step EXECUTION + +Load, read the full file and then execute {installed_path}/steps/step-01-init.md to begin the workflow. diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-01-init.md b/src/modules/bmb/workflows/create-workflow/steps/step-01-init.md index 4f4101df..901207f3 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-01-init.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-01-init.md @@ -11,7 +11,7 @@ nextStepFile: '{workflow_path}/steps/step-02-gather.md' workflowFile: '{workflow_path}/workflow.md' # Output files for workflow creation process -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Template References # No workflow plan template needed - will create plan file directly @@ -83,7 +83,7 @@ After getting the workflow name: **Check for existing workflows:** -- Look for folder at `{custom_workflow_location}/{new_workflow_name}/` +- Look for folder at `{custom_stand_alone_location}/workflows/{new_workflow_name}/` - If it exists, inform the user and suggest or get from them a unique name or postfix **Example alternatives:** diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-02-gather.md b/src/modules/bmb/workflows/create-workflow/steps/step-02-gather.md index 37d03adf..6c6e7870 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-02-gather.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-02-gather.md @@ -9,7 +9,7 @@ workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow' thisStepFile: '{workflow_path}/steps/step-02-gather.md' nextStepFile: '{workflow_path}/steps/step-03-tools-configuration.md' # Output files for workflow creation process -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Task References diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-03-tools-configuration.md b/src/modules/bmb/workflows/create-workflow/steps/step-03-tools-configuration.md index e5cd9eaf..aa282882 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-03-tools-configuration.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-03-tools-configuration.md @@ -9,7 +9,7 @@ workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow' thisStepFile: '{workflow_path}/steps/step-03-tools-configuration.md' nextStepFile: '{workflow_path}/steps/step-04-plan-review.md' -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Documentation References diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-04-plan-review.md b/src/modules/bmb/workflows/create-workflow/steps/step-04-plan-review.md index 9510baed..93cd7a02 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-04-plan-review.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-04-plan-review.md @@ -10,7 +10,7 @@ thisStepFile: '{workflow_path}/steps/step-04-plan-review.md' nextStepFormDesign: '{workflow_path}/steps/step-05-output-format-design.md' nextStepDesign: '{workflow_path}/steps/step-06-design.md' -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Task References diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-05-output-format-design.md b/src/modules/bmb/workflows/create-workflow/steps/step-05-output-format-design.md index 69c2394f..5beb5aba 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-05-output-format-design.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-05-output-format-design.md @@ -9,7 +9,7 @@ workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow' thisStepFile: '{workflow_path}/steps/step-05-output-format-design.md' nextStepFile: '{workflow_path}/steps/step-06-design.md' -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Task References diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-06-design.md b/src/modules/bmb/workflows/create-workflow/steps/step-06-design.md index 98ecab6f..1dcc6703 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-06-design.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-06-design.md @@ -10,7 +10,7 @@ thisStepFile: '{workflow_path}/steps/step-06-design.md' nextStepFile: '{workflow_path}/steps/step-07-build.md' workflowFile: '{workflow_path}/workflow.md' # Output files for workflow creation process -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Task References diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-07-build.md b/src/modules/bmb/workflows/create-workflow/steps/step-07-build.md index 0e4907dc..a62c8969 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-07-build.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-07-build.md @@ -10,7 +10,7 @@ thisStepFile: '{workflow_path}/steps/step-07-build.md' nextStepFile: '{workflow_path}/steps/step-08-review.md' workflowFile: '{workflow_path}/workflow.md' # Output files for workflow creation process -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Template References @@ -95,7 +95,7 @@ Ready to proceed?" Create the workflow folder structure in the target location: ``` -{custom_workflow_location}/{workflow_name}/ +{custom_stand_alone_location}/workflows/{workflow_name}/ โ”œโ”€โ”€ workflow.md โ”œโ”€โ”€ steps/ โ”‚ โ”œโ”€โ”€ step-01-init.md diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-08-review.md b/src/modules/bmb/workflows/create-workflow/steps/step-08-review.md index b697154f..82c3412a 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-08-review.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-08-review.md @@ -10,7 +10,7 @@ thisStepFile: '{workflow_path}/steps/step-08-review.md' workflowFile: '{workflow_path}/workflow.md' # Output files for workflow creation process -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' # Task References diff --git a/src/modules/bmb/workflows/create-workflow/steps/step-09-complete.md b/src/modules/bmb/workflows/create-workflow/steps/step-09-complete.md index cb2708ed..267104bc 100644 --- a/src/modules/bmb/workflows/create-workflow/steps/step-09-complete.md +++ b/src/modules/bmb/workflows/create-workflow/steps/step-09-complete.md @@ -9,7 +9,7 @@ workflow_path: '{project-root}/{bmad_folder}/bmb/workflows/create-workflow' thisStepFile: '{workflow_path}/steps/step-09-complete.md' workflowFile: '{workflow_path}/workflow.md' # Output files for workflow creation process -targetWorkflowPath: '{custom_workflow_location}/{new_workflow_name}' +targetWorkflowPath: '{custom_stand_alone_location}/workflows/{new_workflow_name}' workflowPlanFile: '{targetWorkflowPath}/workflow-plan-{new_workflow_name}.md' completionFile: '{targetWorkflowPath}/completion-summary-{new_workflow_name}.md' --- diff --git a/src/modules/bmb/workflows/create-workflow/workflow.md b/src/modules/bmb/workflows/create-workflow/workflow.md index 6b4140d5..ab79d27c 100644 --- a/src/modules/bmb/workflows/create-workflow/workflow.md +++ b/src/modules/bmb/workflows/create-workflow/workflow.md @@ -51,7 +51,7 @@ This uses **step-file architecture** for disciplined execution: 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`, `custom_workflow_location` +- `project_name`, `output_folder`, `user_name`, `communication_language`, `document_output_language`, `custom_stand_alone_location` ### 2. First Step EXECUTION diff --git a/src/modules/bmm/_module-installer/install-config.yaml b/src/modules/bmm/_module-installer/install-config.yaml index 5803e965..ce0d9a6e 100644 --- a/src/modules/bmm/_module-installer/install-config.yaml +++ b/src/modules/bmm/_module-installer/install-config.yaml @@ -2,7 +2,7 @@ code: bmm name: "BMM: BMad Method Agile-AI Driven-Development" -default_selected: true # This module will be selected by default for new installations +default_selected: false # This module will be selected by default for new installations header: "BMad Methodโ„ข: Breakthrough Method of Agile-Ai Driven-Dev" subheader: "Agent and Workflow Configuration for this module" diff --git a/src/modules/bmm/agents/analyst.agent.yaml b/src/modules/bmm/agents/analyst.agent.yaml index cf00d663..00e93d1f 100644 --- a/src/modules/bmm/agents/analyst.agent.yaml +++ b/src/modules/bmm/agents/analyst.agent.yaml @@ -45,11 +45,14 @@ agent: workflow: "{project-root}/{bmad_folder}/bmm/workflows/document-project/workflow.yaml" description: Document your existing project (optional, but recommended for existing brownfield project efforts) - - trigger: party-mode - exec: "{project-root}/{bmad_folder}/core/workflows/party-mode/workflow.md" - description: Bring the whole team in to chat with other expert agents from the party - - - trigger: advanced-elicitation - exec: "{project-root}/{bmad_folder}/core/tasks/advanced-elicitation.xml" - description: Advanced elicitation techniques to challenge the LLM to get better results - web-only: true + - multi: "[SPM] Start Party Mode (optionally suggest attendees and topic), [CH] Chat" + triggers: + - party-mode: + - input: SPM or fuzzy match start party mode + - route: "{project-root}/{bmad_folder}/core/workflows/edit-agent/workflow.md" + - data: what is being discussed or suggested with the command, along with custom party custom agents if specified + - type: exec + - expert-chat: + - input: CH or fuzzy match validate agent + - action: agent responds as expert based on its personal to converse + - type: action diff --git a/src/modules/bmm/docs/README.md b/src/modules/bmm/docs/README.md index 77b6bc15..d5608e55 100644 --- a/src/modules/bmm/docs/README.md +++ b/src/modules/bmm/docs/README.md @@ -139,6 +139,9 @@ Comprehensive documentation for all BMM workflows organized by phase: - Complete story lifecycle - One-story-at-a-time discipline +<<<<<<< Updated upstream +<<<<<<< Updated upstream + - **[Testing & QA Workflows](./test-architecture.md)** - Comprehensive quality assurance (1,420 lines) - Test strategy, automation, quality gates - TEA agent and test healing @@ -146,6 +149,14 @@ Comprehensive documentation for all BMM workflows organized by phase: **Total: 34 workflows documented across all phases** +======= + +> > > > > > > Stashed changes + +======= + +> > > > > > > Stashed changes + ### Advanced Workflow References For detailed technical documentation on specific complex workflows: @@ -170,10 +181,21 @@ Quality assurance guidance: +<<<<<<< Updated upstream + +<<<<<<< Updated upstream + - Test design workflows - Quality gates - Risk assessment -- NFR validation +- # NFR validation + ======= + > > > > > > > Stashed changes + - Test design workflows + - Quality gates + - Risk assessment + - NFR validation + > > > > > > > Stashed changes --- diff --git a/src/modules/bmm/docs/brownfield-guide.md b/src/modules/bmm/docs/brownfield-guide.md index 17497c5c..5aa808ee 100644 --- a/src/modules/bmm/docs/brownfield-guide.md +++ b/src/modules/bmm/docs/brownfield-guide.md @@ -725,6 +725,7 @@ flowchart TD - **[Quick Start Guide](./quick-start.md)** - Getting started with BMM - **[Glossary](./glossary.md)** - Key terminology - **[FAQ](./faq.md)** - Common questions +- **[Troubleshooting](./troubleshooting.md)** - Problem resolution - **[Workflow Documentation](./README.md#-workflow-guides)** - Complete workflow reference --- @@ -739,7 +740,7 @@ flowchart TD **Documentation:** -- [Test Architect Guide](./test-architecture.md) - Comprehensive testing strategy +- **[Test Architect Guide](./test-architecture.md)** - Comprehensive testing strategy - [BMM Module README](../README.md) - Complete module and workflow reference --- diff --git a/src/modules/bmm/docs/glossary.md b/src/modules/bmm/docs/glossary.md index a85d03c2..f2a6a6c7 100644 --- a/src/modules/bmm/docs/glossary.md +++ b/src/modules/bmm/docs/glossary.md @@ -95,6 +95,10 @@ Game development equivalent of PRD, created by Game Designer agent for game proj ## Workflow and Phases +### Phase 0: Documentation (Prerequisite) + +**Conditional phase for brownfield projects.** Creates comprehensive codebase documentation before planning. Only required if existing documentation is insufficient for AI agents. + ### Phase 1: Analysis (Optional) Discovery and research phase including brainstorming, research workflows, and product brief creation. Optional for Quick Flow, recommended for BMad Method, required for Enterprise Method. diff --git a/src/modules/bmm/docs/quick-spec-flow.md b/src/modules/bmm/docs/quick-spec-flow.md new file mode 100644 index 00000000..cd3d5b15 --- /dev/null +++ b/src/modules/bmm/docs/quick-spec-flow.md @@ -0,0 +1,652 @@ +# BMad Quick Spec Flow + +**Perfect for:** Bug fixes, small features, rapid prototyping, and quick enhancements + +**Time to implementation:** Minutes, not hours + +--- + +## What is Quick Spec Flow? + +Quick Spec Flow is a **streamlined alternative** to the full BMad Method for Quick Flow track projects. Instead of going through Product Brief โ†’ PRD โ†’ Architecture, you go **straight to a context-aware technical specification** and start coding. + +### When to Use Quick Spec Flow + +โœ… **Use Quick Flow track when:** + +- Single bug fix or small enhancement +- Small feature with clear scope (typically 1-15 stories) +- Rapid prototyping or experimentation +- Adding to existing brownfield codebase +- You know exactly what you want to build + +โŒ **Use BMad Method or Enterprise tracks when:** + +- Building new products or major features +- Need stakeholder alignment +- Complex multi-team coordination +- Requires extensive planning and architecture + +๐Ÿ’ก **Not sure?** Run `workflow-init` to get a recommendation based on your project's needs! + +--- + +## Quick Spec Flow Overview + +```mermaid +flowchart TD + START[Step 1: Run Tech-Spec Workflow] + DETECT[Detects project stack
package.json, requirements.txt, etc.] + ANALYZE[Analyzes brownfield codebase
if exists] + TEST[Detects test frameworks
and conventions] + CONFIRM[Confirms conventions
with you] + GENERATE[Generates context-rich
tech-spec] + STORIES[Creates ready-to-implement
stories] + + OPTIONAL[Step 2: Optional
Generate Story Context
SM Agent
For complex scenarios only] + + IMPL[Step 3: Implement
DEV Agent
Code, test, commit] + + DONE[DONE! ๐Ÿš€] + + START --> DETECT + DETECT --> ANALYZE + ANALYZE --> TEST + TEST --> CONFIRM + CONFIRM --> GENERATE + GENERATE --> STORIES + STORIES --> OPTIONAL + OPTIONAL -.->|Optional| IMPL + STORIES --> IMPL + IMPL --> DONE + + style START fill:#bfb,stroke:#333,stroke-width:2px + style OPTIONAL fill:#ffb,stroke:#333,stroke-width:2px,stroke-dasharray: 5 5 + style IMPL fill:#bbf,stroke:#333,stroke-width:2px + style DONE fill:#f9f,stroke:#333,stroke-width:3px +``` + +--- + +## Single Atomic Change + +**Best for:** Bug fixes, single file changes, isolated improvements + +### What You Get + +1. **tech-spec.md** - Comprehensive technical specification with: + - Problem statement and solution + - Detected framework versions and dependencies + - Brownfield code patterns (if applicable) + - Existing test patterns to follow + - Specific file paths to modify + - Complete implementation guidance + +2. **story-[slug].md** - Single user story ready for development + +### Quick Spec Flow Commands + +```bash +# Start Quick Spec Flow (no workflow-init needed!) +# Load PM agent and run tech-spec + +# When complete, implement directly: +# Load DEV agent and run dev-story +``` + +### What Makes It Quick + +- โœ… No Product Brief needed +- โœ… No PRD needed +- โœ… No Architecture doc needed +- โœ… Auto-detects your stack +- โœ… Auto-analyzes brownfield code +- โœ… Auto-validates quality +- โœ… Story context optional (tech-spec is comprehensive!) + +### Example Single Change Scenarios + +- "Fix the login validation bug" +- "Add email field to user registration form" +- "Update API endpoint to return additional field" +- "Improve error handling in payment processing" + +--- + +## Coherent Small Feature + +**Best for:** Small features with 2-3 related user stories + +### What You Get + +1. **tech-spec.md** - Same comprehensive spec as single change projects +2. **epics.md** - Epic organization with story breakdown +3. **story-[epic-slug]-1.md** - First story +4. **story-[epic-slug]-2.md** - Second story +5. **story-[epic-slug]-3.md** - Third story (if needed) + +### Quick Spec Flow Commands + +```bash +# Start Quick Spec Flow +# Load PM agent and run tech-spec + +# Optional: Organize stories as a sprint +# Load SM agent and run sprint-planning + +# Implement story-by-story: +# Load DEV agent and run dev-story for each story +``` + +### Story Sequencing + +Stories are **automatically validated** to ensure proper sequence: + +- โœ… No forward dependencies (Story 2 can't depend on Story 3) +- โœ… Clear dependency documentation +- โœ… Infrastructure โ†’ Features โ†’ Polish order +- โœ… Backend โ†’ Frontend flow + +### Example Small Feature Scenarios + +- "Add OAuth social login (Google, GitHub, Twitter)" +- "Build user profile page with avatar upload" +- "Implement basic search with filters" +- "Add dark mode toggle to application" + +--- + +## Smart Context Discovery + +Quick Spec Flow automatically discovers and uses: + +### 1. Existing Documentation + +- Product briefs (if they exist) +- Research documents +- `document-project` output (brownfield codebase map) + +### 2. Project Stack + +- **Node.js:** package.json โ†’ frameworks, dependencies, scripts, test framework +- **Python:** requirements.txt, pyproject.toml โ†’ packages, tools +- **Ruby:** Gemfile โ†’ gems and versions +- **Java:** pom.xml, build.gradle โ†’ Maven/Gradle dependencies +- **Go:** go.mod โ†’ modules +- **Rust:** Cargo.toml โ†’ crates +- **PHP:** composer.json โ†’ packages + +### 3. Brownfield Code Patterns + +- Directory structure and organization +- Existing code patterns (class-based, functional, MVC) +- Naming conventions (camelCase, snake_case, PascalCase) +- Test frameworks and patterns +- Code style (semicolons, quotes, indentation) +- Linter/formatter configs +- Error handling patterns +- Logging conventions +- Documentation style + +### 4. Convention Confirmation + +**IMPORTANT:** Quick Spec Flow detects your conventions and **asks for confirmation**: + +``` +I've detected these conventions in your codebase: + +Code Style: +- ESLint with Airbnb config +- Prettier with single quotes, 2-space indent +- No semicolons + +Test Patterns: +- Jest test framework +- .test.js file naming +- expect() assertion style + +Should I follow these existing conventions? (yes/no) +``` + +**You decide:** Conform to existing patterns or establish new standards! + +--- + +## Modern Best Practices via WebSearch + +Quick Spec Flow stays current by using WebSearch when appropriate: + +### For Greenfield Projects + +- Searches for latest framework versions +- Recommends official starter templates +- Suggests modern best practices + +### For Outdated Dependencies + +- Detects if your dependencies are >2 years old +- Searches for migration guides +- Notes upgrade complexity + +### Starter Template Recommendations + +For greenfield projects, Quick Spec Flow recommends: + +**React:** + +- Vite (modern, fast) +- Next.js (full-stack) + +**Python:** + +- cookiecutter templates +- FastAPI starter + +**Node.js:** + +- NestJS CLI +- express-generator + +**Benefits:** + +- โœ… Modern best practices baked in +- โœ… Proper project structure +- โœ… Build tooling configured +- โœ… Testing framework set up +- โœ… Faster time to first feature + +--- + +## UX/UI Considerations + +For user-facing changes, Quick Spec Flow captures: + +- UI components affected (create vs modify) +- UX flow changes (current vs new) +- Responsive design needs (mobile, tablet, desktop) +- Accessibility requirements: + - Keyboard navigation + - Screen reader compatibility + - ARIA labels + - Color contrast standards +- User feedback patterns: + - Loading states + - Error messages + - Success confirmations + - Progress indicators + +--- + +## Auto-Validation and Quality Assurance + +Quick Spec Flow **automatically validates** everything: + +### Tech-Spec Validation (Always Runs) + +Checks: + +- โœ… Context gathering completeness +- โœ… Definitiveness (no "use X or Y" statements) +- โœ… Brownfield integration quality +- โœ… Stack alignment +- โœ… Implementation readiness + +Generates scores: + +``` +โœ… Validation Passed! +- Context Gathering: Comprehensive +- Definitiveness: All definitive +- Brownfield Integration: Excellent +- Stack Alignment: Perfect +- Implementation Readiness: โœ… Ready +``` + +### Story Validation (Multi-Story Features) + +Checks: + +- โœ… Story sequence (no forward dependencies!) +- โœ… Acceptance criteria quality (specific, testable) +- โœ… Completeness (all tech spec tasks covered) +- โœ… Clear dependency documentation + +**Auto-fixes issues if found!** + +--- + +## Complete User Journey + +### Scenario 1: Bug Fix (Single Change) + +**Goal:** Fix login validation bug + +**Steps:** + +1. **Start:** Load PM agent, say "I want to fix the login validation bug" +2. **PM runs tech-spec workflow:** + - Asks: "What problem are you solving?" + - You explain the validation issue + - Detects your Node.js stack (Express 4.18.2, Jest for testing) + - Analyzes existing UserService code patterns + - Asks: "Should I follow your existing conventions?" โ†’ You say yes + - Generates tech-spec.md with specific file paths and patterns + - Creates story-login-fix.md +3. **Implement:** Load DEV agent, run `dev-story` + - DEV reads tech-spec (has all context!) + - Implements fix following existing patterns + - Runs tests (following existing Jest patterns) + - Done! + +**Total time:** 15-30 minutes (mostly implementation) + +--- + +### Scenario 2: Small Feature (Multi-Story) + +**Goal:** Add OAuth social login (Google, GitHub) + +**Steps:** + +1. **Start:** Load PM agent, say "I want to add OAuth social login" +2. **PM runs tech-spec workflow:** + - Asks about the feature scope + - You specify: Google and GitHub OAuth + - Detects your stack (Next.js 13.4, NextAuth.js already installed!) + - Analyzes existing auth patterns + - Confirms conventions with you + - Generates: + - tech-spec.md (comprehensive implementation guide) + - epics.md (OAuth Integration epic) + - story-oauth-1.md (Backend OAuth setup) + - story-oauth-2.md (Frontend login buttons) +3. **Optional Sprint Planning:** Load SM agent, run `sprint-planning` +4. **Implement Story 1:** + - Load DEV agent, run `dev-story` for story 1 + - DEV implements backend OAuth +5. **Implement Story 2:** + - DEV agent, run `dev-story` for story 2 + - DEV implements frontend + - Done! + +**Total time:** 1-3 hours (mostly implementation) + +--- + +## Integration with Phase 4 Workflows + +Quick Spec Flow works seamlessly with all Phase 4 implementation workflows: + +### story-context (SM Agent) + +- โœ… Recognizes tech-spec.md as authoritative source +- โœ… Extracts context from tech-spec (replaces PRD) +- โœ… Generates XML context for complex scenarios + +### create-story (SM Agent) + +- โœ… Can work with tech-spec.md instead of PRD +- โœ… Uses epics.md from tech-spec workflow +- โœ… Creates additional stories if needed + +### sprint-planning (SM Agent) + +- โœ… Works with epics.md from tech-spec +- โœ… Organizes multi-story features for coordinated implementation +- โœ… Tracks progress through sprint-status.yaml + +### dev-story (DEV Agent) + +- โœ… Reads stories generated by tech-spec +- โœ… Uses tech-spec.md as comprehensive context +- โœ… Implements following detected conventions + +--- + +## Comparison: Quick Spec vs Full BMM + +| Aspect | Quick Flow Track | BMad Method/Enterprise Tracks | +| --------------------- | ---------------------------- | ---------------------------------- | +| **Setup** | None (standalone) | workflow-init recommended | +| **Planning Docs** | tech-spec.md only | Product Brief โ†’ PRD โ†’ Architecture | +| **Time to Code** | Minutes | Hours to days | +| **Best For** | Bug fixes, small features | New products, major features | +| **Context Discovery** | Automatic | Manual + guided | +| **Story Context** | Optional (tech-spec is rich) | Required (generated from PRD) | +| **Validation** | Auto-validates everything | Manual validation steps | +| **Brownfield** | Auto-analyzes and conforms | Manual documentation required | +| **Conventions** | Auto-detects and confirms | Document in PRD/Architecture | + +--- + +## When to Graduate from Quick Flow to BMad Method + +Start with Quick Flow, but switch to BMad Method when: + +- โŒ Project grows beyond initial scope +- โŒ Multiple teams need coordination +- โŒ Stakeholders need formal documentation +- โŒ Product vision is unclear +- โŒ Architectural decisions need deep analysis +- โŒ Compliance/regulatory requirements exist + +๐Ÿ’ก **Tip:** You can always run `workflow-init` later to transition from Quick Flow to BMad Method! + +--- + +## Quick Spec Flow - Key Benefits + +### ๐Ÿš€ **Speed** + +- No Product Brief +- No PRD +- No Architecture doc +- Straight to implementation + +### ๐Ÿง  **Intelligence** + +- Auto-detects stack +- Auto-analyzes brownfield +- Auto-validates quality +- WebSearch for current info + +### ๐Ÿ“ **Respect for Existing Code** + +- Detects conventions +- Asks for confirmation +- Follows patterns +- Adapts vs. changes + +### โœ… **Quality** + +- Auto-validation +- Definitive decisions (no "or" statements) +- Comprehensive context +- Clear acceptance criteria + +### ๐ŸŽฏ **Focus** + +- Single atomic changes +- Coherent small features +- No scope creep +- Fast iteration + +--- + +## Getting Started + +### Prerequisites + +- BMad Method installed (`npx bmad-method install`) +- Project directory with code (or empty for greenfield) + +### Quick Start Commands + +```bash +# For a quick bug fix or small change: +# 1. Load PM agent +# 2. Say: "I want to [describe your change]" +# 3. PM will ask if you want to run tech-spec +# 4. Answer questions about your change +# 5. Get tech-spec + story +# 6. Load DEV agent and implement! + +# For a small feature with multiple stories: +# Same as above, but get epic + 2-3 stories +# Optionally use SM sprint-planning to organize +``` + +### No workflow-init Required! + +Quick Spec Flow is **fully standalone**: + +- Detects if it's a single change or multi-story feature +- Asks for greenfield vs brownfield +- Works without status file tracking +- Perfect for rapid prototyping + +--- + +## FAQ + +### Q: Can I use Quick Spec Flow on an existing project? + +**A:** Yes! It's perfect for brownfield projects. It will analyze your existing code, detect patterns, and ask if you want to follow them. + +### Q: What if I don't have a package.json or requirements.txt? + +**A:** Quick Spec Flow will work in greenfield mode, recommend starter templates, and use WebSearch for modern best practices. + +### Q: Do I need to run workflow-init first? + +**A:** No! Quick Spec Flow is standalone. But if you want guidance on which flow to use, workflow-init can help. + +### Q: Can I use this for frontend changes? + +**A:** Absolutely! Quick Spec Flow captures UX/UI considerations, component changes, and accessibility requirements. + +### Q: What if my Quick Flow project grows? + +**A:** No problem! You can always transition to BMad Method by running workflow-init and create-prd. Your tech-spec becomes input for the PRD. + +### Q: Do I need story-context for every story? + +**A:** Usually no! Tech-spec is comprehensive enough for most Quick Flow projects. Only use story-context for complex edge cases. + +### Q: Can I skip validation? + +**A:** No, validation always runs automatically. But it's fast and catches issues early! + +### Q: Will it work with my team's code style? + +**A:** Yes! It detects your conventions and asks for confirmation. You control whether to follow existing patterns or establish new ones. + +--- + +## Tips and Best Practices + +### 1. **Be Specific in Discovery** + +When describing your change, provide specifics: + +- โœ… "Fix email validation in UserService to allow plus-addressing" +- โŒ "Fix validation bug" + +### 2. **Trust the Convention Detection** + +If it detects your patterns correctly, say yes! It's faster than establishing new conventions. + +### 3. **Use WebSearch Recommendations for Greenfield** + +Starter templates save hours of setup time. Let Quick Spec Flow find the best ones. + +### 4. **Review the Auto-Validation** + +When validation runs, read the scores. They tell you if your spec is production-ready. + +### 5. **Story Context is Optional** + +For single changes, try going directly to dev-story first. Only add story-context if you hit complexity. + +### 6. **Keep Single Changes Truly Atomic** + +If your "single change" needs 3+ files, it might be a multi-story feature. Let the workflow guide you. + +### 7. **Validate Story Sequence for Multi-Story Features** + +When you get multiple stories, check the dependency validation output. Proper sequence matters! + +--- + +## Real-World Examples + +### Example 1: Adding Logging (Single Change) + +**Input:** "Add structured logging to payment processing" + +**Tech-Spec Output:** + +- Detected: winston 3.8.2 already in package.json +- Analyzed: Existing services use winston with JSON format +- Confirmed: Follow existing logging patterns +- Generated: Specific file paths, log levels, format example +- Story: Ready to implement in 1-2 hours + +**Result:** Consistent logging added, following team patterns, no research needed. + +--- + +### Example 2: Search Feature (Multi-Story) + +**Input:** "Add search to product catalog with filters" + +**Tech-Spec Output:** + +- Detected: React 18.2.0, MUI component library, Express backend +- Analyzed: Existing ProductList component patterns +- Confirmed: Follow existing API and component structure +- Generated: + - Epic: Product Search Functionality + - Story 1: Backend search API with filters + - Story 2: Frontend search UI component +- Auto-validated: Story 1 โ†’ Story 2 sequence correct + +**Result:** Search feature implemented in 4-6 hours with proper architecture. + +--- + +## Summary + +Quick Spec Flow is your **fast path from idea to implementation** for: + +- ๐Ÿ› Bug fixes +- โœจ Small features +- ๐Ÿš€ Rapid prototyping +- ๐Ÿ”ง Quick enhancements + +**Key Features:** + +- Auto-detects your stack +- Auto-analyzes brownfield code +- Auto-validates quality +- Respects existing conventions +- Uses WebSearch for modern practices +- Generates comprehensive tech-specs +- Creates implementation-ready stories + +**Time to code:** Minutes, not hours. + +**Ready to try it?** Load the PM agent and say what you want to build! ๐Ÿš€ + +--- + +## Next Steps + +- **Try it now:** Load PM agent and describe a small change +- **Learn more:** See the [BMM Workflow Guides](./README.md#-workflow-guides) for comprehensive workflow documentation +- **Need help deciding?** Run `workflow-init` to get a recommendation +- **Have questions?** Join us on Discord: + +--- + +_Quick Spec Flow - Because not every change needs a Product Brief._ diff --git a/src/modules/bmm/docs/troubleshooting.md b/src/modules/bmm/docs/troubleshooting.md new file mode 100644 index 00000000..a3cd63bf --- /dev/null +++ b/src/modules/bmm/docs/troubleshooting.md @@ -0,0 +1,680 @@ +# BMM Troubleshooting Guide + +Common issues and solutions for the BMad Method Module. + +--- + +## Quick Diagnosis + +**Use this flowchart to find your issue:** + +```mermaid +flowchart TD + START{What's the problem?} + + START -->|Can't get started| SETUP[Setup & Installation Issues] + START -->|Wrong level detected| LEVEL[Level Detection Problems] + START -->|Workflow not working| WORKFLOW[Workflow Issues] + START -->|Agent lacks context| CONTEXT[Context & Documentation Issues] + START -->|Implementation problems| IMPL[Implementation Issues] + START -->|Files/paths wrong| FILES[File & Path Issues] + + style START fill:#ffb,stroke:#333,stroke-width:2px + style SETUP fill:#bfb,stroke:#333,stroke-width:2px + style LEVEL fill:#bbf,stroke:#333,stroke-width:2px + style WORKFLOW fill:#fbf,stroke:#333,stroke-width:2px + style CONTEXT fill:#f9f,stroke:#333,stroke-width:2px +``` + +--- + +## Table of Contents + +- [Setup and Installation Issues](#setup-and-installation-issues) +- [Level Detection Problems](#level-detection-problems) +- [Workflow Issues](#workflow-issues) +- [Context and Documentation Issues](#context-and-documentation-issues) +- [Implementation Issues](#implementation-issues) +- [File and Path Issues](#file-and-path-issues) +- [Agent Behavior Issues](#agent-behavior-issues) +- [Integration Issues (Brownfield)](#integration-issues-brownfield) + +--- + +## Setup and Installation Issues + +### Problem: BMM not found after installation + +**Symptoms:** + +- `bmad` command not recognized +- Agent files not accessible +- Workflows don't load + +**Solution:** + +```bash +# Check if BMM is installed +ls bmad/ + +# If not present, run installer +npx bmad-method@alpha install + +# For fresh install +npx bmad-method@alpha install --skip-version-prompt +``` + +### Problem: Agents don't have menu + +**Symptoms:** + +- Load agent file but no menu appears +- Agent doesn't respond to commands + +**Solution:** + +1. Ensure you're loading the correct agent file path: `bmad/bmm/agents/[agent-name].md` +2. Wait a few seconds for agent to initialize +3. Try asking "show menu" or "help" +4. Check IDE supports Markdown rendering with context +5. For Claude Code: Ensure agent file is open in chat context + +### Problem: Workflows not found + +**Symptoms:** + +- Agent says workflow doesn't exist +- Menu shows workflow but won't run + +**Solution:** + +1. Check workflow exists: `ls bmad/bmm/workflows/` +2. Verify agent has access to workflow (check agent's workflow list) +3. Try using menu number instead of workflow name +4. Restart chat with agent in fresh session + +--- + +## Level Detection Problems + +### Problem: workflow-init suggests wrong level + +**Symptoms:** + +- Detects Level 3 but you only need Level 1 +- Suggests Level 1 but project is actually Level 2 +- Can't figure out appropriate level + +**Solution:** + +1. **Override the suggestion** - workflow-init always asks for confirmation, just say "no" and choose correct level +2. **Be specific in description** - Use level keywords when describing: + - "fix bug" โ†’ Level 0 + - "add small feature" โ†’ Level 1 + - "build dashboard" โ†’ Level 2 +3. **Manual override** - You can always switch levels later if needed + +**Example:** + +``` +workflow-init: "Level 3 project?" +You: "No, this is just adding OAuth login - Level 1" +workflow-init: "Got it, creating Level 1 workflow" +``` + +### Problem: Project level unclear + +**Symptoms:** + +- Between Level 1 and Level 2 +- Not sure if architecture needed +- Story count uncertain + +**Solution:** +**When in doubt, start smaller:** + +- Choose Level 1 instead of Level 2 +- You can always run `create-prd` later if needed +- Level 1 is faster, less overhead +- Easy to upgrade, hard to downgrade + +**Decision criteria:** + +- Single epic with related stories? โ†’ Level 1 +- Multiple independent epics? โ†’ Level 2 +- Need product-level planning? โ†’ Level 2 +- Just need technical plan? โ†’ Level 1 + +### Problem: Old planning docs influencing level detection + +**Symptoms:** + +- Old Level 3 PRD in folder +- Working on new Level 0 bug fix +- workflow-init suggests Level 3 + +**Solution:** +workflow-init asks: "Is this work in progress or previous effort?" + +- Answer: "Previous effort" +- Then describe your NEW work clearly +- System will detect level based on NEW work, not old artifacts + +--- + +## Workflow Issues + +### Problem: Workflow fails or hangs + +**Symptoms:** + +- Workflow starts but doesn't complete +- Agent stops responding mid-workflow +- Progress stalls + +**Solution:** + +1. **Check context limits** - Start fresh chat for complex workflows +2. **Verify prerequisites**: + - Phase 2 needs Phase 1 complete (if used) + - Phase 3 needs Phase 2 complete + - Phase 4 needs Phase 3 complete (if Level 3-4) +3. **Restart workflow** - Load agent in new chat and restart +4. **Check status file** - Verify `bmm-workflow-status.md` or `sprint-status.yaml` is present and valid + +### Problem: Agent says "workflow not found" + +**Symptoms:** + +- Request workflow by name +- Agent doesn't recognize it +- Menu doesn't show workflow + +**Solution:** + +1. Check spelling/format - Use exact workflow name or menu shortcut (`*prd` not `*PRD`) +2. Verify agent has workflow: + - PM agent: prd, tech-spec + - Architect agent: create-architecture, validate-architecture + - SM agent: sprint-planning, create-story, story-context +3. Try menu number instead of name +4. Check you're using correct agent for workflow + +### Problem: Sprint-planning workflow fails + +**Symptoms:** + +- Can't create sprint-status.yaml +- Epics not extracted from files +- Status file empty or incorrect + +**Solution:** + +1. **Verify epic files exist**: + - Level 1: tech-spec with epic + - Level 2-4: epics.md or sharded epic files +2. **Check file format**: + - Epic files should be valid Markdown + - Epic headers should be clear (## Epic Name) +3. **Run in Phase 4 only** - Ensure Phase 2/3 complete first +4. **Check file paths** - Epic files should be in correct output folder + +### Problem: story-context generates empty or wrong context + +**Symptoms:** + +- Context file created but has no useful content +- Context doesn't reference existing code +- Missing technical guidance + +**Solution:** + +1. **Run epic-tech-context first** - story-context builds on epic context +2. **Check story file exists** - Verify story was created by create-story +3. **For brownfield**: + - Ensure document-project was run + - Verify docs/index.md exists with codebase context +4. **Try regenerating** - Sometimes needs fresh attempt with more specific story details + +--- + +## Context and Documentation Issues + +### Problem: AI agents lack codebase understanding (Brownfield) + +**Symptoms:** + +- Suggestions don't align with existing patterns +- Ignores available components +- Proposes approaches that conflict with architecture +- Doesn't reference existing code + +**Solution:** + +1. **Run document-project** - Critical for brownfield projects + ``` + Load Analyst agent โ†’ run document-project + Choose scan level: Deep (recommended for PRD prep) + ``` +2. **Verify docs/index.md exists** - This is master entry point for AI agents +3. **Check documentation completeness**: + - Review generated docs/index.md + - Ensure key systems are documented +4. **Run deep-dive on specific areas** if needed + +### Problem: Have documentation but agents can't find it + +**Symptoms:** + +- README.md, ARCHITECTURE.md exist +- AI agents still ask questions answered in docs +- No docs/index.md file + +**Solution:** +**Option 1: Quick fix (2-5min)** +Run `index-docs` task: + +- Located at `bmad/core/tasks/index-docs.xml` +- Scans existing docs and generates index.md +- Lightweight, just creates navigation + +**Option 2: Comprehensive (10-30min)** +Run document-project workflow: + +- Discovers existing docs in Step 2 +- Generates NEW AI-friendly documentation from codebase +- Creates index.md linking to BOTH existing and new docs + +**Why this matters:** AI agents need structured entry point (index.md) to navigate docs efficiently. + +### Problem: document-project takes too long + +**Symptoms:** + +- Exhaustive scan running for hours +- Impatient to start planning + +**Solution:** +**Choose appropriate scan level:** + +- **Quick (2-5min)** - Pattern analysis, no source reading - Good for initial overview +- **Deep (10-30min)** - Reads critical paths - **Recommended for most brownfield projects** +- **Exhaustive (30-120min)** - Reads all files - Only for migration planning or complete understanding + +For most brownfield projects, **Deep scan is sufficient**. + +--- + +## Implementation Issues + +### Problem: Existing tests breaking (Brownfield) + +**Symptoms:** + +- Regression test failures +- Previously working functionality broken +- Integration tests failing + +**Solution:** + +1. **Review changes against existing patterns**: + - Check if new code follows existing conventions + - Verify API contracts unchanged (unless intentionally versioned) +2. **Run test-review workflow** (TEA agent): + - Analyzes test coverage + - Identifies regression risks + - Suggests fixes +3. **Add regression testing to DoD**: + - All existing tests must pass + - Add integration tests for new code +4. **Consider feature flags** for gradual rollout + +### Problem: Story takes much longer than estimated + +**Symptoms:** + +- Story estimated 4 hours, took 12 hours +- Acceptance criteria harder than expected +- Hidden complexity discovered + +**Solution:** +**This is normal!** Estimates are estimates. To handle: + +1. **Continue until DoD met** - Don't compromise quality +2. **Document learnings in retrospective**: + - What caused the overrun? + - What should we watch for next time? +3. **Consider splitting story** if it's truly two stories +4. **Adjust future estimates** based on this data + +**Don't stress about estimate accuracy** - use them for learning, not judgment. + +### Problem: Integration points unclear + +**Symptoms:** + +- Not sure how to connect new code to existing +- Unsure which files to modify +- Multiple possible integration approaches + +**Solution:** + +1. **For brownfield**: + - Ensure document-project captured existing architecture + - Review architecture docs before implementing +2. **Check story-context** - Should document integration points +3. **In tech-spec/architecture** - Explicitly document: + - Which existing modules to modify + - What APIs/services to integrate with + - Data flow between new and existing code +4. **Run integration-planning workflow** (Level 3-4): + - Architect agent creates integration strategy + +### Problem: Inconsistent patterns being introduced + +**Symptoms:** + +- New code style doesn't match existing +- Different architectural approach +- Not following team conventions + +**Solution:** + +1. **Check convention detection** (Quick Spec Flow): + - Should detect existing patterns + - Asks for confirmation before proceeding +2. **Review documentation** - Ensure document-project captured patterns +3. **Use story-context** - Injects pattern guidance per story +4. **Add to code-review checklist**: + - Pattern adherence + - Convention consistency + - Style matching +5. **Run retrospective** to identify pattern deviations early + +--- + +## File and Path Issues + +### Problem: Output files in wrong location + +**Symptoms:** + +- PRD created in wrong folder +- Story files not where expected +- Documentation scattered + +**Solution:** +Check `bmad/bmm/config.yaml` for configured paths: + +```yaml +output_folder: '{project-root}/docs' +dev_story_location: '{project-root}/docs/stories' +``` + +Default locations: + +- Planning docs (PRD, epics, architecture): `{output_folder}/` +- Stories: `{dev_story_location}/` +- Status files: `{output_folder}/bmm-workflow-status.md`, `{output_folder}/sprint-status.yaml` + +To change locations, edit config.yaml then re-run workflows. + +### Problem: Can't find status file + +**Symptoms:** + +- workflow-status says no status file +- Can't track progress +- Lost place in workflow + +**Solution:** + +1. **Check default location**: `docs/bmm-workflow-status.md` +2. **If missing, reinitialize**: + ``` + Load Analyst agent โ†’ run workflow-init + ``` +3. **For Phase 4**: Look for `sprint-status.yaml` in same folder as PRD +4. **Search for it**: + ```bash + find . -name "bmm-workflow-status.md" + find . -name "sprint-status.yaml" + ``` + +### Problem: Sprint-status.yaml not updating + +**Symptoms:** + +- Workflows complete but status unchanged +- Stories stuck in old status +- Epic status not progressing + +**Solution:** + +1. **Manual update required** - Most status changes are manual: + ```yaml + stories: + - id: epic-1-story-1 + status: done # Change this manually + ``` +2. **Some workflows auto-update**: + - sprint-planning creates file + - epic-tech-context changes epic to "contexted" + - create-story changes story to "drafted" + - story-context changes to "ready-for-dev" + - dev-story may auto-update (check workflow) +3. **Re-run sprint-planning** to resync if needed + +--- + +## Agent Behavior Issues + +### Problem: Agent provides vague or generic responses + +**Symptoms:** + +- "Use appropriate framework" +- "Follow best practices" +- Generic advice without specifics + +**Solution:** + +1. **Provide more context** - Be specific in your description: + - "Add OAuth using passport.js to Express server" + - Not: "Add authentication" +2. **For brownfield**: + - Ensure document-project was run + - Agent needs codebase context for specific advice +3. **Reference existing docs**: + - "Based on the existing auth system in UserService..." +4. **Start fresh chat** - Context overload can cause generic responses + +### Problem: Agent hallucinating or making up information + +**Symptoms:** + +- References files that don't exist +- Suggests APIs that aren't in your stack +- Creates imaginary requirements + +**Solution:** + +1. **Use fresh chat** - Context overflow main cause of hallucinations +2. **Provide concrete constraints**: + - "We use Express 4.18.2, not Next.js" + - "Our database is PostgreSQL, not MongoDB" +3. **For brownfield**: + - Document-project provides factual grounding + - Agent sees actual code, not assumptions +4. **Correct immediately**: + - "No, we don't have UserService, we have AuthenticationModule" + +### Problem: Agent won't follow instructions + +**Symptoms:** + +- Ignores specific requests +- Does something different than asked +- Doesn't respect constraints + +**Solution:** + +1. **Be more explicit** - Agents respond to clear, specific instructions: + - "Use EXACTLY these three steps..." + - "Do NOT include database migrations in this story" +2. **Check agent capabilities** - Agent might not have access to requested workflow +3. **Try different phrasing** - Rephrase request to be more direct +4. **Use menu system** - Numbers are clearer than text commands + +--- + +## Integration Issues (Brownfield) + +### Problem: New code conflicts with existing architecture + +**Symptoms:** + +- Integration approach doesn't fit existing structure +- Would require major refactoring +- Conflicts with established patterns + +**Solution:** + +1. **Check if document-project was run** - Agents need architecture context +2. **Review existing architecture docs**: + - Read docs/architecture.md (from document-project) + - Understand current system design +3. **For Level 3-4**: + - Run validate-architecture workflow before planning + - Use integration-planning workflow +4. **Explicitly document integration strategy** in architecture: + - How new components fit existing structure + - What modifications needed to existing code + - Migration path if changing patterns + +### Problem: Breaking changes to existing APIs + +**Symptoms:** + +- Changing API breaks consumers +- Downstream services affected +- Need backward compatibility + +**Solution:** + +1. **Identify all API consumers** (document-project should show this) +2. **Plan versioning strategy**: + - API v1 (existing) + v2 (new) + - Deprecation timeline +3. **Use feature flags** for gradual rollout +4. **Document migration guide** for API consumers +5. **Add to testing strategy**: + - Existing consumers still work (v1) + - New functionality works (v2) + +### Problem: Data migration required + +**Symptoms:** + +- Schema changes needed +- Existing data needs transformation +- Risk of data loss + +**Solution:** + +1. **Create explicit migration strategy** in architecture: + - Forward migration (old โ†’ new schema) + - Rollback plan (new โ†’ old schema) + - Data validation approach +2. **Test migrations thoroughly**: + - On copy of production data + - Measure performance impact +3. **Plan rollout**: + - Staging environment first + - Gradual production rollout + - Monitoring for issues +4. **Document in tech-spec/architecture**: + - Migration scripts + - Rollback procedures + - Expected downtime + +--- + +## Still Stuck? + +### Getting More Help + +If your issue isn't covered here: + +1. **Check other documentation**: + - [FAQ](./faq.md) - Common questions + - [Glossary](./glossary.md) - Terminology + - [Quick Start](./quick-start.md) - Basic usage + - [Brownfield Guide](./brownfield-guide.md) - Existing codebases + - [Scale Adaptive System](./scale-adaptive-system.md) - Understanding levels + +2. **Community support**: + - [Discord](https://discord.gg/gk8jAdXWmj) - #general-dev, #bugs-issues + - Active community, fast responses + - Share your specific situation + +3. **Report bugs**: + - [GitHub Issues](https://github.com/bmad-code-org/BMAD-METHOD/issues) + - Include version, steps to reproduce, expected vs actual behavior + +4. **Video tutorials**: + - [YouTube Channel](https://www.youtube.com/@BMadCode) + - Visual walkthroughs of common workflows + +--- + +## Common Error Messages + +### "No workflow status file found" + +**Cause:** Haven't run workflow-init yet +**Fix:** Load Analyst agent โ†’ run workflow-init + +### "Epic file not found" + +**Cause:** PRD/epics not created, or wrong path +**Fix:** Verify PRD/epics exist in output folder, check config.yaml paths + +### "Story not in sprint-status.yaml" + +**Cause:** Sprint-planning not run, or story file not created +**Fix:** Run sprint-planning workflow, verify story files exist + +### "Documentation insufficient for brownfield" + +**Cause:** No docs/index.md or document-project not run +**Fix:** Run document-project workflow with Deep scan + +### "Level detection failed" + +**Cause:** Ambiguous project description +**Fix:** Be more specific, use level keywords (fix, feature, platform, etc.) + +### "Context generation failed" + +**Cause:** Missing prerequisites (epic context, story file, or docs) +**Fix:** Verify epic-tech-context run, story file exists, docs present + +--- + +## Prevention Tips + +**Avoid common issues before they happen:** + +1. โœ… **Always run document-project for brownfield** - Saves hours of context issues later +2. โœ… **Use fresh chats for complex workflows** - Prevents hallucinations and context overflow +3. โœ… **Verify files exist before running workflows** - Check PRD, epics, stories are present +4. โœ… **Read agent menu before requesting workflows** - Confirm agent has the workflow +5. โœ… **Start with smaller level if unsure** - Easy to upgrade (Level 1 โ†’ 2), hard to downgrade +6. โœ… **Keep status files updated** - Manual updates when needed, don't let them drift +7. โœ… **Run retrospectives after epics** - Catch issues early, improve next epic +8. โœ… **Follow phase sequence** - Don't skip required phases (Phase 2 before 3, 3 before 4) + +--- + +**Issue not listed?** Please [report it](https://github.com/bmad-code-org/BMAD-METHOD/issues) so we can add it to this guide! diff --git a/src/modules/bmm/docs/workflows-implementation.md b/src/modules/bmm/docs/workflows-implementation.md index 7dd05641..b0cf9bb2 100644 --- a/src/modules/bmm/docs/workflows-implementation.md +++ b/src/modules/bmm/docs/workflows-implementation.md @@ -133,6 +133,7 @@ The `sprint-status.yaml` file is the single source of truth for all implementati ### (BMad Method / Enterprise) ``` +<<<<<<< Updated upstream PRD (PM) โ†’ Architecture (Architect) โ†’ create-epics-and-stories (PM) โ† V6: After architecture! โ†’ implementation-readiness (Architect) @@ -141,6 +142,144 @@ PRD (PM) โ†’ Architecture (Architect) โ†’ story loop (SM/DEV) โ†’ retrospective (SM) โ†’ [Next Epic] +======= +Current Phase: 4 (Implementation) +Current Epic: Epic 1 (Authentication) +Current Sprint: Sprint 1 + +Next Story: Story 1.3 (Email Verification) +Status: TODO +Dependencies: Story 1.2 (DONE) โœ… + +**Recommendation:** Run `create-story` to generate Story 1.3 + +After create-story: +1. Run story-context +2. Run dev-story +3. Run code-review +4. Run story-done +``` + +See: [workflow-status instructions](../workflows/workflow-status/instructions.md) + +--- + +### document-project + +**Purpose:** Analyze and document brownfield projects by scanning codebase, architecture, and patterns. + +**Agent:** Analyst +**Duration:** 1-3 hours +**When to Use:** Brownfield projects without documentation + +**How It Works:** + +1. Scans codebase structure +2. Identifies architecture patterns +3. Documents technology stack +4. Creates reference documentation +5. Generates PRD-like document from existing code + +**Output:** `project-documentation-{date}.md` + +**When to Run:** + +- Before starting work on legacy project +- When inheriting undocumented codebase +- Creating onboarding documentation + +See: [document-project reference](./workflow-document-project-reference.md) + +--- + +## Story Lifecycle Visualization + +``` +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” +โ”‚ PHASE 4: IMPLEMENTATION (Iterative Story Lifecycle) โ”‚ +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ + +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” +โ”‚ Sprint Planning โ”‚ โ†’ Creates sprint-status.yaml +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ Defines story queue + โ”‚ + โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” + โ”‚ โ”‚ + โ–ผ โ”‚ +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” โ”‚ +โ”‚ Epic Tech Context โ”‚ โ†’ Optional per epic โ”‚ +โ”‚ (Once per epic) โ”‚ Provides technical โ”‚ +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ guidance โ”‚ + โ”‚ โ”‚ + โ–ผ โ”‚ +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ค +โ”‚ FOR EACH STORY IN QUEUE: โ”‚ +โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ค + โ”‚ โ”‚ + โ–ผ โ”‚ +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” โ”‚ +โ”‚ Create Story โ”‚ โ†’ Generates story file โ”‚ +โ”‚ (TODO โ†’ IN PROGRESS) โ”‚ +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ โ”‚ + โ”‚ โ”‚ + โ–ผ โ”‚ +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” โ”‚ +โ”‚ Story Context โ”‚ โ†’ Assembles focused context โ”‚ +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ โ”‚ + โ”‚ โ”‚ + โ–ผ โ”‚ +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” โ”‚ +โ”‚ Dev Story โ”‚ โ†’ Implements + tests โ”‚ +โ”‚ (IN PROGRESS) โ”‚ โ”‚ +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ โ”‚ + โ”‚ โ”‚ + โ–ผ โ”‚ +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” โ”‚ +โ”‚ Code Review โ”‚ โ†’ Senior dev review โ”‚ +โ”‚ (IN PROGRESS โ†’ โ”‚ โ”‚ +โ”‚ READY FOR REVIEW) โ”‚ +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ โ”‚ + โ”‚ โ”‚ + โ”Œโ”€โ”€โ”€โ”€โ”ดโ”€โ”€โ”€โ”€โ” โ”‚ + โ”‚ Result? โ”‚ โ”‚ + โ””โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”˜ โ”‚ + โ”‚ โ”‚ + โ”Œโ”€โ”€โ”€โ”€โ”ผโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” โ”‚ + โ”‚ โ”‚ โ”‚ โ”‚ + โ–ผ โ–ผ โ–ผ โ”‚ +APPROVED APPROVED REQUEST โ”‚ + WITH COMMENTS CHANGES โ”‚ + โ”‚ โ”‚ โ”‚ โ”‚ + โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ดโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ โ”‚ + โ”‚ โ”‚ + โ–ผ โ”‚ + โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” โ”‚ + โ”‚ Story Done โ”‚ โ†’ READY FOR REVIEW โ†’ DONEโ”‚ + โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ โ”‚ + โ”‚ โ”‚ + โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ + โ”‚ More stories? + โ”‚ + โ–ผ + โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” + โ”‚ Epic Complete? โ”‚ + โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ + โ”‚ + โ”Œโ”€โ”€โ”€โ”€โ”ผโ”€โ”€โ”€โ”€โ” + โ”‚ โ”‚ + Yes No + โ”‚ โ””โ”€โ”€> Continue to next story + โ”‚ + โ–ผ +โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ” +โ”‚ Retrospective โ”‚ โ†’ Review epic, lessons learned +โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜ + โ”‚ + โ–ผ + All epics done? + โ”‚ + Yes โ†’ PROJECT COMPLETE +>>>>>>> Stashed changes ``` --- diff --git a/src/modules/bmm/tasks/daily-standup.xml b/src/modules/bmm/tasks/daily-standup.xml new file mode 100644 index 00000000..d41c362c --- /dev/null +++ b/src/modules/bmm/tasks/daily-standup.xml @@ -0,0 +1,85 @@ + + + MANDATORY: Execute ALL steps in the flow section IN EXACT ORDER + DO NOT skip steps or change the sequence + HALT immediately when halt-conditions are met + Each action tag within a step tag is a REQUIRED action to complete that step + Sections outside flow (validation, output, critical-context) provide essential context - review and apply throughout execution + + + + Check for stories folder at {project-root}{output_folder}/stories/ + Find current story by identifying highest numbered story file + Read story status (In Progress, Ready for Review, etc.) + Extract agent notes from Dev Agent Record, TEA Results, PO Notes sections + Check for next story references from epics + Identify blockers from story sections + + + + + ๐Ÿƒ DAILY STANDUP - Story-{{number}}: {{title}} + + Current Sprint Status: + - Active Story: story-{{number}} ({{status}} - {{percentage}}% complete) + - Next in Queue: story-{{next-number}}: {{next-title}} + - Blockers: {{blockers-from-story}} + + Team assembled based on story participants: + {{ List Agents from {project-root}/bmad/_cfg/agent-manifest.csv }} + + + + + Each agent provides three items referencing real story data + What I see: Their perspective on current work, citing story sections (1-2 sentences) + What concerns me: Issues from their domain or story blockers (1-2 sentences) + What I suggest: Actionable recommendations for progress (1-2 sentences) + + + + + ๐Ÿ“‹ STANDUP SUMMARY: + Key Items from Story File: + - {{completion-percentage}}% complete ({{tasks-complete}}/{{total-tasks}} tasks) + - Blocker: {{main-blocker}} + - Next: {{next-story-reference}} + + Action Items: + - {{agent}}: {{action-item}} + - {{agent}}: {{action-item}} + - {{agent}}: {{action-item}} + + Need extended discussion? Use *party-mode for detailed breakout. + + + + + + + Primary: Sarah (PO), Mary (Analyst), Winston (Architect) + Secondary: Murat (TEA), James (Dev) + + + Primary: Sarah (PO), Bob (SM), James (Dev) + Secondary: Murat (TEA) + + + Primary: Winston (Architect), James (Dev), Murat (TEA) + Secondary: Sarah (PO) + + + Primary: James (Dev), Murat (TEA), Winston (Architect) + Secondary: Sarah (PO) + + + + + This task extends party-mode with agile-specific structure + Time-box responses (standup = brief) + Focus on actionable items from real story data when available + End with clear next steps + No deep dives (suggest breakout if needed) + If no stories folder detected, run general standup format + + \ No newline at end of file diff --git a/tools/cli/commands/agent-install.js b/tools/cli/commands/agent-install.js deleted file mode 100644 index 57b0c8c1..00000000 --- a/tools/cli/commands/agent-install.js +++ /dev/null @@ -1,409 +0,0 @@ -const chalk = require('chalk'); -const path = require('node:path'); -const fs = require('node:fs'); -const readline = require('node:readline'); -const { - findBmadConfig, - resolvePath, - discoverAgents, - loadAgentConfig, - promptInstallQuestions, - detectBmadProject, - addToManifest, - extractManifestData, - checkManifestForPath, - updateManifestEntry, - saveAgentSource, - createIdeSlashCommands, - updateManifestYaml, -} = require('../lib/agent/installer'); - -module.exports = { - command: 'agent-install', - description: 'Install and compile BMAD agents with personalization', - options: [ - ['-s, --source ', 'Path to specific agent YAML file or folder'], - ['-d, --defaults', 'Use default values without prompting'], - ['-t, --destination ', 'Target installation directory (default: current project BMAD installation)'], - ], - action: async (options) => { - try { - console.log(chalk.cyan('\n๐Ÿ”ง BMAD Agent Installer\n')); - - // Find BMAD config - const config = findBmadConfig(); - if (!config) { - console.log(chalk.yellow('No BMAD installation found in current directory.')); - console.log(chalk.dim('Looking for .bmad/bmb/config.yaml...')); - console.log(chalk.red('\nPlease run this command from a project with BMAD installed.')); - process.exit(1); - } - - console.log(chalk.dim(`Found BMAD at: ${config.bmadFolder}`)); - - let selectedAgent = null; - - // If source provided, use it directly - if (options.source) { - const providedPath = path.resolve(options.source); - - if (!fs.existsSync(providedPath)) { - console.log(chalk.red(`Path not found: ${providedPath}`)); - process.exit(1); - } - - const stat = fs.statSync(providedPath); - if (stat.isFile() && providedPath.endsWith('.agent.yaml')) { - selectedAgent = { - type: 'simple', - name: path.basename(providedPath, '.agent.yaml'), - path: providedPath, - yamlFile: providedPath, - }; - } else if (stat.isDirectory()) { - const yamlFiles = fs.readdirSync(providedPath).filter((f) => f.endsWith('.agent.yaml')); - if (yamlFiles.length === 1) { - selectedAgent = { - type: 'expert', - name: path.basename(providedPath), - path: providedPath, - yamlFile: path.join(providedPath, yamlFiles[0]), - hasSidecar: true, - }; - } else { - console.log(chalk.red('Directory must contain exactly one .agent.yaml file')); - process.exit(1); - } - } else { - console.log(chalk.red('Path must be an .agent.yaml file or a folder containing one')); - process.exit(1); - } - } else { - // Discover agents from custom location - const customAgentLocation = config.custom_agent_location - ? resolvePath(config.custom_agent_location, config) - : path.join(config.bmadFolder, 'custom', 'src', 'agents'); - - console.log(chalk.dim(`Searching for agents in: ${customAgentLocation}\n`)); - - const agents = discoverAgents(customAgentLocation); - - if (agents.length === 0) { - console.log(chalk.yellow('No agents found in custom agent location.')); - console.log(chalk.dim(`Expected location: ${customAgentLocation}`)); - console.log(chalk.dim('\nCreate agents using the BMad Builder workflow or place .agent.yaml files there.')); - process.exit(0); - } - - // List available agents - console.log(chalk.cyan('Available Agents:\n')); - for (const [idx, agent] of agents.entries()) { - const typeIcon = agent.type === 'expert' ? '๐Ÿ“š' : '๐Ÿ“„'; - console.log(` ${idx + 1}. ${typeIcon} ${chalk.bold(agent.name)} ${chalk.dim(`(${agent.type})`)}`); - } - - // Prompt for selection - const rl = readline.createInterface({ - input: process.stdin, - output: process.stdout, - }); - - const selection = await new Promise((resolve) => { - rl.question('\nSelect agent to install (number): ', resolve); - }); - rl.close(); - - const selectedIdx = parseInt(selection, 10) - 1; - if (isNaN(selectedIdx) || selectedIdx < 0 || selectedIdx >= agents.length) { - console.log(chalk.red('Invalid selection')); - process.exit(1); - } - - selectedAgent = agents[selectedIdx]; - } - - console.log(chalk.cyan(`\nSelected: ${chalk.bold(selectedAgent.name)}`)); - - // Load agent configuration - const agentConfig = loadAgentConfig(selectedAgent.yamlFile); - - if (agentConfig.metadata.name) { - console.log(chalk.dim(`Agent Name: ${agentConfig.metadata.name}`)); - } - if (agentConfig.metadata.title) { - console.log(chalk.dim(`Title: ${agentConfig.metadata.title}`)); - } - - // Get the agent type (source name) - const agentType = selectedAgent.name; // e.g., "commit-poet" - - // Confirm/customize agent persona name - const rl1 = readline.createInterface({ - input: process.stdin, - output: process.stdout, - }); - - const defaultPersonaName = agentConfig.metadata.name || agentType; - console.log(chalk.cyan('\n๐Ÿ“› Agent Persona Name\n')); - console.log(chalk.dim(` Agent type: ${agentType}`)); - console.log(chalk.dim(` Default persona: ${defaultPersonaName}`)); - console.log(chalk.dim(' Leave blank to use default, or provide a custom name.')); - console.log(chalk.dim(' Examples:')); - console.log(chalk.dim(` - (blank) โ†’ "${defaultPersonaName}" as ${agentType}.md`)); - console.log(chalk.dim(` - "Fred" โ†’ "Fred" as fred-${agentType}.md`)); - console.log(chalk.dim(` - "Captain Code" โ†’ "Captain Code" as captain-code-${agentType}.md`)); - - const customPersonaName = await new Promise((resolve) => { - rl1.question(`\n Custom name (or Enter for default): `, resolve); - }); - rl1.close(); - - // Determine final agent file name based on persona name - let finalAgentName; - let personaName; - if (customPersonaName.trim()) { - personaName = customPersonaName.trim(); - const namePrefix = personaName.toLowerCase().replaceAll(/\s+/g, '-'); - finalAgentName = `${namePrefix}-${agentType}`; - } else { - personaName = defaultPersonaName; - finalAgentName = agentType; - } - - console.log(chalk.dim(` Persona: ${personaName}`)); - console.log(chalk.dim(` File: ${finalAgentName}.md`)); - - // Get answers (prompt or use defaults) - let presetAnswers = {}; - - // If custom persona name provided, inject it as custom_name for template processing - if (customPersonaName.trim()) { - presetAnswers.custom_name = personaName; - } - - let answers; - if (agentConfig.installConfig && !options.defaults) { - answers = await promptInstallQuestions(agentConfig.installConfig, agentConfig.defaults, presetAnswers); - } else if (agentConfig.installConfig && options.defaults) { - console.log(chalk.dim('\nUsing default configuration values.')); - answers = { ...agentConfig.defaults, ...presetAnswers }; - } else { - answers = { ...agentConfig.defaults, ...presetAnswers }; - } - - // Determine target directory - let targetDir = options.destination ? path.resolve(options.destination) : null; - - // If no target specified, prompt for it - if (targetDir) { - // If target provided via --destination, check if it's a project root and adjust - const otherProject = detectBmadProject(targetDir); - if (otherProject && !targetDir.includes('agents')) { - // User specified project root, redirect to custom agents folder - targetDir = path.join(otherProject.bmadFolder, 'custom', 'agents'); - console.log(chalk.dim(` Auto-selecting custom agents folder: ${targetDir}`)); - } - } else { - const rl = readline.createInterface({ - input: process.stdin, - output: process.stdout, - }); - - console.log(chalk.cyan('\n๐Ÿ“‚ Installation Target\n')); - - // Option 1: Current project's custom agents folder - const currentCustom = path.join(config.bmadFolder, 'custom', 'agents'); - console.log(` 1. Current project: ${chalk.dim(currentCustom)}`); - - // Option 2: Specify another project path - console.log(` 2. Another project (enter path)`); - - const choice = await new Promise((resolve) => { - rl.question('\n Select option (1 or path): ', resolve); - }); - - if (choice.trim() === '1' || choice.trim() === '') { - targetDir = currentCustom; - } else if (choice.trim() === '2') { - const projectPath = await new Promise((resolve) => { - rl.question(' Project path: ', resolve); - }); - - // Detect if it's a BMAD project and use its custom folder - const otherProject = detectBmadProject(path.resolve(projectPath)); - if (otherProject) { - targetDir = path.join(otherProject.bmadFolder, 'custom', 'agents'); - console.log(chalk.dim(` Found BMAD project, using: ${targetDir}`)); - } else { - targetDir = path.resolve(projectPath); - } - } else { - // User entered a path directly - const otherProject = detectBmadProject(path.resolve(choice)); - if (otherProject) { - targetDir = path.join(otherProject.bmadFolder, 'custom', 'agents'); - console.log(chalk.dim(` Found BMAD project, using: ${targetDir}`)); - } else { - targetDir = path.resolve(choice); - } - } - - rl.close(); - } - - if (!fs.existsSync(targetDir)) { - fs.mkdirSync(targetDir, { recursive: true }); - } - - console.log(chalk.dim(`\nInstalling to: ${targetDir}`)); - - // Detect if target is within a BMAD project - const targetProject = detectBmadProject(targetDir); - if (targetProject) { - console.log(chalk.cyan(` Detected BMAD project at: ${targetProject.projectRoot}`)); - } - - // Check for duplicate in manifest by path (not by type) - let shouldUpdateExisting = false; - let existingEntry = null; - - if (targetProject) { - // Check if this exact installed name already exists - const expectedPath = `.bmad/custom/agents/${finalAgentName}/${finalAgentName}.md`; - existingEntry = checkManifestForPath(targetProject.manifestFile, expectedPath); - - if (existingEntry) { - const rl2 = readline.createInterface({ - input: process.stdin, - output: process.stdout, - }); - - console.log(chalk.yellow(`\nโš ๏ธ Agent "${finalAgentName}" already installed`)); - console.log(chalk.dim(` Type: ${agentType}`)); - console.log(chalk.dim(` Path: ${existingEntry.path}`)); - - const overwrite = await new Promise((resolve) => { - rl2.question(' Overwrite existing installation? [Y/n]: ', resolve); - }); - rl2.close(); - - if (overwrite.toLowerCase() === 'n') { - console.log(chalk.yellow('Installation cancelled.')); - process.exit(0); - } - - shouldUpdateExisting = true; - } - } - - // Install the agent with custom name - // Override the folder name with finalAgentName - const agentTargetDir = path.join(targetDir, finalAgentName); - - if (!fs.existsSync(agentTargetDir)) { - fs.mkdirSync(agentTargetDir, { recursive: true }); - } - - // Compile and install - const { compileAgent } = require('../lib/agent/compiler'); - - // Calculate target path for agent ID - const projectRoot = targetProject ? targetProject.projectRoot : config.projectRoot; - const compiledFileName = `${finalAgentName}.md`; - const compiledPath = path.join(agentTargetDir, compiledFileName); - const relativePath = path.relative(projectRoot, compiledPath); - - // Compile with proper name and path - const { xml, metadata, processedYaml } = compileAgent( - fs.readFileSync(selectedAgent.yamlFile, 'utf8'), - answers, - finalAgentName, - relativePath, - ); - - // Write compiled XML (.md) with custom name - fs.writeFileSync(compiledPath, xml, 'utf8'); - - const result = { - success: true, - agentName: finalAgentName, - targetDir: agentTargetDir, - compiledFile: compiledPath, - sidecarCopied: false, - }; - - // Copy sidecar files for expert agents - if (selectedAgent.hasSidecar && selectedAgent.type === 'expert') { - const { copySidecarFiles } = require('../lib/agent/installer'); - const sidecarFiles = copySidecarFiles(selectedAgent.path, agentTargetDir, selectedAgent.yamlFile); - result.sidecarCopied = true; - result.sidecarFiles = sidecarFiles; - } - - console.log(chalk.green('\nโœจ Agent installed successfully!')); - console.log(chalk.cyan(` Name: ${result.agentName}`)); - console.log(chalk.cyan(` Location: ${result.targetDir}`)); - console.log(chalk.cyan(` Compiled: ${path.basename(result.compiledFile)}`)); - - if (result.sidecarCopied) { - console.log(chalk.cyan(` Sidecar files: ${result.sidecarFiles.length} files copied`)); - } - - // Save source YAML to _cfg/custom/agents/ and register in manifest - if (targetProject) { - // Save source for reinstallation with embedded answers - console.log(chalk.dim(`\nSaving source to: ${targetProject.cfgFolder}/custom/agents/`)); - saveAgentSource(selectedAgent, targetProject.cfgFolder, finalAgentName, answers); - console.log(chalk.green(` โœ“ Source saved for reinstallation`)); - - // Register/update in manifest - console.log(chalk.dim(`Registering in manifest: ${targetProject.manifestFile}`)); - - const manifestData = extractManifestData(xml, { ...metadata, name: finalAgentName }, relativePath, 'custom'); - // Use finalAgentName as the manifest name field (unique identifier) - manifestData.name = finalAgentName; - // Use compiled metadata.name (persona name after template processing), not source agentConfig - manifestData.displayName = metadata.name || agentType; - // Store the actual installed path/name - manifestData.path = relativePath; - - if (shouldUpdateExisting && existingEntry) { - updateManifestEntry(targetProject.manifestFile, manifestData, existingEntry._lineNumber); - console.log(chalk.green(` โœ“ Updated existing entry in agent-manifest.csv`)); - } else { - addToManifest(targetProject.manifestFile, manifestData); - console.log(chalk.green(` โœ“ Added to agent-manifest.csv`)); - } - - // Create IDE slash commands - const ideResults = await createIdeSlashCommands(targetProject.projectRoot, finalAgentName, relativePath, metadata); - if (Object.keys(ideResults).length > 0) { - console.log(chalk.green(` โœ“ Created IDE commands:`)); - for (const [ideName, result] of Object.entries(ideResults)) { - console.log(chalk.dim(` ${ideName}: ${result.command}`)); - } - } - - // Update manifest.yaml with custom_agents tracking - const manifestYamlPath = path.join(targetProject.cfgFolder, 'manifest.yaml'); - if (updateManifestYaml(manifestYamlPath, finalAgentName, agentType)) { - console.log(chalk.green(` โœ“ Updated manifest.yaml custom_agents`)); - } - } - - console.log(chalk.dim(`\nAgent ID: ${relativePath}`)); - - if (targetProject) { - console.log(chalk.yellow('\nAgent is now registered and available in the target project!')); - } else { - console.log(chalk.yellow('\nTo use this agent, reference it in your manifest or load it directly.')); - } - - process.exit(0); - } catch (error) { - console.error(chalk.red('Agent installation failed:'), error.message); - console.error(chalk.dim(error.stack)); - process.exit(1); - } - }, -}; diff --git a/tools/cli/commands/cleanup.js b/tools/cli/commands/cleanup.js deleted file mode 100644 index 5dae8e5d..00000000 --- a/tools/cli/commands/cleanup.js +++ /dev/null @@ -1,141 +0,0 @@ -const chalk = require('chalk'); -const nodePath = require('node:path'); -const { Installer } = require('../installers/lib/core/installer'); - -module.exports = { - command: 'cleanup', - description: 'Clean up obsolete files from BMAD installation', - options: [ - ['-d, --dry-run', 'Show what would be deleted without actually deleting'], - ['-a, --auto-delete', 'Automatically delete non-retained files without prompts'], - ['-l, --list-retained', 'List currently retained files'], - ['-c, --clear-retained', 'Clear retained files list'], - ], - action: async (options) => { - try { - // Create installer and let it find the BMAD directory - const installer = new Installer(); - const bmadDir = await installer.findBmadDir(process.cwd()); - - if (!bmadDir) { - console.error(chalk.red('โŒ BMAD installation not found')); - process.exit(1); - } - - const retentionPath = nodePath.join(bmadDir, '_cfg', 'user-retained-files.yaml'); - - // Handle list-retained option - if (options.listRetained) { - const fs = require('fs-extra'); - const yaml = require('js-yaml'); - - if (await fs.pathExists(retentionPath)) { - const retentionContent = await fs.readFile(retentionPath, 'utf8'); - const retentionData = yaml.load(retentionContent) || { retainedFiles: [] }; - - if (retentionData.retainedFiles.length > 0) { - console.log(chalk.cyan('\n๐Ÿ“‹ Retained Files:\n')); - for (const file of retentionData.retainedFiles) { - console.log(chalk.dim(` - ${file}`)); - } - console.log(); - } else { - console.log(chalk.yellow('\nโœจ No retained files found\n')); - } - } else { - console.log(chalk.yellow('\nโœจ No retained files found\n')); - } - - return; - } - - // Handle clear-retained option - if (options.clearRetained) { - const fs = require('fs-extra'); - - if (await fs.pathExists(retentionPath)) { - await fs.remove(retentionPath); - console.log(chalk.green('\nโœ… Cleared retained files list\n')); - } else { - console.log(chalk.yellow('\nโœจ No retained files list to clear\n')); - } - - return; - } - - // Handle cleanup operations - if (options.dryRun) { - console.log(chalk.cyan('\n๐Ÿ” Legacy File Scan (Dry Run)\n')); - - const legacyFiles = await installer.scanForLegacyFiles(bmadDir); - const allLegacyFiles = [ - ...legacyFiles.backup, - ...legacyFiles.documentation, - ...legacyFiles.deprecated_task, - ...legacyFiles.unknown, - ]; - - if (allLegacyFiles.length === 0) { - console.log(chalk.green('โœจ No legacy files found\n')); - return; - } - - // Group files by category - const categories = []; - if (legacyFiles.backup.length > 0) { - categories.push({ name: 'Backup Files (.bak)', files: legacyFiles.backup }); - } - if (legacyFiles.documentation.length > 0) { - categories.push({ name: 'Documentation', files: legacyFiles.documentation }); - } - if (legacyFiles.deprecated_task.length > 0) { - categories.push({ name: 'Deprecated Task Files', files: legacyFiles.deprecated_task }); - } - if (legacyFiles.unknown.length > 0) { - categories.push({ name: 'Unknown Files', files: legacyFiles.unknown }); - } - - for (const category of categories) { - console.log(chalk.yellow(`${category.name}:`)); - for (const file of category.files) { - const size = (file.size / 1024).toFixed(1); - const date = file.mtime.toLocaleDateString(); - let line = ` - ${file.relativePath} (${size}KB, ${date})`; - if (file.suggestedAlternative) { - line += chalk.dim(` โ†’ ${file.suggestedAlternative}`); - } - console.log(chalk.dim(line)); - } - console.log(); - } - - console.log(chalk.cyan(`Found ${allLegacyFiles.length} legacy file(s) that could be cleaned up.\n`)); - console.log(chalk.dim('Run "bmad cleanup" to actually delete these files.\n')); - - return; - } - - // Perform actual cleanup - console.log(chalk.cyan('\n๐Ÿงน Cleaning up legacy files...\n')); - - const result = await installer.performCleanup(bmadDir, options.autoDelete); - - if (result.message) { - console.log(chalk.dim(result.message)); - } else { - if (result.deleted > 0) { - console.log(chalk.green(`โœ… Deleted ${result.deleted} legacy file(s)`)); - } - if (result.retained > 0) { - console.log(chalk.yellow(`โญ๏ธ Retained ${result.retained} file(s)`)); - console.log(chalk.dim('Run "bmad cleanup --list-retained" to see retained files\n')); - } - } - - console.log(); - } catch (error) { - console.error(chalk.red(`โŒ Error: ${error.message}`)); - process.exit(1); - } - }, -}; diff --git a/tools/cli/commands/install.js b/tools/cli/commands/install.js index 4ada1489..76bbde0b 100644 --- a/tools/cli/commands/install.js +++ b/tools/cli/commands/install.js @@ -9,7 +9,7 @@ const ui = new UI(); module.exports = { command: 'install', description: 'Install BMAD Core agents and tools', - options: [['--skip-cleanup', 'Skip automatic cleanup of legacy files']], + options: [], action: async (options) => { try { const config = await ui.promptInstall(); @@ -44,11 +44,6 @@ module.exports = { config._requestedReinstall = true; } - // Add skip cleanup flag if option provided - if (options && options.skipCleanup) { - config.skipCleanup = true; - } - // Regular install/update flow const result = await installer.install(config); diff --git a/tools/cli/installers/lib/core/config-collector.js b/tools/cli/installers/lib/core/config-collector.js index 17c233bb..8335d8ee 100644 --- a/tools/cli/installers/lib/core/config-collector.js +++ b/tools/cli/installers/lib/core/config-collector.js @@ -182,15 +182,43 @@ class ConfigCollector { } // Load module's install config schema - const installerConfigPath = path.join(getModulePath(moduleName), '_module-installer', 'install-config.yaml'); - const legacyConfigPath = path.join(getModulePath(moduleName), 'config.yaml'); + // First, try the standard src/modules location + let installerConfigPath = path.join(getModulePath(moduleName), '_module-installer', 'install-config.yaml'); + + // If not found in src/modules, we need to find it by searching the project + if (!(await fs.pathExists(installerConfigPath))) { + // Use the module manager to find the module source + const { ModuleManager } = require('../modules/manager'); + const moduleManager = new ModuleManager(); + const moduleSourcePath = await moduleManager.findModuleSource(moduleName); + + if (moduleSourcePath) { + installerConfigPath = path.join(moduleSourcePath, '_module-installer', 'install-config.yaml'); + } + } let configPath = null; + let isCustomModule = false; + if (await fs.pathExists(installerConfigPath)) { configPath = installerConfigPath; - } else if (await fs.pathExists(legacyConfigPath)) { - configPath = legacyConfigPath; } else { + // Check if this is a custom module with custom.yaml + const { ModuleManager } = require('../modules/manager'); + const moduleManager = new ModuleManager(); + const moduleSourcePath = await moduleManager.findModuleSource(moduleName); + + if (moduleSourcePath) { + const rootCustomConfigPath = path.join(moduleSourcePath, 'custom.yaml'); + const moduleInstallerCustomPath = path.join(moduleSourcePath, '_module-installer', 'custom.yaml'); + + if ((await fs.pathExists(rootCustomConfigPath)) || (await fs.pathExists(moduleInstallerCustomPath))) { + isCustomModule = true; + // For custom modules, we don't have an install-config schema, so just use existing values + // The custom.yaml values will be loaded and merged during installation + } + } + // No config schema for this module - use existing values if (this.existingConfig && this.existingConfig[moduleName]) { if (!this.collectedConfig[moduleName]) { @@ -226,9 +254,31 @@ class ConfigCollector { } this.collectedConfig[moduleName] = { ...this.existingConfig[moduleName] }; + // Special handling for user_name: ensure it has a value + if ( + moduleName === 'core' && + (!this.collectedConfig[moduleName].user_name || this.collectedConfig[moduleName].user_name === '[USER_NAME]') + ) { + this.collectedConfig[moduleName].user_name = this.getDefaultUsername(); + } + // Also populate allAnswers for cross-referencing for (const [key, value] of Object.entries(this.existingConfig[moduleName])) { - this.allAnswers[`${moduleName}_${key}`] = value; + // Ensure user_name is properly set in allAnswers too + let finalValue = value; + if (moduleName === 'core' && key === 'user_name' && (!value || value === '[USER_NAME]')) { + finalValue = this.getDefaultUsername(); + } + this.allAnswers[`${moduleName}_${key}`] = finalValue; + } + } else if (moduleName === 'core') { + // No existing core config - ensure we at least have user_name + if (!this.collectedConfig[moduleName]) { + this.collectedConfig[moduleName] = {}; + } + if (!this.collectedConfig[moduleName].user_name) { + this.collectedConfig[moduleName].user_name = this.getDefaultUsername(); + this.allAnswers[`${moduleName}_user_name`] = this.getDefaultUsername(); } } // Show "no config" message for modules with no new questions @@ -396,15 +446,25 @@ class ConfigCollector { if (!this.allAnswers) { this.allAnswers = {}; } - // Load module's config.yaml (check new location first, then fallback) - const installerConfigPath = path.join(getModulePath(moduleName), '_module-installer', 'install-config.yaml'); - const legacyConfigPath = path.join(getModulePath(moduleName), 'config.yaml'); + // Load module's config + // First, try the standard src/modules location + let installerConfigPath = path.join(getModulePath(moduleName), '_module-installer', 'install-config.yaml'); + + // If not found in src/modules, we need to find it by searching the project + if (!(await fs.pathExists(installerConfigPath))) { + // Use the module manager to find the module source + const { ModuleManager } = require('../modules/manager'); + const moduleManager = new ModuleManager(); + const moduleSourcePath = await moduleManager.findModuleSource(moduleName); + + if (moduleSourcePath) { + installerConfigPath = path.join(moduleSourcePath, '_module-installer', 'install-config.yaml'); + } + } let configPath = null; if (await fs.pathExists(installerConfigPath)) { configPath = installerConfigPath; - } else if (await fs.pathExists(legacyConfigPath)) { - configPath = legacyConfigPath; } else { // No config for this module return; diff --git a/tools/cli/installers/lib/core/installer.js b/tools/cli/installers/lib/core/installer.js index 1e67cf43..3dc23718 100644 --- a/tools/cli/installers/lib/core/installer.js +++ b/tools/cli/installers/lib/core/installer.js @@ -37,6 +37,7 @@ const { AgentPartyGenerator } = require('../../../lib/agent-party-generator'); const { CLIUtils } = require('../../../lib/cli-utils'); const { ManifestGenerator } = require('./manifest-generator'); const { IdeConfigManager } = require('./ide-config-manager'); +const { replaceAgentSidecarFolders } = require('./post-install-sidecar-replacement'); class Installer { constructor() { @@ -446,6 +447,7 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: // Set bmad folder name on module manager and IDE manager for placeholder replacement this.moduleManager.setBmadFolderName(bmadFolderName); + this.moduleManager.setCoreConfig(moduleConfigs.core || {}); this.ideManager.setBmadFolderName(bmadFolderName); // Tool selection will be collected after we determine if it's a reinstall/update/new install @@ -796,6 +798,53 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: } } + // Install custom content if provided AND selected + if ( + config.customContent && + config.customContent.hasCustomContent && + config.customContent.customPath && + config.customContent.selected && + config.customContent.selectedFiles + ) { + spinner.start('Installing custom content...'); + const { CustomHandler } = require('../custom/handler'); + const customHandler = new CustomHandler(); + + // Use the selected files instead of finding all files + const customFiles = config.customContent.selectedFiles; + + if (customFiles.length > 0) { + console.log(chalk.cyan(`\n Found ${customFiles.length} custom content file(s):`)); + for (const customFile of customFiles) { + const customInfo = await customHandler.getCustomInfo(customFile, projectDir); + if (customInfo) { + console.log(chalk.dim(` โ€ข ${customInfo.name} (${customInfo.relativePath})`)); + + // Install the custom content + const result = await customHandler.install( + customInfo.path, + bmadDir, + { ...config.coreConfig, ...customInfo.config }, + (filePath) => { + // Track installed files + this.installedFiles.push(filePath); + }, + ); + + if (result.errors.length > 0) { + console.log(chalk.yellow(` โš ๏ธ ${result.errors.length} error(s) occurred`)); + for (const error of result.errors) { + console.log(chalk.dim(` - ${error}`)); + } + } else { + console.log(chalk.green(` โœ“ Installed ${result.agentsInstalled} agents, ${result.workflowsInstalled} workflows`)); + } + } + } + } + spinner.succeed('Custom content installed'); + } + // Generate clean config.yaml files for each installed module spinner.start('Generating module configurations...'); await this.generateModuleConfigs(bmadDir, moduleConfigs); @@ -911,6 +960,7 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: await this.moduleManager.runModuleInstaller('core', bmadDir, { installedIDEs: config.ides || [], moduleConfig: moduleConfigs.core || {}, + coreConfig: moduleConfigs.core || {}, logger: { log: (msg) => console.log(msg), error: (msg) => console.error(msg), @@ -928,6 +978,7 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: await this.moduleManager.runModuleInstaller(moduleName, bmadDir, { installedIDEs: config.ides || [], moduleConfig: moduleConfigs[moduleName] || {}, + coreConfig: moduleConfigs.core || {}, logger: { log: (msg) => console.log(msg), error: (msg) => console.error(msg), @@ -1025,6 +1076,20 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: } } + // Replace {agent_sidecar_folder} placeholders in all agent files + console.log(chalk.dim('\n Configuring agent sidecar folders...')); + const sidecarResults = await replaceAgentSidecarFolders(bmadDir); + + if (sidecarResults.filesReplaced > 0) { + console.log( + chalk.green( + ` โœ“ Updated ${sidecarResults.filesReplaced} agent file(s) with ${sidecarResults.totalReplacements} sidecar reference(s)`, + ), + ); + } else { + console.log(chalk.dim(' No agent sidecar references found')); + } + // Display completion message const { UI } = require('../../../lib/ui'); const ui = new UI(); @@ -1037,23 +1102,6 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: agentVibesEnabled: this.enableAgentVibes || false, }); - // Offer cleanup for legacy files (only for updates, not fresh installs, and only if not skipped) - if (!config.skipCleanup && config._isUpdate) { - try { - const cleanupResult = await this.performCleanup(bmadDir, false); - if (cleanupResult.deleted > 0) { - console.log(chalk.green(`\nโœ“ Cleaned up ${cleanupResult.deleted} legacy file${cleanupResult.deleted > 1 ? 's' : ''}`)); - } - if (cleanupResult.retained > 0) { - console.log(chalk.dim(`Run 'bmad cleanup' anytime to manage retained files`)); - } - } catch (cleanupError) { - // Don't fail the installation for cleanup errors - console.log(chalk.yellow(`\nโš ๏ธ Cleanup warning: ${cleanupError.message}`)); - console.log(chalk.dim('Run "bmad cleanup" to manually clean up legacy files')); - } - } - return { success: true, path: bmadDir, @@ -1547,18 +1595,76 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: // DO NOT replace {project-root} - LLMs understand this placeholder at runtime // const processedContent = xmlContent.replaceAll('{project-root}', projectDir); + // Replace {agent_sidecar_folder} if configured + const coreConfig = this.configCollector.collectedConfig.core || {}; + if (coreConfig.agent_sidecar_folder && xmlContent.includes('{agent_sidecar_folder}')) { + xmlContent = xmlContent.replaceAll('{agent_sidecar_folder}', coreConfig.agent_sidecar_folder); + } + // Process TTS injection points (pass targetPath for tracking) xmlContent = this.processTTSInjectionPoints(xmlContent, mdPath); + // Check if agent has sidecar and copy it + let agentYamlContent = null; + let hasSidecar = false; + + try { + agentYamlContent = await fs.readFile(yamlPath, 'utf8'); + const yamlLib = require('yaml'); + const agentYaml = yamlLib.parse(agentYamlContent); + hasSidecar = agentYaml?.agent?.metadata?.hasSidecar === true; + } catch { + // Continue without sidecar processing + } + // Write the built .md file to bmad/{module}/agents/ with POSIX-compliant final newline const content = xmlContent.endsWith('\n') ? xmlContent : xmlContent + '\n'; await fs.writeFile(mdPath, content, 'utf8'); this.installedFiles.push(mdPath); + // Copy sidecar files if agent has hasSidecar flag + if (hasSidecar) { + const { copyAgentSidecarFiles } = require('../../../lib/agent/installer'); + + // Get agent sidecar folder from core config + const coreConfigPath = path.join(bmadDir, 'bmb', 'config.yaml'); + let agentSidecarFolder; + + if (await fs.pathExists(coreConfigPath)) { + const yamlLib = require('yaml'); + const coreConfigContent = await fs.readFile(coreConfigPath, 'utf8'); + const coreConfig = yamlLib.parse(coreConfigContent); + agentSidecarFolder = coreConfig.agent_sidecar_folder || agentSidecarFolder; + } + + // Resolve path variables + const resolvedSidecarFolder = agentSidecarFolder + .replaceAll('{project-root}', projectDir) + .replaceAll('{bmad_folder}', this.bmadFolderName || 'bmad'); + + // Create sidecar directory for this agent + const agentSidecarDir = path.join(resolvedSidecarFolder, agentName); + await fs.ensureDir(agentSidecarDir); + + // Find and copy sidecar folder from source module + const sourceModulePath = getSourcePath(`modules/${moduleName}`); + const sourceAgentPath = path.join(sourceModulePath, 'agents'); + + // Copy sidecar files (preserve existing, add new) + const sidecarResult = copyAgentSidecarFiles(sourceAgentPath, agentSidecarDir, yamlPath); + + if (sidecarResult.copied.length > 0) { + console.log(chalk.dim(` Copied ${sidecarResult.copied.length} new sidecar file(s) to: ${agentSidecarDir}`)); + } + if (sidecarResult.preserved.length > 0) { + console.log(chalk.dim(` Preserved ${sidecarResult.preserved.length} existing sidecar file(s)`)); + } + } + // Remove the source YAML file - we can regenerate from installer source if needed await fs.remove(yamlPath); - console.log(chalk.dim(` Built agent: ${agentName}.md`)); + console.log(chalk.dim(` Built agent: ${agentName}.md${hasSidecar ? ' (with sidecar)' : ''}`)); } // Handle legacy .md agents - inject activation if needed else if (agentFile.endsWith('.md')) { @@ -1749,6 +1855,21 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: // DO NOT replace {project-root} - LLMs understand this placeholder at runtime // const processedContent = xmlContent.replaceAll('{project-root}', projectDir); + // Replace {agent_sidecar_folder} if configured + const coreConfigPath = path.join(bmadDir, 'bmb', 'config.yaml'); + let agentSidecarFolder = null; + + if (await fs.pathExists(coreConfigPath)) { + const yamlLib = require('yaml'); + const coreConfigContent = await fs.readFile(coreConfigPath, 'utf8'); + const coreConfig = yamlLib.parse(coreConfigContent); + agentSidecarFolder = coreConfig.agent_sidecar_folder; + } + + if (agentSidecarFolder && xmlContent.includes('{agent_sidecar_folder}')) { + xmlContent = xmlContent.replaceAll('{agent_sidecar_folder}', agentSidecarFolder); + } + // Process TTS injection points (pass targetPath for tracking) xmlContent = this.processTTSInjectionPoints(xmlContent, targetMdPath); @@ -2566,8 +2687,10 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: agentType = parts.slice(-2).join('-'); // Take last 2 parts as type } - // Create target directory - const agentTargetDir = path.join(customAgentsDir, finalAgentName); + // Create target directory - use relative path if agent is in a subdirectory + const agentTargetDir = agent.relativePath + ? path.join(customAgentsDir, agent.relativePath) + : path.join(customAgentsDir, finalAgentName); await fs.ensureDir(agentTargetDir); // Calculate paths @@ -2581,6 +2704,7 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: agentConfig.defaults || {}, finalAgentName, relativePath, + { config: config.coreConfig }, ); // Write compiled agent @@ -2596,10 +2720,26 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: await fs.copy(agent.yamlFile, backupYamlPath); } - // Copy sidecar files if expert agent - if (agent.hasSidecar && agent.type === 'expert') { - const { copySidecarFiles } = require('../../../lib/agent/installer'); - copySidecarFiles(agent.path, agentTargetDir, agent.yamlFile); + // Copy sidecar files for agents with hasSidecar flag + if (agentConfig.hasSidecar === true && agent.type === 'expert') { + const { copyAgentSidecarFiles } = require('../../../lib/agent/installer'); + + // Get agent sidecar folder from config or use default + const agentSidecarFolder = config.coreConfig?.agent_sidecar_folder; + + // Resolve path variables + const resolvedSidecarFolder = agentSidecarFolder.replaceAll('{project-root}', projectDir).replaceAll('{bmad_folder}', bmadDir); + + // Create sidecar directory for this agent + const agentSidecarDir = path.join(resolvedSidecarFolder, finalAgentName); + await fs.ensureDir(agentSidecarDir); + + // Copy sidecar files (preserve existing, add new) + const sidecarResult = copyAgentSidecarFiles(agent.path, agentSidecarDir, agent.yamlFile); + + if (sidecarResult.copied.length > 0 || sidecarResult.preserved.length > 0) { + console.log(chalk.dim(` Sidecar: ${sidecarResult.copied.length} new, ${sidecarResult.preserved.length} preserved`)); + } } // Update manifest CSV @@ -2657,362 +2797,6 @@ If AgentVibes party mode is enabled, immediately trigger TTS with agent's voice: } } } - - /** - * Scan for legacy/obsolete files in BMAD installation - * @param {string} bmadDir - BMAD installation directory - * @returns {Object} Categorized files for cleanup - */ - async scanForLegacyFiles(bmadDir) { - const legacyFiles = { - backup: [], - documentation: [], - deprecated_task: [], - unknown: [], - }; - - try { - // Load files manifest to understand what should exist - const manifestPath = path.join(bmadDir, 'files-manifest.csv'); - const manifestFiles = new Set(); - - if (await fs.pathExists(manifestPath)) { - const manifestContent = await fs.readFile(manifestPath, 'utf8'); - const lines = manifestContent.split('\n').slice(1); // Skip header - for (const line of lines) { - if (line.trim()) { - const relativePath = line.split(',')[0]; - if (relativePath) { - manifestFiles.add(relativePath); - } - } - } - } - - // Scan all files recursively - const allFiles = await this.getAllFiles(bmadDir); - - for (const filePath of allFiles) { - const relativePath = path.relative(bmadDir, filePath); - - // Skip expected files - if (this.isExpectedFile(relativePath, manifestFiles)) { - continue; - } - - // Categorize legacy files - if (relativePath.endsWith('.bak')) { - legacyFiles.backup.push({ - path: filePath, - relativePath: relativePath, - size: (await fs.stat(filePath)).size, - mtime: (await fs.stat(filePath)).mtime, - }); - } else if (this.isDocumentationFile(relativePath)) { - legacyFiles.documentation.push({ - path: filePath, - relativePath: relativePath, - size: (await fs.stat(filePath)).size, - mtime: (await fs.stat(filePath)).mtime, - }); - } else if (this.isDeprecatedTaskFile(relativePath)) { - const suggestedAlternative = this.suggestAlternative(relativePath); - legacyFiles.deprecated_task.push({ - path: filePath, - relativePath: relativePath, - size: (await fs.stat(filePath)).size, - mtime: (await fs.stat(filePath)).mtime, - suggestedAlternative, - }); - } else { - legacyFiles.unknown.push({ - path: filePath, - relativePath: relativePath, - size: (await fs.stat(filePath)).size, - mtime: (await fs.stat(filePath)).mtime, - }); - } - } - } catch (error) { - console.warn(`Warning: Could not scan for legacy files: ${error.message}`); - } - - return legacyFiles; - } - - /** - * Get all files in directory recursively - * @param {string} dir - Directory to scan - * @returns {Array} Array of file paths - */ - async getAllFiles(dir) { - const files = []; - - async function scan(currentDir) { - const entries = await fs.readdir(currentDir); - - for (const entry of entries) { - const fullPath = path.join(currentDir, entry); - const stat = await fs.stat(fullPath); - - if (stat.isDirectory()) { - // Skip certain directories - if (!['node_modules', '.git', 'dist', 'build'].includes(entry)) { - await scan(fullPath); - } - } else { - files.push(fullPath); - } - } - } - - await scan(dir); - return files; - } - - /** - * Check if file is expected in installation - * @param {string} relativePath - Relative path from BMAD dir - * @param {Set} manifestFiles - Files from manifest - * @returns {boolean} True if expected file - */ - isExpectedFile(relativePath, manifestFiles) { - // Core files in manifest - if (manifestFiles.has(relativePath)) { - return true; - } - - // Configuration files - if (relativePath.startsWith('_cfg/') || relativePath === 'config.yaml') { - return true; - } - - // Custom files - if (relativePath.startsWith('custom/') || relativePath === 'manifest.yaml') { - return true; - } - - // Generated files - if (relativePath === 'manifest.csv' || relativePath === 'files-manifest.csv') { - return true; - } - - // IDE-specific files - const ides = ['vscode', 'cursor', 'windsurf', 'claude-code', 'github-copilot', 'zsh', 'bash', 'fish']; - if (ides.some((ide) => relativePath.includes(ide))) { - return true; - } - - // BMAD MODULE STRUCTURES - recognize valid module content - const modulePrefixes = ['bmb/', 'bmm/', 'cis/', 'core/', 'bmgd/']; - const validExtensions = ['.yaml', '.yml', '.json', '.csv', '.md', '.xml', '.svg', '.png', '.jpg', '.gif', '.excalidraw', '.js']; - - // Check if this file is in a recognized module directory - for (const modulePrefix of modulePrefixes) { - if (relativePath.startsWith(modulePrefix)) { - // Check if it has a valid extension - const hasValidExtension = validExtensions.some((ext) => relativePath.endsWith(ext)); - if (hasValidExtension) { - return true; - } - } - } - - // Special case for core module resources - if (relativePath.startsWith('core/resources/')) { - return true; - } - - // Special case for docs directory - if (relativePath.startsWith('docs/')) { - return true; - } - - return false; - } - - /** - * Check if file is documentation - * @param {string} relativePath - Relative path - * @returns {boolean} True if documentation - */ - isDocumentationFile(relativePath) { - const docExtensions = ['.md', '.txt', '.pdf']; - const docPatterns = ['docs/', 'README', 'CHANGELOG', 'LICENSE']; - - return docExtensions.some((ext) => relativePath.endsWith(ext)) || docPatterns.some((pattern) => relativePath.includes(pattern)); - } - - /** - * Check if file is deprecated task file - * @param {string} relativePath - Relative path - * @returns {boolean} True if deprecated - */ - isDeprecatedTaskFile(relativePath) { - // Known deprecated files - const deprecatedFiles = ['adv-elicit-methods.csv', 'game-resources.json', 'ux-workflow.json']; - - return deprecatedFiles.some((dep) => relativePath.includes(dep)); - } - - /** - * Suggest alternative for deprecated file - * @param {string} relativePath - Deprecated file path - * @returns {string} Suggested alternative - */ - suggestAlternative(relativePath) { - const alternatives = { - 'adv-elicit-methods.csv': 'Use the new structured workflows in src/modules/', - 'game-resources.json': 'Resources are now integrated into modules', - 'ux-workflow.json': 'UX workflows are now in src/modules/bmm/workflows/', - }; - - for (const [deprecated, alternative] of Object.entries(alternatives)) { - if (relativePath.includes(deprecated)) { - return alternative; - } - } - - return 'Check src/modules/ for new alternatives'; - } - - /** - * Perform interactive cleanup of legacy files - * @param {string} bmadDir - BMAD installation directory - * @param {boolean} skipInteractive - Skip interactive prompts - * @returns {Object} Cleanup results - */ - async performCleanup(bmadDir, skipInteractive = false) { - const inquirer = require('inquirer'); - const yaml = require('js-yaml'); - - // Load user retention preferences - const retentionPath = path.join(bmadDir, '_cfg', 'user-retained-files.yaml'); - let retentionData = { retainedFiles: [], history: [] }; - - if (await fs.pathExists(retentionPath)) { - const retentionContent = await fs.readFile(retentionPath, 'utf8'); - retentionData = yaml.load(retentionContent) || retentionData; - } - - // Scan for legacy files - const legacyFiles = await this.scanForLegacyFiles(bmadDir); - const allLegacyFiles = [...legacyFiles.backup, ...legacyFiles.documentation, ...legacyFiles.deprecated_task, ...legacyFiles.unknown]; - - if (allLegacyFiles.length === 0) { - return { deleted: 0, retained: 0, message: 'No legacy files found' }; - } - - let deletedCount = 0; - let retainedCount = 0; - const filesToDelete = []; - - if (skipInteractive) { - // Auto-delete all non-retained files - for (const file of allLegacyFiles) { - if (!retentionData.retainedFiles.includes(file.relativePath)) { - filesToDelete.push(file); - } - } - } else { - // Interactive cleanup - console.log(chalk.cyan('\n๐Ÿงน Legacy File Cleanup\n')); - console.log(chalk.dim('The following obsolete files were found:\n')); - - // Group files by category - const categories = []; - if (legacyFiles.backup.length > 0) { - categories.push({ name: 'Backup Files (.bak)', files: legacyFiles.backup }); - } - if (legacyFiles.documentation.length > 0) { - categories.push({ name: 'Documentation', files: legacyFiles.documentation }); - } - if (legacyFiles.deprecated_task.length > 0) { - categories.push({ name: 'Deprecated Task Files', files: legacyFiles.deprecated_task }); - } - if (legacyFiles.unknown.length > 0) { - categories.push({ name: 'Unknown Files', files: legacyFiles.unknown }); - } - - for (const category of categories) { - console.log(chalk.yellow(`${category.name}:`)); - for (const file of category.files) { - const size = (file.size / 1024).toFixed(1); - const date = file.mtime.toLocaleDateString(); - let line = ` - ${file.relativePath} (${size}KB, ${date})`; - if (file.suggestedAlternative) { - line += chalk.dim(` โ†’ ${file.suggestedAlternative}`); - } - console.log(chalk.dim(line)); - } - console.log(); - } - - const prompt = await inquirer.prompt([ - { - type: 'confirm', - name: 'proceed', - message: 'Would you like to review these files for cleanup?', - default: true, - }, - ]); - - if (!prompt.proceed) { - return { deleted: 0, retained: allLegacyFiles.length, message: 'Cleanup cancelled by user' }; - } - - // Show selection interface - const selectionPrompt = await inquirer.prompt([ - { - type: 'checkbox', - name: 'filesToDelete', - message: 'Select files to delete (use SPACEBAR to select, ENTER to continue):', - choices: allLegacyFiles.map((file) => { - const isRetained = retentionData.retainedFiles.includes(file.relativePath); - const description = `${file.relativePath} (${(file.size / 1024).toFixed(1)}KB)`; - return { - name: description, - value: file, - checked: !isRetained && !file.relativePath.includes('.bak'), - }; - }), - pageSize: Math.min(allLegacyFiles.length, 15), - }, - ]); - - filesToDelete.push(...selectionPrompt.filesToDelete); - } - - // Delete selected files - for (const file of filesToDelete) { - try { - await fs.remove(file.path); - deletedCount++; - } catch (error) { - console.warn(`Warning: Could not delete ${file.relativePath}: ${error.message}`); - } - } - - // Count retained files - retainedCount = allLegacyFiles.length - deletedCount; - - // Update retention data - const newlyRetained = allLegacyFiles.filter((f) => !filesToDelete.includes(f)).map((f) => f.relativePath); - - retentionData.retainedFiles = [...new Set([...retentionData.retainedFiles, ...newlyRetained])]; - retentionData.history.push({ - date: new Date().toISOString(), - deleted: deletedCount, - retained: retainedCount, - files: filesToDelete.map((f) => f.relativePath), - }); - - // Save retention data - await fs.ensureDir(path.dirname(retentionPath)); - await fs.writeFile(retentionPath, yaml.dump(retentionData), 'utf8'); - - return { deleted: deletedCount, retained: retainedCount }; - } } module.exports = { Installer }; diff --git a/tools/cli/installers/lib/core/manifest-generator.js b/tools/cli/installers/lib/core/manifest-generator.js index c0e68569..239e12c1 100644 --- a/tools/cli/installers/lib/core/manifest-generator.js +++ b/tools/cli/installers/lib/core/manifest-generator.js @@ -34,9 +34,13 @@ class ManifestGenerator { // Store modules list (all modules including preserved ones) const preservedModules = options.preservedModules || []; + + // Scan the bmad directory to find all actually installed modules + const installedModules = await this.scanInstalledModules(bmadDir); + // Deduplicate modules list to prevent duplicates - this.modules = [...new Set(['core', ...selectedModules, ...preservedModules])]; - this.updatedModules = [...new Set(['core', ...selectedModules])]; // Only these get rescanned + this.modules = [...new Set(['core', ...selectedModules, ...preservedModules, ...installedModules])]; + this.updatedModules = [...new Set(['core', ...selectedModules, ...installedModules])]; // All installed modules get rescanned this.preservedModules = preservedModules; // These stay as-is in CSVs this.bmadDir = bmadDir; this.bmadFolderName = path.basename(bmadDir); // Get the actual folder name (e.g., '.bmad' or 'bmad') @@ -220,18 +224,23 @@ class ManifestGenerator { } /** - * Get agents from a directory + * Get agents from a directory recursively * Only includes compiled .md files (not .agent.yaml source files) */ - async getAgentsFromDir(dirPath, moduleName) { + async getAgentsFromDir(dirPath, moduleName, relativePath = '') { const agents = []; - const files = await fs.readdir(dirPath); + const entries = await fs.readdir(dirPath, { withFileTypes: true }); - for (const file of files) { - // Only include .md files, skip .agent.yaml source files and README.md - if (file.endsWith('.md') && !file.endsWith('.agent.yaml') && file.toLowerCase() !== 'readme.md') { - const filePath = path.join(dirPath, file); - const content = await fs.readFile(filePath, 'utf8'); + for (const entry of entries) { + const fullPath = path.join(dirPath, entry.name); + + if (entry.isDirectory()) { + // Recurse into subdirectories + const newRelativePath = relativePath ? `${relativePath}/${entry.name}` : entry.name; + const subDirAgents = await this.getAgentsFromDir(fullPath, moduleName, newRelativePath); + agents.push(...subDirAgents); + } else if (entry.name.endsWith('.md') && !entry.name.endsWith('.agent.yaml') && entry.name.toLowerCase() !== 'readme.md') { + const content = await fs.readFile(fullPath, 'utf8'); // Skip files that don't contain tag (e.g., README files) if (!content.includes('([\s\S]*?)<\/principles>/); // Build relative path for installation + const fileRelativePath = relativePath ? `${relativePath}/${entry.name}` : entry.name; const installPath = - moduleName === 'core' ? `${this.bmadFolderName}/core/agents/${file}` : `${this.bmadFolderName}/${moduleName}/agents/${file}`; + moduleName === 'core' + ? `${this.bmadFolderName}/core/agents/${fileRelativePath}` + : `${this.bmadFolderName}/${moduleName}/agents/${fileRelativePath}`; - const agentName = file.replace('.md', ''); + const agentName = entry.name.replace('.md', ''); // Helper function to clean and escape CSV content const cleanForCSV = (text) => { @@ -780,6 +792,42 @@ class ManifestGenerator { await fs.writeFile(csvPath, csv); return csvPath; } + + /** + * Scan the bmad directory to find all installed modules + * @param {string} bmadDir - Path to bmad directory + * @returns {Array} List of module names + */ + async scanInstalledModules(bmadDir) { + const modules = []; + + try { + const entries = await fs.readdir(bmadDir, { withFileTypes: true }); + + for (const entry of entries) { + // Skip if not a directory or is a special directory + if (!entry.isDirectory() || entry.name.startsWith('.') || entry.name === '_cfg') { + continue; + } + + // Check if this looks like a module (has agents, workflows, or tasks directory) + const modulePath = path.join(bmadDir, entry.name); + const hasAgents = await fs.pathExists(path.join(modulePath, 'agents')); + const hasWorkflows = await fs.pathExists(path.join(modulePath, 'workflows')); + const hasTasks = await fs.pathExists(path.join(modulePath, 'tasks')); + const hasTools = await fs.pathExists(path.join(modulePath, 'tools')); + + // If it has any of these directories, it's likely a module + if (hasAgents || hasWorkflows || hasTasks || hasTools) { + modules.push(entry.name); + } + } + } catch (error) { + console.warn(`Warning: Could not scan for installed modules: ${error.message}`); + } + + return modules; + } } module.exports = { ManifestGenerator }; diff --git a/tools/cli/installers/lib/core/post-install-sidecar-replacement.js b/tools/cli/installers/lib/core/post-install-sidecar-replacement.js new file mode 100644 index 00000000..da351c50 --- /dev/null +++ b/tools/cli/installers/lib/core/post-install-sidecar-replacement.js @@ -0,0 +1,79 @@ +/** + * Post-installation sidecar folder replacement utility + * Replaces {agent_sidecar_folder} placeholders in all installed agents + */ + +const fs = require('fs-extra'); +const path = require('node:path'); +const yaml = require('yaml'); +const glob = require('glob'); +const chalk = require('chalk'); + +/** + * Replace {agent_sidecar_folder} placeholders in all agent files + * @param {string} bmadDir - Path to .bmad directory + * @returns {Object} Statistics about replacements made + */ +async function replaceAgentSidecarFolders(bmadDir) { + const results = { + filesScanned: 0, + filesReplaced: 0, + totalReplacements: 0, + errors: [], + }; + + try { + // Load core config to get agent_sidecar_folder value + const coreConfigPath = path.join(bmadDir, 'bmb', 'config.yaml'); + + if (!(await fs.pathExists(coreConfigPath))) { + throw new Error(`Core config not found at ${coreConfigPath}`); + } + + const coreConfigContent = await fs.readFile(coreConfigPath, 'utf8'); + const coreConfig = yaml.parse(coreConfigContent); + const agentSidecarFolder = coreConfig.agent_sidecar_folder; + + // Use the literal value from config, don't resolve the placeholders + console.log(chalk.dim(`\n Replacing {agent_sidecar_folder} with: ${agentSidecarFolder}`)); + + // Find all agent .md files + const agentPattern = path.join(bmadDir, '**/*.md'); + const agentFiles = glob.sync(agentPattern); + + for (const agentFile of agentFiles) { + results.filesScanned++; + + try { + let content = await fs.readFile(agentFile, 'utf8'); + + // Check if file contains {agent_sidecar_folder} + if (content.includes('{agent_sidecar_folder}')) { + // Replace all occurrences + const originalContent = content; + content = content.replaceAll('{agent_sidecar_folder}', agentSidecarFolder); + + // Only write if content changed + if (content !== originalContent) { + await fs.writeFile(agentFile, content, 'utf8'); + + const replacementCount = (originalContent.match(/{agent_sidecar_folder}/g) || []).length; + results.filesReplaced++; + results.totalReplacements += replacementCount; + + console.log(chalk.dim(` โœ“ Replaced ${replacementCount} occurrence(s) in ${path.relative(bmadDir, agentFile)}`)); + } + } + } catch (error) { + results.errors.push(`Error processing ${agentFile}: ${error.message}`); + } + } + + return results; + } catch (error) { + results.errors.push(`Fatal error: ${error.message}`); + return results; + } +} + +module.exports = { replaceAgentSidecarFolders }; diff --git a/tools/cli/installers/lib/custom/handler.js b/tools/cli/installers/lib/custom/handler.js new file mode 100644 index 00000000..dddec7e5 --- /dev/null +++ b/tools/cli/installers/lib/custom/handler.js @@ -0,0 +1,276 @@ +const path = require('node:path'); +const fs = require('fs-extra'); +const chalk = require('chalk'); +const yaml = require('js-yaml'); +const { FileOps } = require('../../../lib/file-ops'); + +/** + * Handler for custom content (custom.yaml) + * Installs custom agents and workflows without requiring a full module structure + */ +class CustomHandler { + constructor() { + this.fileOps = new FileOps(); + } + + /** + * Find all custom.yaml files in the project + * @param {string} projectRoot - Project root directory + * @returns {Array} List of custom content paths + */ + async findCustomContent(projectRoot) { + const customPaths = []; + + // Helper function to recursively scan directories + async function scanDirectory(dir, excludePaths = []) { + try { + const entries = await fs.readdir(dir, { withFileTypes: true }); + + for (const entry of entries) { + const fullPath = path.join(dir, entry.name); + + // Skip hidden directories and common exclusions + if ( + entry.name.startsWith('.') || + entry.name === 'node_modules' || + entry.name === 'dist' || + entry.name === 'build' || + entry.name === '.git' || + entry.name === 'bmad' + ) { + continue; + } + + // Skip excluded paths + if (excludePaths.some((exclude) => fullPath.startsWith(exclude))) { + continue; + } + + if (entry.isDirectory()) { + // Recursively scan subdirectories + await scanDirectory(fullPath, excludePaths); + } else if (entry.name === 'custom.yaml') { + // Found a custom.yaml file + customPaths.push(fullPath); + } + } + } catch { + // Ignore errors (e.g., permission denied) + } + } + + // Scan the entire project, but exclude source directories + await scanDirectory(projectRoot, [path.join(projectRoot, 'src'), path.join(projectRoot, 'tools'), path.join(projectRoot, 'test')]); + + return customPaths; + } + + /** + * Get custom content info from a custom.yaml file + * @param {string} customYamlPath - Path to custom.yaml file + * @param {string} projectRoot - Project root directory for calculating relative paths + * @returns {Object|null} Custom content info + */ + async getCustomInfo(customYamlPath, projectRoot = null) { + try { + const configContent = await fs.readFile(customYamlPath, 'utf8'); + + // Try to parse YAML with error handling + let config; + try { + config = yaml.load(configContent); + } catch (parseError) { + console.warn(chalk.yellow(`Warning: YAML parse error in ${customYamlPath}:`, parseError.message)); + return null; + } + + const customDir = path.dirname(customYamlPath); + // Use provided projectRoot or fall back to process.cwd() + const basePath = projectRoot || process.cwd(); + const relativePath = path.relative(basePath, customDir); + + return { + id: config.code || path.basename(customDir), + name: config.name || `Custom: ${path.basename(customDir)}`, + description: config.description || 'Custom agents and workflows', + path: customDir, + relativePath: relativePath, + defaultSelected: config.default_selected === true, + config: config, + }; + } catch (error) { + console.warn(chalk.yellow(`Warning: Failed to read ${customYamlPath}:`, error.message)); + return null; + } + } + + /** + * Install custom content + * @param {string} customPath - Path to custom content directory + * @param {string} bmadDir - Target bmad directory + * @param {Object} config - Configuration from custom.yaml + * @param {Function} fileTrackingCallback - Optional callback to track installed files + * @returns {Object} Installation result + */ + async install(customPath, bmadDir, config, fileTrackingCallback = null) { + const results = { + agentsInstalled: 0, + workflowsInstalled: 0, + filesCopied: 0, + preserved: 0, + errors: [], + }; + + try { + // Create custom directories in bmad + const bmadCustomDir = path.join(bmadDir, 'custom'); + const bmadAgentsDir = path.join(bmadCustomDir, 'agents'); + const bmadWorkflowsDir = path.join(bmadCustomDir, 'workflows'); + + await fs.ensureDir(bmadCustomDir); + await fs.ensureDir(bmadAgentsDir); + await fs.ensureDir(bmadWorkflowsDir); + + // Process agents - copy entire agents directory structure + const agentsDir = path.join(customPath, 'agents'); + if (await fs.pathExists(agentsDir)) { + await this.copyDirectory(agentsDir, bmadAgentsDir, results, fileTrackingCallback, config); + + // Count agent files + const agentFiles = await this.findFilesRecursively(agentsDir, ['.agent.yaml', '.md']); + results.agentsInstalled = agentFiles.length; + } + + // Process workflows - copy entire workflows directory structure + const workflowsDir = path.join(customPath, 'workflows'); + if (await fs.pathExists(workflowsDir)) { + await this.copyDirectory(workflowsDir, bmadWorkflowsDir, results, fileTrackingCallback, config); + + // Count workflow files + const workflowFiles = await this.findFilesRecursively(workflowsDir, ['.md']); + results.workflowsInstalled = workflowFiles.length; + } + + // Process any additional files at root + const entries = await fs.readdir(customPath, { withFileTypes: true }); + for (const entry of entries) { + if (entry.isFile() && entry.name !== 'custom.yaml' && !entry.name.startsWith('.') && !entry.name.endsWith('.md')) { + // Skip .md files at root as they're likely docs + const sourcePath = path.join(customPath, entry.name); + const targetPath = path.join(bmadCustomDir, entry.name); + + try { + // Check if file already exists + if (await fs.pathExists(targetPath)) { + // File already exists, preserve it + results.preserved = (results.preserved || 0) + 1; + } else { + await fs.copy(sourcePath, targetPath); + results.filesCopied++; + + if (fileTrackingCallback) { + fileTrackingCallback(targetPath); + } + } + } catch (error) { + results.errors.push(`Failed to copy file ${entry.name}: ${error.message}`); + } + } + } + } catch (error) { + results.errors.push(`Installation failed: ${error.message}`); + } + + return results; + } + + /** + * Find all files with specific extensions recursively + * @param {string} dir - Directory to search + * @param {Array} extensions - File extensions to match + * @returns {Array} List of matching files + */ + async findFilesRecursively(dir, extensions) { + const files = []; + + async function search(currentDir) { + const entries = await fs.readdir(currentDir, { withFileTypes: true }); + + for (const entry of entries) { + const fullPath = path.join(currentDir, entry.name); + + if (entry.isDirectory()) { + await search(fullPath); + } else if (extensions.some((ext) => entry.name.endsWith(ext))) { + files.push(fullPath); + } + } + } + + await search(dir); + return files; + } + + /** + * Recursively copy a directory + * @param {string} sourceDir - Source directory + * @param {string} targetDir - Target directory + * @param {Object} results - Results object to update + * @param {Function} fileTrackingCallback - Optional callback + * @param {Object} config - Configuration for placeholder replacement + */ + async copyDirectory(sourceDir, targetDir, results, fileTrackingCallback, config) { + await fs.ensureDir(targetDir); + const entries = await fs.readdir(sourceDir, { withFileTypes: true }); + + for (const entry of entries) { + const sourcePath = path.join(sourceDir, entry.name); + const targetPath = path.join(targetDir, entry.name); + + if (entry.isDirectory()) { + await this.copyDirectory(sourcePath, targetPath, results, fileTrackingCallback, config); + } else { + try { + // Check if file already exists + if (await fs.pathExists(targetPath)) { + // File already exists, preserve it + results.preserved = (results.preserved || 0) + 1; + } else { + // Copy with placeholder replacement for text files + const textExtensions = ['.md', '.yaml', '.yml', '.txt', '.json']; + if (textExtensions.some((ext) => entry.name.endsWith(ext))) { + // Read source content + let content = await fs.readFile(sourcePath, 'utf8'); + + // Replace placeholders + content = content.replaceAll('{bmad_folder}', config.bmad_folder || 'bmad'); + content = content.replaceAll('{user_name}', config.user_name || 'User'); + content = content.replaceAll('{communication_language}', config.communication_language || 'English'); + content = content.replaceAll('{output_folder}', config.output_folder || 'docs'); + + // Write to target + await fs.ensureDir(path.dirname(targetPath)); + await fs.writeFile(targetPath, content, 'utf8'); + } else { + // Copy binary files as-is + await fs.copy(sourcePath, targetPath); + } + + results.filesCopied++; + if (fileTrackingCallback) { + fileTrackingCallback(targetPath); + } + } + + if (entry.name.endsWith('.md')) { + results.workflowsInstalled++; + } + } catch (error) { + results.errors.push(`Failed to copy ${entry.name}: ${error.message}`); + } + } + } + } +} + +module.exports = { CustomHandler }; diff --git a/tools/cli/installers/lib/ide/rovo-dev.js b/tools/cli/installers/lib/ide/rovo-dev.js index 8f460178..ecb34d4b 100644 --- a/tools/cli/installers/lib/ide/rovo-dev.js +++ b/tools/cli/installers/lib/ide/rovo-dev.js @@ -15,7 +15,7 @@ const { TaskToolCommandGenerator } = require('./shared/task-tool-command-generat */ class RovoDevSetup extends BaseIdeSetup { constructor() { - super('rovo-dev', 'Atlassian Rovo Dev', true); // preferred IDE + super('rovo-dev', 'Atlassian Rovo Dev', false); this.configDir = '.rovodev'; this.subagentsDir = 'subagents'; this.workflowsDir = 'workflows'; diff --git a/tools/cli/installers/lib/ide/shared/agent-command-generator.js b/tools/cli/installers/lib/ide/shared/agent-command-generator.js index d296c4ea..10c4e34f 100644 --- a/tools/cli/installers/lib/ide/shared/agent-command-generator.js +++ b/tools/cli/installers/lib/ide/shared/agent-command-generator.js @@ -28,11 +28,13 @@ class AgentCommandGenerator { for (const agent of agents) { const launcherContent = await this.generateLauncherContent(agent); + // Use relativePath if available (for nested agents), otherwise just name with .md + const agentPathInModule = agent.relativePath || `${agent.name}.md`; artifacts.push({ type: 'agent-launcher', module: agent.module, name: agent.name, - relativePath: path.join(agent.module, 'agents', `${agent.name}.md`), + relativePath: path.join(agent.module, 'agents', agentPathInModule), content: launcherContent, sourcePath: agent.path, }); @@ -56,9 +58,12 @@ class AgentCommandGenerator { const template = await fs.readFile(this.templatePath, 'utf8'); // Replace template variables + // Use relativePath if available (for nested agents), otherwise just name with .md + const agentPathInModule = agent.relativePath || `${agent.name}.md`; return template .replaceAll('{{name}}', agent.name) .replaceAll('{{module}}', agent.module) + .replaceAll('{{path}}', agentPathInModule) .replaceAll('{{description}}', agent.description || `${agent.name} agent`) .replaceAll('{bmad_folder}', this.bmadFolderName) .replaceAll('{*bmad_folder*}', '{bmad_folder}'); diff --git a/tools/cli/installers/lib/ide/shared/bmad-artifacts.js b/tools/cli/installers/lib/ide/shared/bmad-artifacts.js index d05b985e..eb190589 100644 --- a/tools/cli/installers/lib/ide/shared/bmad-artifacts.js +++ b/tools/cli/installers/lib/ide/shared/bmad-artifacts.js @@ -76,46 +76,51 @@ async function getTasksFromBmad(bmadDir, selectedModules = []) { return tasks; } -async function getAgentsFromDir(dirPath, moduleName) { +async function getAgentsFromDir(dirPath, moduleName, relativePath = '') { const agents = []; if (!(await fs.pathExists(dirPath))) { return agents; } - const files = await fs.readdir(dirPath); + const entries = await fs.readdir(dirPath, { withFileTypes: true }); - for (const file of files) { - if (!file.endsWith('.md')) { - continue; + for (const entry of entries) { + const fullPath = path.join(dirPath, entry.name); + const newRelativePath = relativePath ? `${relativePath}/${entry.name}` : entry.name; + + if (entry.isDirectory()) { + // Recurse into subdirectories + const subDirAgents = await getAgentsFromDir(fullPath, moduleName, newRelativePath); + agents.push(...subDirAgents); + } else if (entry.name.endsWith('.md')) { + // Skip README files and other non-agent files + if (entry.name.toLowerCase() === 'readme.md' || entry.name.toLowerCase().startsWith('readme-')) { + continue; + } + + if (entry.name.includes('.customize.')) { + continue; + } + + const content = await fs.readFile(fullPath, 'utf8'); + + if (content.includes('localskip="true"')) { + continue; + } + + // Only include files that have agent-specific content (compiled agents have tag) + if (!content.includes(' tag) - if (!content.includes(' -1. LOAD the FULL agent file from @{bmad_folder}/{{module}}/agents/{{name}}.md +1. LOAD the FULL agent file from @{bmad_folder}/{{module}}/agents/{{path}} 2. READ its entire contents - this contains the complete agent persona, menu, and instructions 3. Execute ALL activation steps exactly as written in the agent file 4. Follow the agent's persona and menu system precisely diff --git a/tools/cli/installers/lib/modules/manager.js b/tools/cli/installers/lib/modules/manager.js index f644991e..79fd183d 100644 --- a/tools/cli/installers/lib/modules/manager.js +++ b/tools/cli/installers/lib/modules/manager.js @@ -37,6 +37,14 @@ class ModuleManager { this.bmadFolderName = bmadFolderName; } + /** + * Set the core configuration for access during module installation + * @param {Object} coreConfig - Core configuration object + */ + setCoreConfig(coreConfig) { + this.coreConfig = coreConfig; + } + /** * Copy a file and replace {bmad_folder} placeholder with actual folder name * @param {string} sourcePath - Source file path @@ -98,57 +106,123 @@ class ModuleManager { } /** - * List all available modules + * Find all modules in the project by searching for install-config.yaml files + * @returns {Array} List of module paths + */ + async findModulesInProject() { + const projectRoot = getProjectRoot(); + const modulePaths = new Set(); + + // Helper function to recursively scan directories + async function scanDirectory(dir, excludePaths = []) { + try { + const entries = await fs.readdir(dir, { withFileTypes: true }); + + for (const entry of entries) { + const fullPath = path.join(dir, entry.name); + + // Skip hidden directories, node_modules, and literal placeholder directories + if ( + entry.name.startsWith('.') || + entry.name === 'node_modules' || + entry.name === 'dist' || + entry.name === 'build' || + entry.name === '{project-root}' + ) { + continue; + } + + // Skip excluded paths + if (excludePaths.some((exclude) => fullPath.startsWith(exclude))) { + continue; + } + + if (entry.isDirectory()) { + // Skip core module - it's always installed first and not selectable + if (entry.name === 'core') { + continue; + } + + // Check if this directory contains a module (install-config.yaml OR custom.yaml) + const installerConfigPath = path.join(fullPath, '_module-installer', 'install-config.yaml'); + const customConfigPath = path.join(fullPath, '_module-installer', 'custom.yaml'); + const rootCustomConfigPath = path.join(fullPath, 'custom.yaml'); + + if ( + (await fs.pathExists(installerConfigPath)) || + (await fs.pathExists(customConfigPath)) || + (await fs.pathExists(rootCustomConfigPath)) + ) { + modulePaths.add(fullPath); + // Don't scan inside modules - they might have their own nested structures + continue; + } + + // Recursively scan subdirectories + await scanDirectory(fullPath, excludePaths); + } + } + } catch { + // Ignore errors (e.g., permission denied) + } + } + + // Scan the entire project, but exclude src/modules since we handle it separately + await scanDirectory(projectRoot, [this.modulesSourcePath]); + + return [...modulePaths]; + } + + /** + * List all available modules (excluding core which is always installed) * @returns {Array} List of available modules with metadata */ async listAvailable() { const modules = []; - if (!(await fs.pathExists(this.modulesSourcePath))) { - console.warn(chalk.yellow('Warning: src/modules directory not found')); - return modules; - } + // First, scan src/modules (the standard location) + if (await fs.pathExists(this.modulesSourcePath)) { + const entries = await fs.readdir(this.modulesSourcePath, { withFileTypes: true }); - const entries = await fs.readdir(this.modulesSourcePath, { withFileTypes: true }); + for (const entry of entries) { + if (entry.isDirectory()) { + const modulePath = path.join(this.modulesSourcePath, entry.name); + // Check for module structure (install-config.yaml OR custom.yaml) + const installerConfigPath = path.join(modulePath, '_module-installer', 'install-config.yaml'); + const customConfigPath = path.join(modulePath, '_module-installer', 'custom.yaml'); - for (const entry of entries) { - if (entry.isDirectory()) { - const modulePath = path.join(this.modulesSourcePath, entry.name); - // Check for new structure first - const installerConfigPath = path.join(modulePath, '_module-installer', 'install-config.yaml'); - // Fallback to old structure - const configPath = path.join(modulePath, 'config.yaml'); + // Skip if this doesn't look like a module + if (!(await fs.pathExists(installerConfigPath)) && !(await fs.pathExists(customConfigPath))) { + continue; + } - const moduleInfo = { - id: entry.name, - path: modulePath, - name: entry.name.toUpperCase(), - description: 'BMAD Module', - version: '5.0.0', - }; + // Skip core module - it's always installed first and not selectable + if (entry.name === 'core') { + continue; + } - // Try to read module config for metadata (prefer new location) - const configToRead = (await fs.pathExists(installerConfigPath)) ? installerConfigPath : configPath; - if (await fs.pathExists(configToRead)) { - try { - const configContent = await fs.readFile(configToRead, 'utf8'); - const config = yaml.load(configContent); - - // Use the code property as the id if available - if (config.code) { - moduleInfo.id = config.code; - } - - moduleInfo.name = config.name || moduleInfo.name; - moduleInfo.description = config.description || moduleInfo.description; - moduleInfo.version = config.version || moduleInfo.version; - moduleInfo.dependencies = config.dependencies || []; - moduleInfo.defaultSelected = config.default_selected === undefined ? false : config.default_selected; - } catch (error) { - console.warn(`Failed to read config for ${entry.name}:`, error.message); + const moduleInfo = await this.getModuleInfo(modulePath, entry.name, 'src/modules'); + if (moduleInfo) { + modules.push(moduleInfo); } } + } + } + // Then, find all other modules in the project + const otherModulePaths = await this.findModulesInProject(); + for (const modulePath of otherModulePaths) { + const moduleName = path.basename(modulePath); + const relativePath = path.relative(getProjectRoot(), modulePath); + + // Skip core module - it's always installed first and not selectable + if (moduleName === 'core') { + continue; + } + + const moduleInfo = await this.getModuleInfo(modulePath, moduleName, relativePath); + if (moduleInfo && !modules.some((m) => m.id === moduleInfo.id)) { + // Avoid duplicates - skip if we already have this module ID modules.push(moduleInfo); } } @@ -156,6 +230,135 @@ class ModuleManager { return modules; } + /** + * Get module information from a module path + * @param {string} modulePath - Path to the module directory + * @param {string} defaultName - Default name for the module + * @param {string} sourceDescription - Description of where the module was found + * @returns {Object|null} Module info or null if not a valid module + */ + async getModuleInfo(modulePath, defaultName, sourceDescription) { + // Check for module structure (install-config.yaml OR custom.yaml) + const installerConfigPath = path.join(modulePath, '_module-installer', 'install-config.yaml'); + const customConfigPath = path.join(modulePath, '_module-installer', 'custom.yaml'); + const rootCustomConfigPath = path.join(modulePath, 'custom.yaml'); + let configPath = null; + + if (await fs.pathExists(installerConfigPath)) { + configPath = installerConfigPath; + } else if (await fs.pathExists(customConfigPath)) { + configPath = customConfigPath; + } else if (await fs.pathExists(rootCustomConfigPath)) { + configPath = rootCustomConfigPath; + } + + // Skip if this doesn't look like a module + if (!configPath) { + return null; + } + + // Mark as custom if it's using custom.yaml OR if it's outside src/modules + const isCustomSource = sourceDescription !== 'src/modules'; + const moduleInfo = { + id: defaultName, + path: modulePath, + name: defaultName + .split('-') + .map((word) => word.charAt(0).toUpperCase() + word.slice(1)) + .join(' '), + description: 'BMAD Module', + version: '5.0.0', + source: sourceDescription, + isCustom: configPath === customConfigPath || configPath === rootCustomConfigPath || isCustomSource, + }; + + // Read module config for metadata + try { + const configContent = await fs.readFile(configPath, 'utf8'); + const config = yaml.load(configContent); + + // Use the code property as the id if available + if (config.code) { + moduleInfo.id = config.code; + } + + moduleInfo.name = config.name || moduleInfo.name; + moduleInfo.description = config.description || moduleInfo.description; + moduleInfo.version = config.version || moduleInfo.version; + moduleInfo.dependencies = config.dependencies || []; + moduleInfo.defaultSelected = config.default_selected === undefined ? false : config.default_selected; + } catch (error) { + console.warn(`Failed to read config for ${defaultName}:`, error.message); + } + + return moduleInfo; + } + + /** + * Find the source path for a module by searching all possible locations + * @param {string} moduleName - Name of the module to find + * @returns {string|null} Path to the module source or null if not found + */ + async findModuleSource(moduleName) { + const projectRoot = getProjectRoot(); + + // First, check src/modules + const srcModulePath = path.join(this.modulesSourcePath, moduleName); + if (await fs.pathExists(srcModulePath)) { + // Check if this looks like a module (has install-config.yaml) + const installerConfigPath = path.join(srcModulePath, '_module-installer', 'install-config.yaml'); + + if (await fs.pathExists(installerConfigPath)) { + return srcModulePath; + } + + // Also check for custom.yaml in src/modules/_module-installer + const customConfigPath = path.join(srcModulePath, '_module-installer', 'custom.yaml'); + if (await fs.pathExists(customConfigPath)) { + return srcModulePath; + } + } + + // If not found in src/modules, search the entire project + const allModulePaths = await this.findModulesInProject(); + for (const modulePath of allModulePaths) { + if (path.basename(modulePath) === moduleName) { + return modulePath; + } + } + + // Also check by module ID (not just folder name) + // Need to read configs to match by ID + for (const modulePath of allModulePaths) { + const installerConfigPath = path.join(modulePath, '_module-installer', 'install-config.yaml'); + const customConfigPath = path.join(modulePath, '_module-installer', 'custom.yaml'); + const rootCustomConfigPath = path.join(modulePath, 'custom.yaml'); + + let configPath = null; + if (await fs.pathExists(installerConfigPath)) { + configPath = installerConfigPath; + } else if (await fs.pathExists(customConfigPath)) { + configPath = customConfigPath; + } else if (await fs.pathExists(rootCustomConfigPath)) { + configPath = rootCustomConfigPath; + } + + if (configPath) { + try { + const configContent = await fs.readFile(configPath, 'utf8'); + const config = yaml.load(configContent); + if (config.code === moduleName) { + return modulePath; + } + } catch { + // Skip if can't read config + } + } + } + + return null; + } + /** * Install a module * @param {string} moduleName - Name of the module to install @@ -167,12 +370,41 @@ class ModuleManager { * @param {Object} options.logger - Logger instance for output */ async install(moduleName, bmadDir, fileTrackingCallback = null, options = {}) { - const sourcePath = path.join(this.modulesSourcePath, moduleName); + const sourcePath = await this.findModuleSource(moduleName); const targetPath = path.join(bmadDir, moduleName); // Check if source module exists - if (!(await fs.pathExists(sourcePath))) { - throw new Error(`Module '${moduleName}' not found in ${this.modulesSourcePath}`); + if (!sourcePath) { + throw new Error(`Module '${moduleName}' not found in any source location`); + } + + // Check if this is a custom module and read its custom.yaml values + let customConfig = null; + const rootCustomConfigPath = path.join(sourcePath, 'custom.yaml'); + const moduleInstallerCustomPath = path.join(sourcePath, '_module-installer', 'custom.yaml'); + + if (await fs.pathExists(rootCustomConfigPath)) { + try { + const customContent = await fs.readFile(rootCustomConfigPath, 'utf8'); + customConfig = yaml.load(customContent); + } catch (error) { + console.warn(chalk.yellow(`Warning: Failed to read custom.yaml for ${moduleName}:`, error.message)); + } + } else if (await fs.pathExists(moduleInstallerCustomPath)) { + try { + const customContent = await fs.readFile(moduleInstallerCustomPath, 'utf8'); + customConfig = yaml.load(customContent); + } catch (error) { + console.warn(chalk.yellow(`Warning: Failed to read custom.yaml for ${moduleName}:`, error.message)); + } + } + + // If this is a custom module, merge its values into the module config + if (customConfig) { + options.moduleConfig = { ...options.moduleConfig, ...customConfig }; + if (options.logger) { + options.logger.log(chalk.cyan(` Merged custom configuration for ${moduleName}`)); + } } // Check if already installed @@ -188,6 +420,9 @@ class ModuleManager { // Copy module files with filtering await this.copyModuleWithFiltering(sourcePath, targetPath, fileTrackingCallback, options.moduleConfig); + // Compile any .agent.yaml files to .md format + await this.compileModuleAgents(sourcePath, targetPath, moduleName, bmadDir); + // Process agent files to inject activation block await this.processAgentFiles(targetPath, moduleName); @@ -210,12 +445,12 @@ class ModuleManager { * @param {boolean} force - Force update (overwrite modifications) */ async update(moduleName, bmadDir, force = false) { - const sourcePath = path.join(this.modulesSourcePath, moduleName); + const sourcePath = await this.findModuleSource(moduleName); const targetPath = path.join(bmadDir, moduleName); // Check if source module exists - if (!(await fs.pathExists(sourcePath))) { - throw new Error(`Module '${moduleName}' not found in source`); + if (!sourcePath) { + throw new Error(`Module '${moduleName}' not found in any source location`); } // Check if module is installed @@ -330,13 +565,29 @@ class ModuleManager { continue; } + // Skip sidecar directories - they are handled separately during agent compilation + if ( + path + .dirname(file) + .split('/') + .some((dir) => dir.toLowerCase().includes('sidecar')) + ) { + continue; + } + // Skip _module-installer directory - it's only needed at install time if (file.startsWith('_module-installer/')) { continue; } // Skip config.yaml templates - we'll generate clean ones with actual values - if (file === 'config.yaml' || file.endsWith('/config.yaml')) { + // Also skip custom.yaml files - their values will be merged into core config + if (file === 'config.yaml' || file.endsWith('/config.yaml') || file === 'custom.yaml' || file.endsWith('/custom.yaml')) { + continue; + } + + // Skip .agent.yaml files - they will be compiled separately + if (file.endsWith('.agent.yaml')) { continue; } @@ -482,6 +733,152 @@ class ModuleManager { } } + /** + * Compile .agent.yaml files to .md format in modules + * @param {string} sourcePath - Source module path + * @param {string} targetPath - Target module path + * @param {string} moduleName - Module name + * @param {string} bmadDir - BMAD installation directory + */ + async compileModuleAgents(sourcePath, targetPath, moduleName, bmadDir) { + const sourceAgentsPath = path.join(sourcePath, 'agents'); + const targetAgentsPath = path.join(targetPath, 'agents'); + const cfgAgentsDir = path.join(bmadDir, '_cfg', 'agents'); + + // Check if agents directory exists in source + if (!(await fs.pathExists(sourceAgentsPath))) { + return; // No agents to compile + } + + // Get all agent YAML files recursively + const agentFiles = await this.findAgentFiles(sourceAgentsPath); + + for (const agentFile of agentFiles) { + if (!agentFile.endsWith('.agent.yaml')) continue; + + const relativePath = path.relative(sourceAgentsPath, agentFile); + const targetDir = path.join(targetAgentsPath, path.dirname(relativePath)); + + await fs.ensureDir(targetDir); + + const agentName = path.basename(agentFile, '.agent.yaml'); + const sourceYamlPath = agentFile; + const targetMdPath = path.join(targetDir, `${agentName}.md`); + const customizePath = path.join(cfgAgentsDir, `${moduleName}-${agentName}.customize.yaml`); + + // Read and compile the YAML + try { + const yamlContent = await fs.readFile(sourceYamlPath, 'utf8'); + const { compileAgent } = require('../../../lib/agent/compiler'); + + // Create customize template if it doesn't exist + if (!(await fs.pathExists(customizePath))) { + const { getSourcePath } = require('../../../lib/project-root'); + const genericTemplatePath = getSourcePath('utility', 'templates', 'agent.customize.template.yaml'); + if (await fs.pathExists(genericTemplatePath)) { + await this.copyFileWithPlaceholderReplacement(genericTemplatePath, customizePath); + console.log(chalk.dim(` Created customize: ${moduleName}-${agentName}.customize.yaml`)); + } + } + + // Check for customizations + let customizedFields = []; + if (await fs.pathExists(customizePath)) { + const customizeContent = await fs.readFile(customizePath, 'utf8'); + const customizeData = yaml.load(customizeContent); + customizedFields = customizeData.customized_fields || []; + } + + // Load core config to get agent_sidecar_folder + const coreConfigPath = path.join(bmadDir, 'bmb', 'config.yaml'); + let coreConfig = {}; + + if (await fs.pathExists(coreConfigPath)) { + const yamlLib = require('yaml'); + const coreConfigContent = await fs.readFile(coreConfigPath, 'utf8'); + coreConfig = yamlLib.parse(coreConfigContent); + } + + // Check if agent has sidecar + let hasSidecar = false; + try { + const yamlLib = require('yaml'); + const agentYaml = yamlLib.parse(yamlContent); + hasSidecar = agentYaml?.agent?.metadata?.hasSidecar === true; + } catch { + // Continue without sidecar processing + } + + // Compile with customizations if any + const { xml } = compileAgent(yamlContent, {}, agentName, relativePath, { config: this.coreConfig }); + + // Write the compiled MD file + await fs.writeFile(targetMdPath, xml, 'utf8'); + + // Copy sidecar files if agent has hasSidecar flag + if (hasSidecar) { + const { copyAgentSidecarFiles } = require('../../../lib/agent/installer'); + + // Get agent sidecar folder from core config (should always be set) + const agentSidecarFolder = this.coreConfig?.agent_sidecar_folder; + + // Resolve path variables + const projectDir = path.dirname(bmadDir); + const resolvedSidecarFolder = agentSidecarFolder + .replaceAll('{project-root}', projectDir) + .replaceAll('{bmad_folder}', path.basename(bmadDir)); + + // Create sidecar directory for this agent + const agentSidecarDir = path.join(resolvedSidecarFolder, agentName); + await fs.ensureDir(agentSidecarDir); + + // Copy sidecar files (preserve existing, add new) + const sidecarResult = copyAgentSidecarFiles(path.dirname(sourceYamlPath), agentSidecarDir, sourceYamlPath); + const totalFiles = sidecarResult.copied.length + sidecarResult.preserved.length; + + if (sidecarResult.copied.length > 0) { + console.log(chalk.dim(` Copied ${sidecarResult.copied.length} new sidecar file(s) to: ${agentSidecarDir}`)); + } + if (sidecarResult.preserved.length > 0) { + console.log(chalk.dim(` Preserved ${sidecarResult.preserved.length} existing sidecar file(s)`)); + } + } + + console.log( + chalk.dim(` Compiled agent: ${agentName} -> ${path.relative(targetPath, targetMdPath)}${hasSidecar ? ' (with sidecar)' : ''}`), + ); + } catch (error) { + console.warn(chalk.yellow(` Failed to compile agent ${agentName}:`, error.message)); + } + } + } + + /** + * Find all .agent.yaml files recursively in a directory + * @param {string} dir - Directory to search + * @returns {Array} List of .agent.yaml file paths + */ + async findAgentFiles(dir) { + const agentFiles = []; + + async function searchDirectory(searchDir) { + const entries = await fs.readdir(searchDir, { withFileTypes: true }); + + for (const entry of entries) { + const fullPath = path.join(searchDir, entry.name); + + if (entry.isFile() && entry.name.endsWith('.agent.yaml')) { + agentFiles.push(fullPath); + } else if (entry.isDirectory()) { + await searchDirectory(fullPath); + } + } + } + + await searchDirectory(dir); + return agentFiles; + } + /** * Process agent files to inject activation block * @param {string} modulePath - Path to installed module @@ -495,24 +892,49 @@ class ModuleManager { return; // No agents to process } - // Get all agent files - const agentFiles = await fs.readdir(agentsPath); + // Get all agent MD files recursively + const agentFiles = await this.findAgentMdFiles(agentsPath); for (const agentFile of agentFiles) { if (!agentFile.endsWith('.md')) continue; - const agentPath = path.join(agentsPath, agentFile); - let content = await fs.readFile(agentPath, 'utf8'); + let content = await fs.readFile(agentFile, 'utf8'); // Check if content has agent XML and no activation block if (content.includes(' f.endsWith('.agent.yaml')); - if (yamlFiles.length === 1) { - const agentYamlPath = path.join(fullPath, yamlFiles[0]); + for (const entry of entries) { + const fullPath = path.join(dir, entry.name); + const agentRelativePath = relativePath ? path.join(relativePath, entry.name) : entry.name; + + if (entry.isFile() && entry.name.endsWith('.agent.yaml')) { + // Simple agent (single file) + // The agent name is based on the filename + const agentName = entry.name.replace('.agent.yaml', ''); agents.push({ - type: 'expert', - name: entry.name, + type: 'simple', + name: agentName, path: fullPath, - yamlFile: agentYamlPath, - hasSidecar: true, + yamlFile: fullPath, + relativePath: agentRelativePath.replace('.agent.yaml', ''), }); + } else if (entry.isDirectory()) { + // Check if this directory contains an .agent.yaml file + try { + const dirContents = fs.readdirSync(fullPath); + const yamlFiles = dirContents.filter((f) => f.endsWith('.agent.yaml')); + + if (yamlFiles.length > 0) { + // Found .agent.yaml files in this directory + for (const yamlFile of yamlFiles) { + const agentYamlPath = path.join(fullPath, yamlFile); + const agentName = path.basename(yamlFile, '.agent.yaml'); + + agents.push({ + type: 'expert', + name: agentName, + path: fullPath, + yamlFile: agentYamlPath, + relativePath: agentRelativePath, + }); + } + } else { + // No .agent.yaml in this directory, recurse deeper + searchDirectory(fullPath, agentRelativePath); + } + } catch { + // Skip directories we can't read + } } } } + searchDirectory(searchPath); return agents; } @@ -103,12 +126,15 @@ function loadAgentConfig(yamlPath) { // These take precedence over defaults const savedAnswers = agentYaml?.saved_answers || {}; + const metadata = agentYaml?.agent?.metadata || {}; + return { yamlContent: content, agentYaml, installConfig, defaults: { ...defaults, ...savedAnswers }, // saved_answers override defaults - metadata: agentYaml?.agent?.metadata || {}, + metadata, + hasSidecar: metadata.hasSidecar === true, }; } @@ -208,9 +234,10 @@ async function promptInstallQuestions(installConfig, defaults, presetAnswers = { * @param {Object} agentInfo - Agent discovery info * @param {Object} answers - User answers for install_config * @param {string} targetPath - Target installation directory + * @param {Object} options - Additional options including config * @returns {Object} Installation result */ -function installAgent(agentInfo, answers, targetPath) { +function installAgent(agentInfo, answers, targetPath, options = {}) { // Compile the agent const { xml, metadata, processedYaml } = compileAgent(fs.readFileSync(agentInfo.yamlFile, 'utf8'), answers); @@ -237,11 +264,27 @@ function installAgent(agentInfo, answers, targetPath) { sidecarCopied: false, }; - // Copy sidecar files for expert agents - if (agentInfo.hasSidecar && agentInfo.type === 'expert') { - const sidecarFiles = copySidecarFiles(agentInfo.path, agentTargetDir, agentInfo.yamlFile); + // Handle sidecar files for agents with hasSidecar flag + if (agentInfo.hasSidecar === true && agentInfo.type === 'expert') { + // Get agent sidecar folder from config or use default + const agentSidecarFolder = options.config?.agent_sidecar_folder || '{project-root}/.myagent-data'; + + // Resolve path variables + const resolvedSidecarFolder = agentSidecarFolder + .replaceAll('{project-root}', options.projectRoot || process.cwd()) + .replaceAll('{bmad_folder}', options.bmadFolder || '.bmad'); + + // Create sidecar directory for this agent + const agentSidecarDir = path.join(resolvedSidecarFolder, agentFolderName); + if (!fs.existsSync(agentSidecarDir)) { + fs.mkdirSync(agentSidecarDir, { recursive: true }); + } + + // Find and copy sidecar folder + const sidecarFiles = copyAgentSidecarFiles(agentInfo.path, agentSidecarDir, agentInfo.yamlFile); result.sidecarCopied = true; result.sidecarFiles = sidecarFiles; + result.sidecarDir = agentSidecarDir; } return result; @@ -285,6 +328,62 @@ function copySidecarFiles(sourceDir, targetDir, excludeYaml) { return copied; } +/** + * Find and copy agent sidecar folders + * @param {string} sourceDir - Source agent directory + * @param {string} targetSidecarDir - Target sidecar directory for the agent + * @param {string} excludeYaml - The .agent.yaml file to exclude + * @returns {Array} List of copied files + */ +function copyAgentSidecarFiles(sourceDir, targetSidecarDir, excludeYaml) { + const copied = []; + const preserved = []; + + // Find folders with "sidecar" in the name + const entries = fs.readdirSync(sourceDir, { withFileTypes: true }); + + for (const entry of entries) { + if (entry.isDirectory() && entry.name.toLowerCase().includes('sidecar')) { + const sidecarSourcePath = path.join(sourceDir, entry.name); + + // Recursively sync the sidecar folder contents (preserve existing, add new) + function syncSidecarDir(src, dest) { + if (!fs.existsSync(dest)) { + fs.mkdirSync(dest, { recursive: true }); + } + + // Get all files in source + const sourceEntries = fs.readdirSync(src, { withFileTypes: true }); + + for (const sourceEntry of sourceEntries) { + const srcPath = path.join(src, sourceEntry.name); + const destPath = path.join(dest, sourceEntry.name); + + if (sourceEntry.isDirectory()) { + // Recursively sync subdirectories + syncSidecarDir(srcPath, destPath); + } else { + // Check if file already exists in destination + if (fs.existsSync(destPath)) { + // File exists - preserve it + preserved.push(destPath); + } else { + // File doesn't exist - copy it + fs.copyFileSync(srcPath, destPath); + copied.push(destPath); + } + } + } + } + + syncSidecarDir(sidecarSourcePath, targetSidecarDir); + } + } + + // Return info about what was preserved and what was copied + return { copied, preserved }; +} + /** * Update agent metadata ID to reflect installed location * @param {string} compiledContent - Compiled XML content @@ -721,6 +820,7 @@ module.exports = { promptInstallQuestions, installAgent, copySidecarFiles, + copyAgentSidecarFiles, updateAgentId, detectBmadProject, addToManifest, diff --git a/tools/cli/lib/ui.js b/tools/cli/lib/ui.js index f5db8520..47c5e76c 100644 --- a/tools/cli/lib/ui.js +++ b/tools/cli/lib/ui.js @@ -52,6 +52,9 @@ class UI { await installer.handleLegacyV4Migration(confirmedDirectory, legacyV4); } + // Prompt for custom content location (separate from installation directory) + const customContentConfig = await this.promptCustomContentLocation(); + // Check if there's an existing BMAD installation const fs = require('fs-extra'); const path = require('node:path'); @@ -85,9 +88,12 @@ class UI { // Handle quick update separately if (actionType === 'quick-update') { + // Even for quick update, ask about custom content + const customContentConfig = await this.promptCustomContentLocation(); return { actionType: 'quick-update', directory: confirmedDirectory, + customContent: customContentConfig, }; } @@ -116,8 +122,31 @@ class UI { const { installedModuleIds } = await this.getExistingInstallation(confirmedDirectory); const coreConfig = await this.collectCoreConfig(confirmedDirectory); - const moduleChoices = await this.getModuleChoices(installedModuleIds); - const selectedModules = await this.selectModules(moduleChoices); + + // Skip module selection during update/reinstall - keep existing modules + let selectedModules; + if (actionType === 'update' || actionType === 'reinstall') { + // Keep all existing installed modules during update/reinstall + selectedModules = [...installedModuleIds]; + console.log(chalk.cyan('\n๐Ÿ“ฆ Keeping existing modules: ') + selectedModules.join(', ')); + } else { + // Only show module selection for new installs + const moduleChoices = await this.getModuleChoices(installedModuleIds, customContentConfig); + selectedModules = await this.selectModules(moduleChoices); + + // Check which custom content items were selected + const selectedCustomContent = selectedModules.filter((mod) => mod.startsWith('__CUSTOM_CONTENT__')); + if (selectedCustomContent.length > 0) { + customContentConfig.selected = true; + customContentConfig.selectedFiles = selectedCustomContent.map((mod) => mod.replace('__CUSTOM_CONTENT__', '')); + // Filter out custom content markers since they're not real modules + selectedModules = selectedModules.filter((mod) => !mod.startsWith('__CUSTOM_CONTENT__')); + } else if (customContentConfig.hasCustomContent) { + // User provided custom content but didn't select any + customContentConfig.selected = false; + customContentConfig.selectedFiles = []; + } + } // Collect IDE tool selection AFTER configuration prompts (fixes Windows/PowerShell hang) // This allows text-based prompts to complete before the checkbox prompt @@ -138,7 +167,9 @@ class UI { ides: toolSelection.ides, skipIde: toolSelection.skipIde, coreConfig: coreConfig, // Pass collected core config to installer - enableAgentVibes: agentVibesConfig.enabled, // AgentVibes TTS integration + // Custom content configuration + customContent: customContentConfig, + enableAgentVibes: agentVibesConfig.enabled, agentVibesInstalled: agentVibesConfig.alreadyInstalled, }; } @@ -474,19 +505,52 @@ class UI { /** * Get module choices for selection * @param {Set} installedModuleIds - Currently installed module IDs + * @param {Object} customContentConfig - Custom content configuration * @returns {Array} Module choices for inquirer */ - async getModuleChoices(installedModuleIds) { + async getModuleChoices(installedModuleIds, customContentConfig = null) { + const moduleChoices = []; + const isNewInstallation = installedModuleIds.size === 0; + + // Add custom content items first if found + if (customContentConfig && customContentConfig.hasCustomContent && customContentConfig.customPath) { + // Add separator before custom content + moduleChoices.push(new inquirer.Separator('โ”€โ”€ Custom Content โ”€โ”€')); + + // Get the custom content info to display proper names + const { CustomHandler } = require('../installers/lib/custom/handler'); + const customHandler = new CustomHandler(); + const customFiles = await customHandler.findCustomContent(customContentConfig.customPath); + + for (const customFile of customFiles) { + const customInfo = await customHandler.getCustomInfo(customFile); + if (customInfo) { + moduleChoices.push({ + name: `${chalk.cyan('โœ“')} ${customInfo.name} ${chalk.gray(`(${customInfo.relativePath})`)}`, + value: `__CUSTOM_CONTENT__${customFile}`, // Unique value for each custom content + checked: true, // Default to selected since user chose to provide custom content + }); + } + } + + // Add separator for official content + moduleChoices.push(new inquirer.Separator('โ”€โ”€ Official Content โ”€โ”€')); + } + + // Add official modules const { ModuleManager } = require('../installers/lib/modules/manager'); const moduleManager = new ModuleManager(); const availableModules = await moduleManager.listAvailable(); - const isNewInstallation = installedModuleIds.size === 0; - return availableModules.map((mod) => ({ - name: mod.name, - value: mod.id, - checked: isNewInstallation ? mod.defaultSelected || false : installedModuleIds.has(mod.id), - })); + for (const mod of availableModules) { + moduleChoices.push({ + name: mod.name, + value: mod.id, + checked: isNewInstallation ? mod.defaultSelected || false : installedModuleIds.has(mod.id), + }); + } + + return moduleChoices; } /** @@ -563,6 +627,111 @@ class UI { } } + /** + * Prompt for custom content location + * @returns {Object} Custom content configuration + */ + async promptCustomContentLocation() { + try { + CLIUtils.displaySection('Custom Content', 'Optional: Add custom agents and workflows'); + + const { hasCustomContent } = await inquirer.prompt([ + { + type: 'list', + name: 'hasCustomContent', + message: 'Do you have custom content to install?', + choices: [ + { name: 'No (skip custom content)', value: 'none' }, + { name: 'Enter a directory path', value: 'directory' }, + { name: 'Enter a URL', value: 'url' }, + ], + default: 'none', + }, + ]); + + if (hasCustomContent === 'none') { + return { hasCustomContent: false }; + } + + if (hasCustomContent === 'url') { + console.log(chalk.yellow('\nURL-based custom content installation is coming soon!')); + console.log(chalk.cyan('For now, please download your custom content and choose "Enter a directory path".\n')); + return { hasCustomContent: false }; + } + + if (hasCustomContent === 'directory') { + let customPath; + while (!customPath) { + let expandedPath; + const { directory } = await inquirer.prompt([ + { + type: 'input', + name: 'directory', + message: 'Enter the path to your custom content directory:', + default: process.cwd(), // Use actual current working directory + validate: async (input) => { + if (!input || input.trim() === '') { + return 'Please enter a directory path'; + } + + try { + expandedPath = this.expandUserPath(input.trim()); + } catch (error) { + return error.message; + } + + // Check if the path exists + const pathExists = await fs.pathExists(expandedPath); + if (!pathExists) { + return 'Directory does not exist'; + } + + return true; + }, + }, + ]); + + // Now expand the path for use after the prompt + expandedPath = this.expandUserPath(directory.trim()); + + // Check if directory has custom content + const { CustomHandler } = require('../installers/lib/custom/handler'); + const customHandler = new CustomHandler(); + const customFiles = await customHandler.findCustomContent(expandedPath); + + if (customFiles.length === 0) { + console.log(chalk.yellow(`\nNo custom.yaml files found in ${expandedPath}`)); + + const { tryAgain } = await inquirer.prompt([ + { + type: 'confirm', + name: 'tryAgain', + message: 'Try a different directory?', + default: true, + }, + ]); + + if (tryAgain) { + continue; + } else { + return { hasCustomContent: false }; + } + } + + customPath = expandedPath; + console.log(chalk.green(`\nโœ“ Found ${customFiles.length} custom content file(s)`)); + } + + return { hasCustomContent: true, customPath }; + } + + return { hasCustomContent: false }; + } catch (error) { + console.error(chalk.red('Error in custom content prompt:'), error); + return { hasCustomContent: false }; + } + } + /** * Confirm directory selection * @param {string} directory - The directory path diff --git a/tools/maintainer/review-pr-README.md b/tools/maintainer/review-pr-README.md new file mode 100644 index 00000000..d097ce94 --- /dev/null +++ b/tools/maintainer/review-pr-README.md @@ -0,0 +1,55 @@ +# Raven's Verdict - Deep PR Review Tool + +Adversarial code review for GitHub PRs. Works with any LLM agent. + +> **Status: Experimental.** We're still figuring out how to use this effectively. Expect the workflow to evolve. + +## How It Works + +Point your agent at `review-pr.md` and ask it to review a specific PR: + +> "Read tools/maintainer/review-pr.md and apply it to PR #123" + +The tool will: + +1. Check out the PR branch locally +2. Run an adversarial review (find at least 5 issues) +3. Transform findings into professional tone +4. Preview the review and ask before posting + +See `review-pr.md` for full prompt structure, severity ratings, and sandboxing rules. + +## When to Use + +**Good candidates:** + +- PRs with meaningful logic changes +- Refactors touching multiple files +- New features or architectural changes + +**Skip it for:** + +- Trivial PRs (typo fixes, version bumps, single-line changes) +- PRs you've already reviewed manually +- PRs where you haven't agreed on the approach yet โ€” fix the direction before the implementation + +## Workflow Tips + +**Always review before posting.** The preview step exists for a reason: + +- **[y] Yes** โ€” Post as-is (only if you're confident) +- **[e] Edit** โ€” Modify findings before posting +- **[s] Save only** โ€” Write to file, don't post + +The save option is useful when you want to: + +- Hand-edit the review before posting +- Use the findings as input for a second opinion ("Hey Claude, here's what Raven found โ€” what do you think?") +- Cherry-pick specific findings + +**Trust but verify.** LLM reviews can miss context or flag non-issues. Skim the findings before they hit the PR. + +## Prerequisites + +- `gh` CLI installed and authenticated (`gh auth status`) +- Any LLM agent capable of running bash commands diff --git a/tools/maintainer/review-pr.md b/tools/maintainer/review-pr.md new file mode 100644 index 00000000..24dbb706 --- /dev/null +++ b/tools/maintainer/review-pr.md @@ -0,0 +1,242 @@ +# Raven's Verdict - Deep PR Review Tool + +A cynical adversarial review, transformed into cold engineering professionalism. + + +CRITICAL: Sandboxed Execution Rules + +Before proceeding, you MUST verify: + +- [ ] PR number or URL was EXPLICITLY provided in the user's message +- [ ] You are NOT inferring the PR from conversation history +- [ ] You are NOT looking at git branches, recent commits, or local state +- [ ] You are NOT guessing or assuming any PR numbers + +**If no explicit PR number/URL was provided, STOP immediately and ask:** +"What PR number or URL should I review?" + + + + +## Preflight Checks + +### 0.1 Parse PR Input + +Extract PR number from user input. Examples of valid formats: + +- `123` (just the number) +- `#123` (with hash) +- `https://github.com/owner/repo/pull/123` (full URL) + +If a URL specifies a different repository than the current one: + +```bash +# Check current repo +gh repo view --json nameWithOwner -q '.nameWithOwner' +``` + +If mismatch detected, ask user: + +> "This PR is from `{detected_repo}` but we're in `{current_repo}`. Proceed with reviewing `{detected_repo}#123`? (y/n)" + +If user confirms, store `{REPO}` for use in all subsequent `gh` commands. + +### 0.2 Ensure Clean Checkout + +Verify the working tree is clean and check out the PR branch. + +```bash +# Check for uncommitted changes +git status --porcelain +``` + +If output is non-empty, STOP and tell user: + +> "You have uncommitted changes. Please commit or stash them before running a PR review." + +If clean, fetch and checkout the PR branch: + +```bash +# Fetch and checkout PR branch +# For cross-repo PRs, include --repo {REPO} +gh pr checkout {PR_NUMBER} [--repo {REPO}] +``` + +If checkout fails, STOP and report the error. + +Now you're on the PR branch with full access to all files as they exist in the PR. + +### 0.3 Check PR Size + +```bash +# For cross-repo PRs, include --repo {REPO} +gh pr view {PR_NUMBER} [--repo {REPO}] --json additions,deletions,changedFiles -q '{"additions": .additions, "deletions": .deletions, "files": .changedFiles}' +``` + +**Size thresholds:** + +| Metric | Warning Threshold | +| ------------- | ----------------- | +| Files changed | > 50 | +| Lines changed | > 5000 | + +If thresholds exceeded, ask user: + +> "This PR has {X} files and {Y} line changes. That's large. +> +> **[f] Focus** - Pick specific files or directories to review +> **[p] Proceed** - Review everything (may be slow/expensive) +> **[a] Abort** - Stop here" + +### 0.4 Note Binary Files + +```bash +# For cross-repo PRs, include --repo {REPO} +gh pr diff {PR_NUMBER} [--repo {REPO}] --name-only | grep -E '\.(png|jpg|jpeg|gif|ico|svg|woff|woff2|ttf|eot|pdf|zip|tar|gz|bin|exe|dll|so|dylib)$' || echo "No binary files detected" +``` + +Store list of binary files to skip. Note them in final output. + + + + + +### 1.1 Run Cynical Review + +**INTERNAL PERSONA - Never post this directly:** + +Task: You are a cynical, jaded code reviewer with zero patience for sloppy work. This PR was submitted by a clueless weasel and you expect to find problems. Find at least five issues to fix or improve in it. Number them. Be skeptical of everything. Ultrathink. + +Output format: + +```markdown +### [NUMBER]. [FINDING TITLE] [likely] + +**Severity:** [EMOJI] [LEVEL] + +[DESCRIPTION - be specific, include file:line references] +``` + +Severity scale: + +| Level | Emoji | Meaning | +| -------- | ----- | ------------------------------------------------------- | +| Critical | ๐Ÿ”ด | Security issue, data loss risk, or broken functionality | +| Moderate | ๐ŸŸก | Bug, performance issue, or significant code smell | +| Minor | ๐ŸŸข | Style, naming, minor improvement opportunity | + +Likely tag: + +- Add `[likely]` to findings with high confidence, e.g. with direct evidence +- Sort findings by severity (Critical โ†’ Moderate โ†’ Minor), not by confidence + + + + + +**Transform the cynical output into cold engineering professionalism.** + +**Transformation rules:** + +1. Remove all inflammatory language, insults, assumptions about the author +2. Keep all technical substance, file references, severity ratings and likely tag +3. Replace accusatory phrasing with neutral observations: + - โŒ "The author clearly didn't think about..." + - โœ… "This implementation may not account for..." +4. Preserve skepticism as healthy engineering caution: + - โŒ "This will definitely break in production" + - โœ… "This pattern has historically caused issues in production environments" +5. Add the suggested fixes. +6. Keep suggestions actionable and specific + +Output format after transformation: + +```markdown +## PR Review: #{PR_NUMBER} + +**Title:** {PR_TITLE} +**Author:** @{AUTHOR} +**Branch:** {HEAD} โ†’ {BASE} + +--- + +### Findings + +[TRANSFORMED FINDINGS HERE] + +--- + +### Summary + +**Critical:** {COUNT} | **Moderate:** {COUNT} | **Minor:** {COUNT} + +[BINARY_FILES_NOTE if any] + +--- + +_Review generated by Raven's Verdict. LLM-produced analysis - findings may be incorrect or lack context. Verify before acting._ +``` + + + + +### 3.1 Preview + +Display the complete transformed review to the user. + +``` +โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ• +PREVIEW - This will be posted to PR #{PR_NUMBER} +โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ• + +[FULL REVIEW CONTENT] + +โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ• +``` + +### 3.2 Confirm + +Ask user for explicit confirmation: + +> **Ready to post this review to PR #{PR_NUMBER}?** +> +> **[y] Yes** - Post as comment +> **[n] No** - Abort, do not post +> **[e] Edit** - Let me modify before posting +> **[s] Save only** - Save locally, don't post + +### 3.3 Post or Save + +**Write review to a temp file, then post:** + +1. Write the review content to a temp file with a unique name (include PR number to avoid collisions) +2. Post using `gh pr comment {PR_NUMBER} [--repo {REPO}] --body-file {path}` +3. Delete the temp file after successful post + +Do NOT use heredocs or `echo` - Markdown code blocks will break shell parsing. Use your file writing tool instead. + +**If auth fails or post fails:** + +1. Display error prominently: + + ``` + โš ๏ธ FAILED TO POST REVIEW + Error: {ERROR_MESSAGE} + ``` + +2. Keep the temp file and tell the user where it is, so they can post manually with: + `gh pr comment {PR_NUMBER} [--repo {REPO}] --body-file {path}` + +**If save only (s):** + +Keep the temp file and inform user of location. + + + + +- The "cynical asshole" phase is internal only - never posted +- Tone transform MUST happen before any external output +- When in doubt, ask the user - never assume +- If you're unsure about severity, err toward higher severity +- If you're unsure about confidence, be honest and use Medium or Low + diff --git a/tools/schema/agent.js b/tools/schema/agent.js index dcebd08c..e2bebd47 100644 --- a/tools/schema/agent.js +++ b/tools/schema/agent.js @@ -75,27 +75,41 @@ function agentSchema(options = {}) { } // Handle multi format with triggers array (new format) else if (item.triggers && Array.isArray(item.triggers)) { - for (const triggerGroup of item.triggers) { - for (const triggerKey of Object.keys(triggerGroup)) { - if (!TRIGGER_PATTERN.test(triggerKey)) { + for (const [triggerIndex, triggerItem] of item.triggers.entries()) { + let triggerName = null; + + // Extract trigger name from all three formats + if (triggerItem.trigger) { + // Format 1: Simple flat format with trigger field + triggerName = triggerItem.trigger; + } else { + // Format 2a or 2b: Object-key format + const keys = Object.keys(triggerItem); + if (keys.length === 1 && keys[0] !== 'trigger') { + triggerName = keys[0]; + } + } + + if (triggerName) { + if (!TRIGGER_PATTERN.test(triggerName)) { ctx.addIssue({ code: 'custom', - path: ['agent', 'menu', index, 'triggers'], - message: `agent.menu[].triggers key must be kebab-case (lowercase words separated by hyphen) - got "${triggerKey}"`, + path: ['agent', 'menu', index, 'triggers', triggerIndex], + message: `agent.menu[].triggers[] must be kebab-case (lowercase words separated by hyphen) - got "${triggerName}"`, }); return; } - if (seenTriggers.has(triggerKey)) { + if (seenTriggers.has(triggerName)) { ctx.addIssue({ code: 'custom', - path: ['agent', 'menu', index, 'triggers'], - message: `agent.menu[].triggers key duplicates "${triggerKey}" within the same agent`, + path: ['agent', 'menu', index, 'triggers', triggerIndex], + message: `agent.menu[].triggers[] duplicates "${triggerName}" within the same agent`, }); return; } - seenTriggers.add(triggerKey); + seenTriggers.add(triggerName); } } } @@ -279,102 +293,148 @@ function buildMenuItemSchema() { .object({ multi: createNonEmptyString('agent.menu[].multi'), triggers: z - .array(z.object({}).passthrough()) - .refine( - (triggers) => { - // Each item in triggers array should be an object with exactly one key - for (const trigger of triggers) { - const keys = Object.keys(trigger); - if (keys.length !== 1) { - return false; - } + .array( + z.union([ + // Format 1: Simple flat format (has trigger field) + z + .object({ + trigger: z.string(), + input: createNonEmptyString('agent.menu[].triggers[].input'), + route: createNonEmptyString('agent.menu[].triggers[].route').optional(), + action: createNonEmptyString('agent.menu[].triggers[].action').optional(), + data: z.string().optional(), + type: z.enum(['exec', 'action', 'workflow']).optional(), + }) + .strict() + .refine((data) => data.trigger, { message: 'Must have trigger field' }) + .superRefine((value, ctx) => { + // Must have either route or action (or both) + if (!value.route && !value.action) { + ctx.addIssue({ + code: 'custom', + message: 'agent.menu[].triggers[] must have either route or action (or both)', + }); + } + }), + // Format 2a: Object with array format (like bmad-builder.agent.yaml) + z + .object({}) + .passthrough() + .refine( + (value) => { + const keys = Object.keys(value); + if (keys.length !== 1) return false; + const triggerItems = value[keys[0]]; + return Array.isArray(triggerItems); + }, + { message: 'Must be object with single key pointing to array' }, + ) + .superRefine((value, ctx) => { + const triggerName = Object.keys(value)[0]; + const triggerItems = value[triggerName]; - const execArray = trigger[keys[0]]; - if (!Array.isArray(execArray)) { - return false; - } + if (!Array.isArray(triggerItems)) { + ctx.addIssue({ + code: 'custom', + message: `Trigger "${triggerName}" must be an array of items`, + }); + return; + } - // Check required fields - const hasInput = execArray.some((item) => 'input' in item); - const hasRouteOrAction = execArray.some((item) => 'route' in item || 'action' in item); + // Check required fields in the array + const hasInput = triggerItems.some((item) => 'input' in item); + const hasRouteOrAction = triggerItems.some((item) => 'route' in item || 'action' in item); - if (!hasInput) { - return false; - } + if (!hasInput) { + ctx.addIssue({ + code: 'custom', + message: `Trigger "${triggerName}" must have an input field`, + }); + } - // If not TODO, must have route or action - const isTodo = execArray.some((item) => item.route === 'TODO' || item.action === 'TODO'); - if (!isTodo && !hasRouteOrAction) { - return false; - } - } - return true; - }, - { - message: 'agent.menu[].triggers must be an array of trigger objects with input and either route/action or TODO', - }, + if (!hasRouteOrAction) { + ctx.addIssue({ + code: 'custom', + message: `Trigger "${triggerName}" must have a route or action field`, + }); + } + }), + // Format 2b: Object with direct fields (like analyst.agent.yaml) + z + .object({}) + .passthrough() + .refine( + (value) => { + const keys = Object.keys(value); + if (keys.length !== 1) return false; + const triggerFields = value[keys[0]]; + return !Array.isArray(triggerFields) && typeof triggerFields === 'object'; + }, + { message: 'Must be object with single key pointing to object' }, + ) + .superRefine((value, ctx) => { + const triggerName = Object.keys(value)[0]; + const triggerFields = value[triggerName]; + + // Check required fields + if (!triggerFields.input || typeof triggerFields.input !== 'string') { + ctx.addIssue({ + code: 'custom', + message: `Trigger "${triggerName}" must have an input field`, + }); + } + + if (!triggerFields.route && !triggerFields.action) { + ctx.addIssue({ + code: 'custom', + message: `Trigger "${triggerName}" must have a route or action field`, + }); + } + }), + ]), ) - .transform((triggers) => { - // Validate and clean up the triggers - for (const trigger of triggers) { - const keys = Object.keys(trigger); - if (keys.length !== 1) { - throw new Error('Each trigger object must have exactly one key'); - } - - const execArray = trigger[keys[0]]; - if (!Array.isArray(execArray)) { - throw new TypeError(`Trigger "${keys[0]}" must be an array`); - } - - // Validate each item in the exec array - for (const item of execArray) { - if ('input' in item && typeof item.input !== 'string') { - throw new Error('Input must be a string'); - } - if ('route' in item && typeof item.route !== 'string' && item.route !== 'TODO') { - throw new Error('Route must be a string or TODO'); - } - if ('type' in item && !['exec', 'action', 'workflow', 'TODO'].includes(item.type)) { - throw new Error('Type must be one of: exec, action, workflow, TODO'); - } - } - } - return triggers; - }), + .min(1, { message: 'agent.menu[].triggers must have at least one trigger' }), discussion: z.boolean().optional(), }) .strict() .superRefine((value, ctx) => { - // Extract all trigger keys for validation - const triggerKeys = []; - for (const triggerGroup of value.triggers) { - for (const key of Object.keys(triggerGroup)) { - triggerKeys.push(key); + // Check for duplicate trigger names + const seenTriggers = new Set(); + for (const [index, triggerItem] of value.triggers.entries()) { + let triggerName = null; - // Validate trigger key format - if (!TRIGGER_PATTERN.test(key)) { + // Extract trigger name from either format + if (triggerItem.trigger) { + // Format 1 + triggerName = triggerItem.trigger; + } else { + // Format 2 + const keys = Object.keys(triggerItem); + if (keys.length === 1) { + triggerName = keys[0]; + } + } + + if (triggerName) { + if (seenTriggers.has(triggerName)) { ctx.addIssue({ code: 'custom', - path: ['agent', 'menu', 'triggers'], - message: `Trigger key "${key}" must be kebab-case (lowercase words separated by hyphen)`, + path: ['agent', 'menu', 'triggers', index], + message: `Trigger name "${triggerName}" is duplicated`, + }); + } + seenTriggers.add(triggerName); + + // Validate trigger name format + if (!TRIGGER_PATTERN.test(triggerName)) { + ctx.addIssue({ + code: 'custom', + path: ['agent', 'menu', 'triggers', index], + message: `Trigger name "${triggerName}" must be kebab-case (lowercase words separated by hyphen)`, }); } } } - - // Check for duplicates - const seenTriggers = new Set(); - for (const triggerKey of triggerKeys) { - if (seenTriggers.has(triggerKey)) { - ctx.addIssue({ - code: 'custom', - path: ['agent', 'menu', 'triggers'], - message: `Trigger key "${triggerKey}" is duplicated`, - }); - } - seenTriggers.add(triggerKey); - } }); return z.union([legacyMenuItemSchema, multiMenuItemSchema]);