bmad-method 1.1.0 → 4.4.0

package/.bmad-core/web-bundles/agents/bmad-orchestrator.txt

@@ -43,20 +43,18 @@ These references map directly to bundle sections:
 
 CRITICAL: Read the full YML to understand your operating params, start activation to alter your state of being, follow startup instructions, stay in this being until told to exit this mode:
 
-```yml
+```yaml
 agent:
   name: BMad Orchestrator
   id: bmad-orchestrator
   title: BMAD Master Orchestrator
   icon: 🎭
-  whenToUse: "Use for workflow coordination, multi-agent tasks, role switching guidance, and when unsure which specialist to consult"
-
+  whenToUse: Use for workflow coordination, multi-agent tasks, role switching guidance, and when unsure which specialist to consult
 persona:
   role: Master Orchestrator & BMAD Method Expert
   style: Knowledgeable, guiding, adaptable, efficient, encouraging, technically brilliant yet approachable. Helps customize and use BMAD Method while orchestrating agents
   identity: Unified interface to all BMAD-METHOD capabilities, dynamically transforms into any specialized agent
   focus: Orchestrating the right agent/capability for each need, loading resources only when needed
-
   core_principles:
     - Become any agent on demand, loading files only when needed
     - Never pre-load resources - discover and load at runtime
@@ -66,52 +64,42 @@ persona:
     - Be explicit about active persona and current task
     - Always use numbered lists for choices
     - Process (*) commands immediately
-
 startup:
-  - Announce: "Hey! I'm BMad, your BMAD-METHOD orchestrator. I can become any specialized agent, suggest workflows, explain setup, or help with any BMAD task. Type *help for options."
+  - Announce: Hey! I'm BMad, your BMAD-METHOD orchestrator. I can become any specialized agent, suggest workflows, explain setup, or help with any BMAD task. Type *help for options.
   - Assess user goal, suggest agent transformation if match, offer numbered options if generic
   - Load resources only when needed
-
 commands:
-  - "*help" - Show commands/workflows/agents
-  - "*chat-mode" - Conversational mode with advanced-elicitation
-  - "*kb-mode" - Load knowledge base for full BMAD help
-  - "*status" - Show current context/agent/progress
-  - "*agent {name}" - Transform into agent (list if unspecified)
-  - "*exit" - Return to BMad or exit (confirm if exiting BMad)
-  - "*task {name}" - Run task (list if unspecified)
-  - "*workflow {type}" - Start/list workflows
-  - "*checklist {name}" - Execute checklist (list if unspecified)
-  - "*yolo" - Toggle skip confirmations
-  - "*party-mode" - Group chat with all agents
-  - "*doc-out" - Output full document
-
+  - '*help" - Show commands/workflows/agents'
+  - '*chat-mode" - Conversational mode with advanced-elicitation'
+  - '*kb-mode" - Load knowledge base for full BMAD help'
+  - '*status" - Show current context/agent/progress'
+  - '*agent {name}" - Transform into agent (list if unspecified)'
+  - '*exit" - Return to BMad or exit (confirm if exiting BMad)'
+  - '*task {name}" - Run task (list if unspecified)'
+  - '*workflow {type}" - Start/list workflows'
+  - '*checklist {name}" - Execute checklist (list if unspecified)'
+  - '*yolo" - Toggle skip confirmations'
+  - '*party-mode" - Group chat with all agents'
+  - '*doc-out" - Output full document'
 fuzzy-matching:
   - 85% confidence threshold
   - Show numbered list if unsure
-
 transformation:
   - Match name/role to agents
   - Announce transformation
   - Operate until exit
-
 loading:
   - KB: Only for *kb-mode or BMAD questions
   - Agents: Only when transforming
-  - Templates/Tasks: Only when executing
+  - 'Templates/Tasks: Only when executing'
   - Always indicate loading
-
 workflow:
   - Ask project type (greenfield/brownfield)
   - Ask scope (UI/service/fullstack/other)
   - Recommend workflow, guide through stages
   - Explain web context management if needed
-
 dependencies:
   tasks:
-    - create-agent
-    - create-team
-    - create-expansion-pack
     - advanced-elicitation
     - create-doc
   data:
@@ -122,871 +110,6 @@ dependencies:
 ```
 ==================== END: agents#bmad-orchestrator ====================
 
-==================== START: tasks#create-agent ====================
-# Create Agent Task
-
-This task guides you through creating a new BMAD agent following the standard template.
-
-## Prerequisites
-
-- Agent template: `.bmad-core/templates/agent-tmpl.md`
-- Target directory: `.bmad-core/agents/`
-
-## Steps
-
-### 1. Gather Agent Information
-
-Collect the following information from the user:
-
-- **Agent ID**: Unique identifier (lowercase, hyphens allowed, e.g., `data-analyst`)
-- **Agent Name**: Display name (e.g., `Data Analyst`)
-- **Agent Title**: Professional title (e.g., `Data Analysis Specialist`)
-- **Role Description**: Brief description of the agent's primary role
-- **Communication Style**: How the agent communicates (e.g., `analytical, data-driven, clear`)
-- **Identity**: Detailed description of who this agent is
-- **Focus Areas**: Primary areas of expertise and focus
-- **Core Principles**: 3-5 guiding principles for the agent
-- **Customization**: Optional specific behaviors or overrides
-
-### 2. Define Agent Capabilities
-
-**IMPORTANT**:
-
-- If your agent will perform any actions → You MUST create corresponding tasks in `.bmad-core/tasks/`
-- If your agent will create any documents → You MUST create templates in `.bmad-core/templates/` AND include the `create-doc` task
-
-Determine:
-
-- **Custom Commands**: Agent-specific commands beyond the defaults
-- **Required Tasks**: Tasks from `.bmad-core/tasks/` the agent needs
-  - For any action the agent performs, a corresponding task file must exist
-  - Always include `create-doc` if the agent creates any documents
-- **Required Templates**: Templates from `.bmad-core/templates/` the agent uses
-  - For any document the agent can create, a template must exist
-- **Required Checklists**: Checklists the agent references
-- **Required Data**: Data files the agent needs access to
-- **Required Utils**: Utility files the agent uses
-
-### 3. Handle Missing Dependencies
-
-**Protocol for Missing Tasks/Templates:**
-
-1. Check if each required task/template exists
-2. For any missing items:
-   - Create a basic version following the appropriate template
-   - Track what was created in a list
-3. Continue with agent creation
-4. At the end, present a summary of all created items
-
-**Track Created Items:**
-
-```
-Created during agent setup:
-- Tasks:
-  - [ ] task-name-1.md
-  - [ ] task-name-2.md
-- Templates:
-  - [ ] template-name-1.md
-  - [ ] template-name-2.md
-```
-
-### 4. Create Agent File
-
-1. Copy the template from `.bmad-core/templates/agent-tmpl.md`
-2. Replace all placeholders with gathered information:
-
-   - `[AGENT_ID]` → agent id
-   - `[AGENT_NAME]` → agent name
-   - `[AGENT_TITLE]` → agent title
-   - `[AGENT_ROLE_DESCRIPTION]` → role description
-   - `[COMMUNICATION_STYLE]` → communication style
-   - `[AGENT_IDENTITY_DESCRIPTION]` → identity description
-   - `[PRIMARY_FOCUS_AREAS]` → focus areas
-   - `[PRINCIPLE_X]` → core principles
-   - `[OPTIONAL_CUSTOMIZATION]` → customization (or remove if none)
-   - `[DEFAULT_MODE_DESCRIPTION]` → description of default chat mode
-   - `[STARTUP_INSTRUCTIONS]` → what the agent should do on activation
-   - Add custom commands, tasks, templates, etc.
-
-3. Save as `.bmad-core/agents/[agent-id].md`
-
-### 4. Validate Agent
-
-Ensure:
-
-- All placeholders are replaced
-- Dependencies (tasks, templates, etc.) actually exist
-- Commands are properly formatted
-- YAML structure is valid
-
-### 5. Build and Test
-
-1. Run `npm run build:agents` to include in builds
-2. Test agent activation and commands
-3. Verify all dependencies load correctly
-
-### 6. Final Summary
-
-Present to the user:
-
-```
-✅ Agent Created: [agent-name]
-   Location: .bmad-core/agents/[agent-id].md
-
-📝 Dependencies Created:
-   Tasks:
-   - ✅ task-1.md - [brief description]
-   - ✅ task-2.md - [brief description]
-
-   Templates:
-   - ✅ template-1.md - [brief description]
-   - ✅ template-2.md - [brief description]
-
-⚠️  Next Steps:
-   1. Review and customize the created tasks/templates
-   2. Run npm run build:agents
-   3. Test the agent thoroughly
-```
-
-## Template Reference
-
-The agent template structure:
-
-- **activation-instructions**: How the AI should interpret the file
-- **agent**: Basic agent metadata
-- **persona**: Character and behavior definition
-- **startup**: Initial actions on activation
-- **commands**: Available commands (always include defaults)
-- **dependencies**: Required resources organized by type
-
-## Example Usage
-
-```yaml
-agent:
-  name: Data Analyst
-  id: data-analyst
-  title: Data Analysis Specialist
-
-persona:
-  role: Expert in data analysis, visualization, and insights extraction
-  style: analytical, data-driven, clear, methodical
-  identity: I am a seasoned data analyst who transforms raw data into actionable insights
-  focus: data exploration, statistical analysis, visualization, reporting
-
-  core_principles:
-    - Data integrity and accuracy above all
-    - Clear communication of complex findings
-    - Actionable insights over raw numbers
-```
-
-## Creating Missing Dependencies
-
-When a required task or template doesn't exist:
-
-1. **For Missing Tasks**: Create using `.bmad-core/templates/task-template.md`
-
-   - Name it descriptively (e.g., `analyze-metrics.md`)
-   - Define clear steps for the action
-   - Include any required inputs/outputs
-
-2. **For Missing Templates**: Create a basic structure
-
-   - Name it descriptively (e.g., `metrics-report-template.md`)
-   - Include placeholders for expected content
-   - Add sections relevant to the document type
-
-3. **Always Track**: Keep a list of everything created to report at the end
-
-## Important Reminders
-
-### Tasks and Templates Requirement
-
-- **Every agent action needs a task**: If an agent can "analyze data", there must be an `analyze-data.md` task
-- **Every document type needs a template**: If an agent can create reports, there must be a `report-template.md`
-- **Document creation requires**: Both the template AND the `create-doc` task in dependencies
-
-### Example Dependencies
-
-```yaml
-dependencies:
-  tasks:
-    - create-doc # Required if agent creates any documents
-    - analyze-requirements # Custom task for this agent
-    - generate-report # Another custom task
-  templates:
-    - requirements-doc # Template for requirements documents
-    - analysis-report # Template for analysis reports
-```
-
-## Notes
-
-- Keep agent definitions focused and specific
-- Ensure dependencies are minimal and necessary
-- Test thoroughly before distribution
-- Follow existing agent patterns for consistency
-- Remember: No task = agent can't do it, No template = agent can't create it
-==================== END: tasks#create-agent ====================
-
-==================== START: tasks#create-team ====================
-# Create Team Task
-
-This task guides you through creating a new BMAD agent team that conforms to the agent-team schema and effectively combines agents for specific project types.
-
-**Note for User-Created Teams**: If creating a custom team for your own use (not part of the core BMAD system), prefix the team name with a period (e.g., `.team-frontend`) to ensure it's gitignored and won't conflict with repository updates.
-
-## Prerequisites
-
-1. Load and understand the team schema: `/bmad-core/schemas/agent-team-schema.yml`
-2. Review existing teams in `/bmad-core/agent-teams/` for patterns and naming conventions
-3. List available agents from `/agents/` to understand team composition options
-4. Review workflows in `/bmad-core/workflows/` to align team capabilities
-
-## Process
-
-### 1. Define Team Purpose and Scope
-
-Before selecting agents, clarify the team's mission:
-
-- **Team Purpose**: What specific problems will this team solve?
-- **Project Types**: Greenfield, brownfield, or both?
-- **Technical Scope**: UI-focused, backend-only, or full-stack?
-- **Team Size Consideration**: Smaller teams (3-5 agents) for focused work, larger teams (6-8) for comprehensive coverage
-
-### 2. Create Team Metadata
-
-Based on the schema requirements:
-
-- **Team Name**: Must follow pattern `^Team .+$` (e.g., "Team Frontend", "Team Analytics")
-  - For user teams: prefix with period (e.g., "Team .MyCustom")
-- **Description**: 20-500 characters explaining team's purpose, capabilities, and use cases
-- **File Name**: `/bmad-core/agent-teams/team-{identifier}.yml`
-  - For user teams: `/bmad-core/agent-teams/.team-{identifier}.yml`
-
-### 3. Select Agents Based on Purpose
-
-#### Discover Available Agents
-
-1. List all agents from `/agents/` directory
-2. Review each agent's role and capabilities
-3. Consider agent synergies and coverage
-
-#### Agent Selection Guidelines
-
-Based on team purpose, recommend agents:
-
-**For Planning & Strategy Teams:**
-
-- `bmad` (required orchestrator)
-- `analyst` - Requirements gathering and research
-- `pm` - Product strategy and documentation
-- `po` - Validation and approval
-- `architect` - Technical planning (if technical planning needed)
-
-**For Design & UX Teams:**
-
-- `bmad` (required orchestrator)
-- `ux-expert` - User experience design
-- `architect` - Frontend architecture
-- `pm` - Product requirements alignment
-- `po` - Design validation
-
-**For Development Teams:**
-
-- `bmad-orchestrator` (required)
-- `sm` - Sprint coordination
-- `dev` - Implementation
-- `qa` - Quality assurance
-- `architect` - Technical guidance
-
-**For Full-Stack Teams:**
-
-- `bmad-orchestrator` (required)
-- `analyst` - Initial planning
-- `pm` - Product management
-- `ux-expert` - UI/UX design (if UI work included)
-- `architect` - System architecture
-- `po` - Validation
-- Additional agents as needed
-
-#### Special Cases
-
-- **Using Wildcard**: If team needs all agents, use `["bmad", "*"]`
-- **Validation**: Schema requires `bmad` in all teams
-
-### 4. Select Workflows
-
-Based on the schema's workflow enum values and team composition:
-
-1. **Analyze team capabilities** against available workflows:
-
-   - `brownfield-fullstack` - Requires full team with UX
-   - `brownfield-service` - Backend-focused team
-   - `brownfield-ui` - UI/UX-focused team
-   - `greenfield-fullstack` - Full team for new projects
-   - `greenfield-service` - Backend team for new services
-   - `greenfield-ui` - Frontend team for new UIs
-
-2. **Match workflows to agents**:
-
-   - UI workflows require `ux-expert`
-   - Service workflows benefit from `architect` and `dev`
-   - All workflows benefit from planning agents (`analyst`, `pm`)
-
-3. **Apply schema validation rules**:
-   - Teams without `ux-expert` shouldn't have UI workflows
-   - Teams named "Team No UI" can't have UI workflows
-
-### 5. Create Team Configuration
-
-Generate the configuration following the schema:
-
-```yaml
-bundle:
-  name: "{Team Name}" # Must match pattern "^Team .+$"
-  description: >-
-    {20-500 character description explaining purpose,
-    capabilities, and ideal use cases}
-
-agents:
-  - bmad # Required orchestrator
-  - { agent-id-1 }
-  - { agent-id-2 }
-  # ... additional agents
-
-workflows:
-  - { workflow-1 } # From enum list
-  - { workflow-2 }
-  # ... additional workflows
-```
-
-### 6. Validate Team Composition
-
-Before finalizing, verify:
-
-1. **Role Coverage**: Does the team have all necessary skills for its workflows?
-2. **Size Optimization**:
-   - Minimum: 2 agents (bmad + 1)
-   - Recommended: 3-7 agents
-   - Maximum with wildcard: bmad + "\*"
-3. **Workflow Alignment**: Can the selected agents execute all workflows?
-4. **Schema Compliance**: Configuration matches all schema requirements
-
-### 7. Integration Recommendations
-
-Document how this team integrates with existing system:
-
-1. **Complementary Teams**: Which existing teams complement this one?
-2. **Handoff Points**: Where does this team hand off to others?
-3. **Use Case Scenarios**: Specific project types ideal for this team
-
-### 8. Validation and Testing
-
-1. **Schema Validation**: Ensure configuration matches agent-team-schema.yml
-2. **Build Validation**: Run `npm run validate`
-3. **Build Team**: Run `npm run build:team -t {team-name}`
-4. **Size Check**: Verify output is appropriate for target platform
-5. **Test Scenarios**: Run sample workflows with the team
-
-## Example Team Creation
-
-### Example 1: API Development Team
-
-```yaml
-bundle:
-  name: "Team API"
-  description: >-
-    Specialized team for API and backend service development. Focuses on
-    robust service architecture, implementation, and testing without UI
-    components. Ideal for microservices, REST APIs, and backend systems.
-
-agents:
-  - bmad
-  - analyst
-  - architect
-  - dev
-  - qa
-  - po
-
-workflows:
-  - greenfield-service
-  - brownfield-service
-```
-
-### Example 2: Rapid Prototyping Team
-
-```yaml
-bundle:
-  name: "Team Prototype"
-  description: >-
-    Agile team for rapid prototyping and proof of concept development.
-    Combines planning, design, and implementation for quick iterations
-    on new ideas and experimental features.
-
-agents:
-  - bmad
-  - pm
-  - ux-expert
-  - architect
-  - dev
-
-workflows:
-  - greenfield-ui
-  - greenfield-fullstack
-```
-
-## Team Creation Checklist
-
-- [ ] Team purpose clearly defined
-- [ ] Name follows schema pattern "Team {Name}"
-- [ ] Description is 20-500 characters
-- [ ] Includes bmad orchestrator
-- [ ] Agents align with team purpose
-- [ ] Workflows match team capabilities
-- [ ] No conflicting validations (e.g., no-UI team with UI workflows)
-- [ ] Configuration validates against schema
-- [ ] Build completes successfully
-- [ ] Output size appropriate for platform
-
-## Best Practices
-
-1. **Start Focused**: Create teams with specific purposes rather than general-purpose teams
-2. **Consider Workflow**: Order agents by typical workflow sequence
-3. **Avoid Redundancy**: Don't duplicate roles unless needed
-4. **Document Rationale**: Explain why each agent is included
-5. **Test Integration**: Verify team works well with selected workflows
-6. **Iterate**: Refine team composition based on usage
-
-This schema-driven approach ensures teams are well-structured, purposeful, and integrate seamlessly with the BMAD ecosystem.
-==================== END: tasks#create-team ====================
-
-==================== START: tasks#create-expansion-pack ====================
-# Create Expansion Pack Task
-
-This task helps you create a comprehensive BMAD expansion pack that can include new agents, tasks, templates, and checklists for a specific domain.
-
-## Understanding Expansion Packs
-
-Expansion packs extend BMAD with domain-specific capabilities. They are self-contained packages that can be installed into any BMAD project. Every expansion pack MUST include a custom BMAD orchestrator agent that manages the domain-specific workflow.
-
-## CRITICAL REQUIREMENTS
-
-1. **Create Planning Document First**: Before any implementation, create a concise task list for user approval
-2. **Verify All References**: Any task, template, or data file referenced in an agent MUST exist in the pack
-3. **Include Orchestrator**: Every pack needs a custom BMAD-style orchestrator agent
-4. **User Data Requirements**: Clearly specify any files users must provide in their data folder
-
-## Process Overview
-
-### Phase 1: Discovery and Planning
-
-#### 1.1 Define the Domain
-
-Ask the user:
-
-- **Pack Name**: Short identifier (e.g., `healthcare`, `fintech`, `gamedev`)
-- **Display Name**: Full name (e.g., "Healthcare Compliance Pack")
-- **Description**: What domain or industry does this serve?
-- **Key Problems**: What specific challenges will this pack solve?
-- **Target Users**: Who will benefit from this expansion?
-
-#### 1.2 Gather Examples
-
-Request from the user:
-
-- **Sample Documents**: Any existing documents in this domain
-- **Workflow Examples**: How work currently flows in this domain
-- **Compliance Needs**: Any regulatory or standards requirements
-- **Output Examples**: What final deliverables look like
-- **Data Requirements**: What reference data files users will need to provide
-
-#### 1.3 Create Planning Document
-
-IMPORTANT: STOP HERE AND CREATE PLAN FIRST
-
-Create `expansion-packs/{pack-name}/plan.md` with:
-
-```markdown
-# {Pack Name} Expansion Pack Plan
-
-## Overview
-
-- Pack Name: {name}
-- Description: {description}
-- Target Domain: {domain}
-
-## Components to Create
-
-### Agents
-
-- [ ] {pack-name}-orchestrator (REQUIRED: Custom BMAD orchestrator)
-- [ ] {agent-1-name}
-- [ ] {agent-2-name}
-
-### Tasks
-
-- [ ] {task-1} (referenced by: {agent})
-- [ ] {task-2} (referenced by: {agent})
-
-### Templates
-
-- [ ] {template-1} (used by: {agent/task})
-- [ ] {template-2} (used by: {agent/task})
-
-### Checklists
-
-- [ ] {checklist-1}
-- [ ] {checklist-2}
-
-### Data Files Required from User
-
-- [ ] {filename}.{ext} - {description of content needed}
-- [ ] {filename2}.{ext} - {description of content needed}
-
-## Approval
-
-User approval received: [ ] Yes
-```
-
-Important: Wait for user approval before proceeding to Phase 2
-
-### Phase 2: Component Design
-
-#### 2.1 Create Orchestrator Agent
-
-**FIRST PRIORITY**: Design the custom BMAD orchestrator:
-
-- **Name**: `{pack-name}-orchestrator`
-- **Purpose**: Master coordinator for domain-specific workflow
-- **Key Commands**: Domain-specific orchestration commands
-- **Integration**: How it leverages other pack agents
-- **Workflow**: The complete process it manages
-
-#### 2.2 Identify Specialist Agents
-
-For each additional agent:
-
-- **Role**: What specialist is needed?
-- **Expertise**: Domain-specific knowledge required
-- **Interactions**: How they work with orchestrator and BMAD agents
-- **Unique Value**: What can't existing agents handle?
-- **Required Tasks**: List ALL tasks this agent references
-- **Required Templates**: List ALL templates this agent uses
-- **Required Data**: List ALL data files this agent needs
-
-#### 2.3 Design Specialized Tasks
-
-For each task:
-
-- **Purpose**: What specific action does it enable?
-- **Inputs**: What information is needed?
-- **Process**: Step-by-step instructions
-- **Outputs**: What gets produced?
-- **Agent Usage**: Which agents will use this task?
-
-#### 2.4 Create Document Templates
-
-For each template:
-
-- **Document Type**: What kind of document?
-- **Structure**: Sections and organization
-- **Placeholders**: Variable content areas
-- **Instructions**: How to complete each section
-- **Standards**: Any format requirements
-
-#### 2.5 Define Checklists
-
-For each checklist:
-
-- **Purpose**: What quality aspect does it verify?
-- **Scope**: When should it be used?
-- **Items**: Specific things to check
-- **Criteria**: Pass/fail conditions
-
-### Phase 3: Implementation
-
-IMPORTANT: Only proceed after plan.md is approved
-
-#### 3.1 Create Directory Structure
-
-```text
-expansion-packs/
-└── {pack-name}/
-    ├── plan.md (ALREADY CREATED)
-    ├── manifest.yml
-    ├── README.md
-    ├── agents/
-    │   ├── {pack-name}-orchestrator.yml (REQUIRED)
-    │   └── {agent-id}.yml
-    ├── personas/
-    │   ├── {pack-name}-orchestrator.md (REQUIRED)
-    │   └── {agent-id}.md
-    ├── tasks/
-    │   └── {task-name}.md
-    ├── templates/
-    │   └── {template-name}.md
-    ├── checklists/
-    │   └── {checklist-name}.md
-    └── ide-agents/
-        ├── {pack-name}-orchestrator.ide.md (REQUIRED)
-        └── {agent-id}.ide.md
-```
-
-#### 3.2 Create Manifest
-
-Create `manifest.yml`:
-
-```yaml
-name: {pack-name}
-version: 1.0.0
-description: >-
-  {Detailed description of the expansion pack}
-author: {Your name or organization}
-bmad_version: "4.0.0"
-
-# Files to create in the expansion pack
-files:
-  agents:
-    - {pack-name}-orchestrator.yml
-    - {agent-name}.yml
-
-  personas:
-    - {pack-name}-orchestrator.md
-    - {agent-name}.md
-
-  ide-agents:
-    - {pack-name}-orchestrator.ide.md
-    - {agent-name}.ide.md
-
-  tasks:
-    - {task-name}.md
-
-  templates:
-    - {template-name}.md
-
-  checklists:
-    - {checklist-name}.md
-
-# Data files users must provide
-required_data:
-  - filename: {data-file}.{ext}
-    description: {What this file should contain}
-    location: bmad-core/data/
-
-# Dependencies on core BMAD components
-dependencies:
-  - {core-agent-name}
-  - {core-task-name}
-
-# Post-install message
-post_install_message: |
-  {Pack Name} expansion pack ready!
-
-  Required data files:
-  - {data-file}.{ext}: {description}
-
-  To use: npm run agent {pack-name}-orchestrator
-```
-
-### Phase 4: Content Creation
-
-IMPORTANT: Work through plan.md checklist systematically!
-
-#### 4.1 Create Orchestrator First
-
-1. Create `personas/{pack-name}-orchestrator.md` with BMAD-style commands
-2. Create `agents/{pack-name}-orchestrator.yml` configuration
-3. Create `ide-agents/{pack-name}-orchestrator.ide.md`
-4. Verify ALL referenced tasks exist
-5. Verify ALL referenced templates exist
-6. Document data file requirements
-
-#### 4.2 Agent Creation Order
-
-For each additional agent:
-
-1. Create persona file with domain expertise
-2. Create agent configuration YAML
-3. Create IDE-optimized version
-4. **STOP** - Verify all referenced tasks/templates exist
-5. Create any missing tasks/templates immediately
-6. Mark agent as complete in plan.md
-
-#### 4.3 Task Creation Guidelines
-
-Each task should:
-
-1. Have a clear, single purpose
-2. Include step-by-step instructions
-3. Provide examples when helpful
-4. Reference domain standards
-5. Be reusable across agents
-
-#### 4.4 Template Best Practices
-
-Templates should:
-
-1. Include clear section headers
-2. Provide inline instructions
-3. Show example content
-4. Mark required vs optional sections
-5. Include domain-specific terminology
-
-### Phase 5: Verification and Documentation
-
-#### 5.1 Final Verification Checklist
-
-Before declaring complete:
-
-1. [ ] All items in plan.md marked complete
-2. [ ] Orchestrator agent created and tested
-3. [ ] All agent references validated
-4. [ ] All required data files documented
-5. [ ] manifest.yml lists all components
-6. [ ] No orphaned tasks or templates
-
-#### 5.2 Create README
-
-Include:
-
-- Overview of the pack's purpose
-- **Orchestrator usage instructions**
-- Required data files and formats
-- List of all components
-- Integration with BMAD workflow
-- Example scenarios
-
-#### 5.3 Data File Documentation
-
-For each required data file:
-
-```markdown
-## Required Data Files
-
-### {filename}.{ext}
-
-- **Purpose**: {why this file is needed}
-- **Format**: {file format and structure}
-- **Location**: Place in `bmad-core/data/`
-- **Example**:
-```
-
-## Example: Healthcare Expansion Pack
-
-```text
-healthcare/
-├── plan.md (Created first for approval)
-├── manifest.yml
-├── README.md
-├── agents/
-│   ├── healthcare-orchestrator.yml (REQUIRED)
-│   ├── clinical-analyst.yml
-│   └── compliance-officer.yml
-├── personas/
-│   ├── healthcare-orchestrator.md (REQUIRED)
-│   ├── clinical-analyst.md
-│   └── compliance-officer.md
-├── ide-agents/
-│   ├── healthcare-orchestrator.ide.md (REQUIRED)
-│   ├── clinical-analyst.ide.md
-│   └── compliance-officer.ide.md
-├── tasks/
-│   ├── hipaa-assessment.md
-│   ├── clinical-protocol-review.md
-│   └── patient-data-analysis.md
-├── templates/
-│   ├── clinical-trial-protocol.md
-│   ├── hipaa-compliance-report.md
-│   └── patient-outcome-report.md
-└── checklists/
-    ├── hipaa-checklist.md
-    └── clinical-data-quality.md
-
-Required user data files:
-- bmad-core/data/medical-terminology.md
-- bmad-core/data/hipaa-requirements.md
-```
-
-## Interactive Questions Flow
-
-### Initial Discovery
-
-1. "What domain or industry will this expansion pack serve?"
-2. "What are the main challenges or workflows in this domain?"
-3. "Do you have any example documents or outputs? (Please share)"
-4. "What specialized roles/experts exist in this domain?"
-5. "What reference data will users need to provide?"
-
-### Planning Phase
-
-1. "Here's the proposed plan. Please review and approve before we continue."
-
-### Orchestrator Design
-
-1. "What key commands should the {pack-name} orchestrator support?"
-2. "What's the typical workflow from start to finish?"
-3. "How should it integrate with core BMAD agents?"
-
-### Agent Planning
-
-1. "For agent '{name}', what is their specific expertise?"
-2. "What tasks will this agent reference? (I'll create them)"
-3. "What templates will this agent use? (I'll create them)"
-4. "What data files will this agent need? (You'll provide these)"
-
-### Task Design
-
-1. "Describe the '{task}' process step-by-step"
-2. "What information is needed to complete this task?"
-3. "What should the output look like?"
-
-### Template Creation
-
-1. "What sections should the '{template}' document have?"
-2. "Are there any required formats or standards?"
-3. "Can you provide an example of a completed document?"
-
-### Data Requirements
-
-1. "For {data-file}, what information should it contain?"
-2. "What format should this data be in?"
-3. "Can you provide a sample?"
-
-## Important Considerations
-
-- **Plan First**: ALWAYS create and get approval for plan.md before implementing
-- **Orchestrator Required**: Every pack MUST have a custom BMAD orchestrator
-- **Verify References**: ALL referenced tasks/templates MUST exist
-- **Document Data Needs**: Clearly specify what users must provide
-- **Domain Expertise**: Ensure accuracy in specialized fields
-- **Compliance**: Include necessary regulatory requirements
-
-## Tips for Success
-
-1. **Plan Thoroughly**: The plan.md prevents missing components
-2. **Build Orchestrator First**: It defines the overall workflow
-3. **Verify As You Go**: Check off items in plan.md
-4. **Test References**: Ensure no broken dependencies
-5. **Document Data**: Users need clear data file instructions
-
-## Common Mistakes to Avoid
-
-1. **Missing Orchestrator**: Every pack needs its own BMAD-style orchestrator
-2. **Orphaned References**: Agent references task that doesn't exist
-3. **Unclear Data Needs**: Not specifying required user data files
-4. **Skipping Plan**: Going straight to implementation
-5. **Generic Orchestrator**: Not making it domain-specific
-
-## Completion Checklist
-
-- [ ] plan.md created and approved
-- [ ] All plan.md items checked off
-- [ ] Orchestrator agent created
-- [ ] All agent references verified
-- [ ] Data requirements documented or added
-- [ ] README includes all setup instructions
-- [ ] manifest.yml reflects actual files
-==================== END: tasks#create-expansion-pack ====================
-
 ==================== START: tasks#advanced-elicitation ====================
 # Advanced Elicitation Task
 
@@ -1195,7 +318,18 @@ You are the "Vibe CEO" - thinking like a CEO with unlimited resources and a sing
 7. **START_SMALL_SCALE_FAST**: Test concepts, then expand.
 8. **EMBRACE_THE_CHAOS**: Adapt and overcome challenges.
 
-## TODO: ADD MORE CONTENT ONCE STABLE ALPHA BUILD
+## IDE Development Workflow
+
+1. Shard the PRD (And Architecture documents if they exist also based on workflow type) using the Doc Shard task. The BMad-Master agent can help you do this. You will select the task, provide the doc to shard and the output folder. for example: `BMad Master, please Shard the docs/prd.md to the doc/prd/ folder` - this should ask you to use the md-tree-parser which is recommended, but either way shoudl result in multiple documents being created in the folder docs/prd.
+2. If you have fullstack, front end and or back end architecture documents you will want to follow the same thing, but shard all of these to an architecture folder instead of a prd folder.
+3. Ensure that you have at least one epic-n.md file in your prd folder, with the stories in order to develop.
+4. The docs or architecture folder or prd folder should have a source tree document and coding standards at a minimum. These are used by the dev agent, and the many other sharded docs are used by the SM agent.
+5. Use a new chat window to allow the SM agent to `draft the next story`.
+6. If you agree the story is correct, mark it as approved in the status field, and then start a new chat window with the dev agent.
+7. Ask the dev agent to implement the next story. If you draft the story file into the chat it will save time for the dev to have to find what the next one is. The dev should follow the tasks and subtasks marking them off as they are completed. The dev agent will also leave notes potentially for the SM to know about any deviations that might have occured to help draft the next story.
+8. Once complete and you have verified, mark it done, and start a new chat. Ask the SM to draft the next story - repeating the cycle.
+
+With this work flow, there is only 1 story in progress at a time, worked sequentially.
 ==================== END: data#bmad-kb ====================
 
 ==================== START: utils#workflow-management ====================
@@ -1210,8 +344,7 @@ The BMAD orchestrator MUST read the available workflows from the current team co
 **Critical Distinction**:
 
 - When asked "what workflows are available?", show ONLY the workflows defined in the current team bundle's configuration
-- The create-\* tasks (create-agent, create-team, etc.) are for CREATING new configurations, not for listing what's available in the current session
-- Use `/agent-list` to show agents in the current bundle, NOT the create-agent task
+- Use `/agent-list` to show agents in the current bundle
 - Use `/workflows` to show workflows in the current bundle, NOT any creation tasks
 
 ### Workflow Descriptions
@@ -1249,7 +382,7 @@ Available workflows for [Team Name]:
 [... etc. ...]
 
 Use /workflow-start {number or id} to begin a workflow.
-```
+```text
 
 ### /workflow-start {workflow-id}
 
@@ -1291,7 +424,7 @@ BMad: I see you've completed Discovery and part of Product Planning.
       - UX Strategy with Sally (ux-expert)
 
       Would you like me to load Sally to continue?
-```
+```text
 
 ### /workflow-next
 
@@ -1332,11 +465,11 @@ workflow_state:
     project-brief:
       status: completed
       created_by: analyst
-      timestamp: 2024-01-15T10:30:00Z
+      timestamp: 2024-01-15T10:30:00.000Z
     prd:
       status: in-progress
       created_by: pm
-      started: 2024-01-15T11:00:00Z
+      started: 2024-01-15T11:00:00.000Z
 ```
 
 ### 4. Workflow Interruption Handling
@@ -1361,7 +494,7 @@ BMad: I see you have a PRD and architecture document. Based on these artifacts,
       - Load Sarah (Product Owner) to validate all artifacts
 
       Would you like to continue with this workflow?
-```
+```text
 
 ## Workflow Context Passing
 
@@ -1395,9 +528,9 @@ Some workflows may have multiple paths:
 
 ```yaml
 conditional_paths:
-  - condition: "project_type == 'mobile'"
+  - condition: project_type == 'mobile'
     next_stage: mobile-specific-design
-  - condition: "project_type == 'web'"
+  - condition: project_type == 'web'
     next_stage: web-architecture
   - default: fullstack-architecture
 ```