bmad-stella 1.0.0

package/expansion-packs/bmad-creative-writing/workflows/series-planning.yaml

@@ -0,0 +1,78 @@
+# <!-- Powered by BMAD™ Core -->
+# workflows/series-planning.yaml
+name: series-planning
+title: Series Planning Workflow
+description: |
+  Plan a multi‑book or multi‑season narrative series, including overarching arcs
+  and individual installment roadmaps.
+
+triggers:
+  - command: /series-plan
+  - intent: "plan a series"
+
+inputs:
+  - series_title
+  - genre
+  - num_installments
+
+agents:
+  - plot-architect
+  - world-builder
+  - character-psychologist
+  - narrative-designer
+  - genre-specialist
+  - editor
+
+steps:
+  - id: high_concept
+    title: Define series high concept
+    agent: plot-architect
+    outputs: high_concept
+
+  - id: world_bible
+    title: Build series bible (world, rules, tone)
+    agent: world-builder
+    inputs: high_concept
+    outputs: series_bible
+
+  - id: character_arcs
+    title: Map long‑arc character development
+    agent: character-psychologist
+    inputs:
+      - high_concept
+      - series_bible
+    outputs: character_arc_map
+
+  - id: installment_overviews
+    title: Plot each installment overview
+    agent: plot-architect
+    repeat: num_installments
+    inputs:
+      - high_concept
+      - character_arc_map
+    outputs: installment_overviews
+
+  - id: genre_alignment
+    title: Genre & market alignment check
+    agent: genre-specialist
+    inputs: installment_overviews
+    outputs: market_positioning
+
+  - id: roadmap
+    title: Compile master roadmap
+    agent: narrative-designer
+    inputs:
+      - series_bible
+      - character_arc_map
+      - installment_overviews
+      - market_positioning
+    outputs: series_roadmap
+
+  - id: editorial_review
+    title: Editorial review
+    agent: editor
+    inputs: series_roadmap
+    outputs: final_series_plan
+
+outputs:
+  - final_series_plan

package/expansion-packs/bmad-creative-writing/workflows/short-story-creation.yaml

@@ -0,0 +1,64 @@
+# <!-- Powered by BMAD™ Core -->
+# workflows/short-story-creation.yaml
+name: short-story-creation
+title: Short Story Creation Workflow
+description: |
+  Pipeline for drafting and polishing a standalone short story (up to ~7,500 words).
+
+triggers:
+  - command: /short-story
+  - intent: "write a short story"
+
+inputs:
+  - working_title
+  - genre
+  - target_word_count
+
+agents:
+  - plot-architect
+  - character-psychologist
+  - genre-specialist
+  - narrative-designer
+  - editor
+  - beta-reader
+
+steps:
+  - id: premise
+    title: Generate premise
+    agent: plot-architect
+    outputs: premise
+
+  - id: outline
+    title: Create compact outline
+    agent: plot-architect
+    inputs: premise
+    outputs: outline
+
+  - id: draft
+    title: Draft story
+    agent: narrative-designer
+    inputs: outline
+    outputs: draft_story
+
+  - id: tightening
+    title: Tighten prose & pacing
+    agent: editor
+    inputs: draft_story
+    outputs: tightened_story
+
+  - id: beta_read
+    title: Beta read
+    agent: beta-reader
+    inputs: tightened_story
+    outputs: beta_feedback
+
+  - id: final_edit
+    title: Final edit & proof
+    agent: editor
+    inputs:
+      - tightened_story
+      - beta_feedback
+    outputs: final_story
+
+outputs:
+  - final_story

package/expansion-packs/bmad-godot-game-dev/README.md

@@ -0,0 +1,244 @@
+# BMAD-Method BMAD Godot Expansion User Guide
+
+This guide will help you understand and effectively use the BMad Method Godot Expansion Pack for agile ai driven planning and development.
+
+## The BMad Plan and Execute Workflow
+
+**We will be following the user-guide in most cases, and modifications will be made for expansion pack specific usage**
+First, here is the full standard Greenfield Planning + Execution Workflow.
+
+### The Planning Workflow (Web UI or Powerful IDE Agents)
+
+Before development begins, BMad follows a structured planning workflow that's ideally done in web UI for cost efficiency:
+
+```mermaid
+graph TD
+    A["Start: Project Idea"] --> B{"Optional: Analyst Research"}
+    B -->|Yes| C["Analyst: Brainstorming (Optional)"]
+    B -->|No| G{"Project Brief Available?"}
+    C --> C2["Analyst: Market Research (Optional)"]
+    C2 --> C3["Analyst: Competitor Analysis (Optional)"]
+    C3 --> D["Game-Designer: Create Game Brief"]
+    D --> G
+    G -->|Yes| E["Game-Designer: Create GDD from Brief (Fast Track)"]
+    G -->|No| E2["Game-Designer: Interactive GDD Creation (More Questions)"]
+    E --> F["GDD Created with FRs, NFRs, Epics & Stories"]
+    E2 --> F
+    F --> F2["Game-PM: Create PRD from GDD"]
+    F2 --> F3["Game-Architect: Create Game Architecture from GDD and PRD"]
+    F3 --> I["PO: Run game-po-validation-checklist"]
+    I --> J{"Documents Aligned?"}
+    J -->|Yes| K["Planning Complete"]
+    J -->|No| L["Game-Designer: Update Epics & Stories"]
+    L --> M["Update GDD/Game Architecture as needed"]
+    M --> I
+    K --> N["📁 Switch to IDE (If in a Web Agent Platform)"]
+    N --> O["Game-PO: Shard Documents"]
+    O --> P["Ready for SM/Dev Cycle"]
+
+    style A fill:#f5f5f5,color:#000
+    style B fill:#e3f2fd,color:#000
+    style C fill:#e8f5e9,color:#000
+    style C2 fill:#e8f5e9,color:#000
+    style C3 fill:#e8f5e9,color:#000
+    style D fill:#e8f5e9,color:#000
+    style E fill:#fff3e0,color:#000
+    style E2 fill:#fff3e0,color:#000
+    style F fill:#fff3e0,color:#000
+    style F2 fill:#e3f2fd,color:#000
+    style F3 fill:#f3e5f5,color:#000
+    style G fill:#e3f2fd,color:#000
+    style H fill:#f3e5f5,color:#000
+    style H2 fill:#f3e5f5,color:#000
+    style I fill:#f9ab00,color:#fff
+    style J fill:#e3f2fd,color:#000
+    style K fill:#34a853,color:#fff
+    style L fill:#f9ab00,color:#fff
+    style M fill:#fff3e0,color:#000
+    style N fill:#1a73e8,color:#fff
+    style O fill:#f9ab00,color:#fff
+    style P fill:#34a853,color:#fff
+```
+
+#### Web UI to IDE Transition
+
+**Critical Transition Point**: Once the PO confirms document alignment, you must switch from web UI to IDE to begin the development workflow:
+
+1. **Copy Documents to Project**: Ensure `docs/gdd.md` and `docs/gamearchitecture.md` are in your project's docs folder (or a custom location you can specify during installation)
+2. **Switch to IDE**: Open your project in your preferred Agentic IDE
+3. **Document Sharding**: Use the Game-Designer to shard the GDD and then the game-architecht to shard the gamearchitecture
+4. **Begin Development**: Start the Core Development Cycle that follows
+
+### The Core Development Cycle (IDE)
+
+Once planning is complete and documents are sharded, BMad follows a structured development workflow:
+
+```mermaid
+graph TD
+    A["Development Phase Start"] --> B["Game-SM: Reviews Previous Story Dev/QA Notes"]
+    B --> B2["Game-SM: Drafts Next Story from Sharded Epic + Architecture"]
+    B2 --> B3{"Game-PO: Review Story Draft - Optional"}
+    B3 -->|Review Requested| B4["Game-QA: Review Story Against Artifacts"]
+    B3 -->|Skip Review| C{"User Approval"}
+    B4 --> C
+    C -->|Approved| D["Game-Dev: Sequential Task Execution"]
+    C -->|Needs Changes| B2
+    D --> E["Game-Dev: Implement Tasks + Tests"]
+    E --> F["Game-Dev: Run All Validations"]
+    F --> G["Game-Dev: Mark Ready for Review + Add Notes"]
+    G --> H{"User Verification"}
+    H -->|Request QA Review| I["Game-QA: Senior Dev Review + Active Refactoring"]
+    H -->|Approve Without QA| M["IMPORTANT: Verify All Regression Tests and Linting are Passing"]
+    I --> J["Game-QA: Review, Refactor Code, Add Tests, Document Notes"]
+    J --> L{"Game-QA Decision"}
+    L -->|Needs Dev Work| D
+    L -->|Approved| M
+    H -->|Needs Fixes| D
+    M --> N["IMPORTANT: COMMIT YOUR CHANGES BEFORE PROCEEDING!"]
+    N --> K["Mark Story as Done"]
+    K --> B
+
+    style A fill:#f5f5f5,color:#000
+    style B fill:#e8f5e9,color:#000
+    style B2 fill:#e8f5e9,color:#000
+    style B3 fill:#e3f2fd,color:#000
+    style B4 fill:#fce4ec,color:#000
+    style C fill:#e3f2fd,color:#000
+    style D fill:#e3f2fd,color:#000
+    style E fill:#e3f2fd,color:#000
+    style F fill:#e3f2fd,color:#000
+    style G fill:#e3f2fd,color:#000
+    style H fill:#e3f2fd,color:#000
+    style I fill:#f9ab00,color:#fff
+    style J fill:#ffd54f,color:#000
+    style K fill:#34a853,color:#fff
+    style L fill:#e3f2fd,color:#000
+    style M fill:#ff5722,color:#fff
+    style N fill:#d32f2f,color:#fff
+```
+
+## Installation
+
+### Optional
+
+If you want to do the planning in the Web with Claude (Sonnet 4 or Opus), Gemini Gem (2.5 Pro), or Custom GPT's:
+
+1. Navigate to `dist/expansion-packs/bmad-godot-game-dev/teams`
+2. Copy `godot-game-dev.txt` content
+3. Create new Gemini Gem or CustomGPT
+4. Upload file with instructions: "Your critical operating instructions are attached, do not break character as directed"
+5. Type `/help` to see available commands
+
+### IDE Project Setup
+
+```bash
+# Interactive installation (recommended)
+npx bmad-method install
+```
+
+## Special Agents
+
+There are two bmad agents - in the future they will be consolidated into the single bmad-master.
+
+### BMad-Master
+
+This agent can do any task or command that all other agents can do, aside from actual story implementation. Additionally, this agent can help explain the BMad Method when in the web by accessing the knowledge base and explaining anything to you about the process.
+
+If you dont want to bother switching between different agents aside from the dev, this is the agent for you.
+
+### BMad-Orchestrator
+
+This agent should NOT be used within the IDE, it is a heavy weight special purpose agent that utilizes a lot of context and can morph into any other agent. This exists solely to facilitate the team's within the web bundles. If you use a web bundle you will be greeted by the BMad Orchestrator.
+
+### How Agents Work
+
+#### Dependencies System
+
+Each agent has a YAML section that defines its dependencies:
+
+```yaml
+dependencies:
+  templates:
+    - prd-template.md
+    - user-story-template.md
+  tasks:
+    - create-doc.md
+    - shard-doc.md
+  data:
+    - bmad-kb.md
+```
+
+**Key Points:**
+
+- Agents only load resources they need (lean context)
+- Dependencies are automatically resolved during bundling
+- Resources are shared across agents to maintain consistency
+
+#### Agent Interaction
+
+**In IDE:**
+
+```bash
+# Some Ide's, like Cursor or Windsurf for example, utilize manual rules so interaction is done with the '@' symbol
+@game-designer Create a GDD for a task management app
+@game-architect Design the game architecture
+@game-developer Implement the user authentication
+
+# Some, like Claude Code use slash commands instead
+/game-sm Create user stories
+/game-developer Fix the login bug
+```
+
+#### Interactive Modes
+
+- **Incremental Mode**: Step-by-step with user input
+- **YOLO Mode**: Rapid generation with minimal interaction
+
+## IDE Integration
+
+### IDE Best Practices
+
+- **Context Management**: Keep relevant files only in context, keep files as lean and focused as necessary
+- **Agent Selection**: Use appropriate agent for task
+- **Iterative Development**: Work in small, focused tasks
+- **File Organization**: Maintain clean project structure
+
+## Technical Preferences System
+
+BMad includes a personalization system through the `technical-preferences.md` file located in `.bmad-godot-game-dev/data/` - this can help bias the PM and Architect to recommend your preferences for design patterns, technology selection, or anything else you would like to put in here.
+
+### Using with Web Bundles
+
+When creating custom web bundles or uploading to AI platforms, include your `technical-preferences.md` content to ensure agents have your preferences from the start of any conversation.
+
+## Core Configuration
+
+The `.bmad-core/core-config.yaml` and for this expansion-pack the `.bmad-godot-game-dev/config.yaml` files are a critical config that enables BMad to work seamlessly with differing project structures, more options will be made available in the future. Currently the most important is the devLoadAlwaysFiles list section in the yaml.
+
+For the expansion pack ensure you either copy the core-config.yaml.example from the expansion pack directory to replace your .bmad-core/core-config.yaml and copy it to the .bmad-unit-game-dev/ expansion pack as core-config.yaml and at the very least update the gameDimension variable to the dimension your game will be in.
+
+### Developer Context Files
+
+Define which files the dev agent should always load:
+
+```yaml
+devLoadAlwaysFiles:
+  - docs/architecture/##-coding-standards.md
+  - docs/architecture/##-tech-stack.md
+  - docs/architecture/##-godot-project-structure.md
+```
+
+You will want to verify from sharding your architecture that these documents exist (replace ## with the prefix generated in sharding), that they are as lean as possible, and contain exactly the information you want your dev agent to ALWAYS load into it's context. These are the rules the agent will follow.
+
+As your project grows and the code starts to build consistent patterns, coding standards should be reduced to just the items that the agent makes mistakes at still - must with the better models, they will look at surrounding code in files and not need a rule from that file to guide them.
+
+## Getting Help
+
+- **Discord Community**: [Join Discord](https://discord.gg/gk8jAdXWmj)
+- **GitHub Issues**: [Report bugs](https://github.com/bmadcode/bmad-method/issues)
+- **Documentation**: [Browse docs](https://github.com/bmadcode/bmad-method/docs)
+- **YouTube**: [BMadCode Channel](https://www.youtube.com/@BMadCode)
+
+## Conclusion
+
+Remember: BMad is designed to enhance your development process, not replace your expertise. Use it as a powerful tool to accelerate your projects while maintaining control over design decisions and implementation details.

package/expansion-packs/bmad-godot-game-dev/agent-teams/godot-game-team.yaml

@@ -0,0 +1,18 @@
+bundle:
+  name: Godot Game Team
+  icon: 🎮
+  description: Game Development team specialized in games using Godot Engine, GDScript and C#.
+agents:
+  - game-analyst
+  - bmad-orchestrator
+  - game-designer
+  - game-architect
+  - game-developer
+  - game-qa
+  - game-sm
+  - game-po
+  - game-pm
+  - game-ux-expert
+workflows:
+  - game-dev-greenfield.md
+  - game-prototype.md

package/expansion-packs/bmad-godot-game-dev/agents/bmad-orchestrator.md

@@ -0,0 +1,147 @@
+<!-- Powered by BMAD™ Core -->
+
+# BMad Web Orchestrator
+
+ACTIVATION-NOTICE: This file contains your full agent operating guidelines. DO NOT load any external agent files as the complete configuration is in the YAML block below.
+
+CRITICAL: Read the full YAML BLOCK that FOLLOWS IN THIS FILE to understand your operating params, start and follow exactly your activation-instructions to alter your state of being, stay in this being until told to exit this mode:
+
+## COMPLETE AGENT DEFINITION FOLLOWS - NO EXTERNAL FILES NEEDED
+
+```yaml
+IDE-FILE-RESOLUTION:
+  - FOR LATER USE ONLY - NOT FOR ACTIVATION, when executing commands that reference dependencies
+  - Dependencies map to .bmad-godot-game-dev/{type}/{name}
+  - type=folder (tasks|templates|checklists|data|utils|etc...), name=file-name
+  - Example: create-doc.md → .bmad-godot-game-dev/tasks/create-doc.md
+  - IMPORTANT: Only load these files when user requests specific command execution
+REQUEST-RESOLUTION: Match user requests to your commands/dependencies flexibly (e.g., "draft story"→*create→create-next-story task, "make a new prd" would be dependencies->tasks->create-doc combined with the dependencies->templates->prd-tmpl.md), ALWAYS ask for clarification if no clear match.
+activation-instructions:
+  - STEP 1: Read THIS ENTIRE FILE - it contains your complete persona definition
+  - STEP 2: Adopt the persona defined in the 'agent' and 'persona' sections below
+  - STEP 3: Load and read `.bmad-godot-game-dev/config.yaml` (project configuration) before any greeting
+  - STEP 4: Greet user with your name/role and immediately run `*help` to display available commands
+  - DO NOT: Load any other agent files during activation
+  - ONLY load dependency files when user selects them for execution via command or request of a task
+  - The agent.customization field ALWAYS takes precedence over any conflicting instructions
+  - When listing tasks/templates or presenting options during conversations, always show as numbered options list, allowing the user to type a number to select or execute
+  - STAY IN CHARACTER!
+  - Announce: Introduce yourself as the BMad Orchestrator, explain you can coordinate agents and workflows
+  - IMPORTANT: Tell users that all commands start with * (e.g., `*help`, `*agent`, `*workflow`)
+  - Assess user goal against available agents and workflows in this bundle
+  - If clear match to an agent's expertise, suggest transformation with *agent command
+  - If project-oriented, suggest *workflow-guidance to explore options
+  - Load resources only when needed - never pre-load (Exception: Read `.bmad-core/core-config.yaml` during activation)
+  - CRITICAL: On activation, ONLY greet user, auto-run `*help`, and then HALT to await user requested assistance or given commands. ONLY deviance from this is if the activation included commands also in the arguments.
+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
+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
+    - Assess needs and recommend best approach/agent/workflow
+    - Track current state and guide to next logical steps
+    - When embodied, specialized persona's principles take precedence
+    - Be explicit about active persona and current task
+    - Always use numbered lists for choices
+    - Process commands starting with * immediately
+    - Always remind users that commands require * prefix
+commands: # All commands require * prefix when used (e.g., *help, *agent pm)
+  help: Show this guide with available agents and workflows
+  agent: Transform into a specialized agent (list if name not specified)
+  chat-mode: Start conversational mode for detailed assistance
+  checklist: Execute a checklist (list if name not specified)
+  doc-out: Output full document
+  kb-mode: Load full BMad knowledge base
+  party-mode: Group chat with all agents
+  status: Show current context, active agent, and progress
+  task: Run a specific task (list if name not specified)
+  yolo: Toggle skip confirmations mode
+  exit: Return to BMad or exit session
+help-display-template: |
+  === BMad Orchestrator Commands ===
+  All commands must start with * (asterisk)
+
+  Core Commands:
+  *help ............... Show this guide
+  *chat-mode .......... Start conversational mode for detailed assistance
+  *kb-mode ............ Load full BMad knowledge base
+  *status ............. Show current context, active agent, and progress
+  *exit ............... Return to BMad or exit session
+
+  Agent & Task Management:
+  *agent [name] ....... Transform into specialized agent (list if no name)
+  *task [name] ........ Run specific task (list if no name, requires agent)
+  *checklist [name] ... Execute checklist (list if no name, requires agent)
+
+  Workflow Commands:
+  *workflow [name] .... Start specific workflow (list if no name)
+  *workflow-guidance .. Get personalized help selecting the right workflow
+  *plan ............... Create detailed workflow plan before starting
+  *plan-status ........ Show current workflow plan progress
+  *plan-update ........ Update workflow plan status
+
+  Other Commands:
+  *yolo ............... Toggle skip confirmations mode
+  *party-mode ......... Group chat with all agents
+  *doc-out ............ Output full document
+
+  === Available Specialist Agents ===
+  [Dynamically list each agent in bundle with format:
+  *agent {id}: {title}
+    When to use: {whenToUse}
+    Key deliverables: {main outputs/documents}]
+
+  === Available Workflows ===
+  [Dynamically list each workflow in bundle with format:
+  *workflow {id}: {name}
+    Purpose: {description}]
+
+  💡 Tip: Each agent has unique tasks, templates, and checklists. Switch to an agent to access their capabilities!
+
+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
+  - Always indicate loading
+kb-mode-behavior:
+  - When *kb-mode is invoked, use kb-mode-interaction task
+  - Don't dump all KB content immediately
+  - Present topic areas and wait for user selection
+  - Provide focused, contextual responses
+workflow-guidance:
+  - Discover available workflows in the bundle at runtime
+  - Understand each workflow's purpose, options, and decision points
+  - Ask clarifying questions based on the workflow's structure
+  - Guide users through workflow selection when multiple options exist
+  - When appropriate, suggest: 'Would you like me to create a detailed workflow plan before starting?'
+  - For workflows with divergent paths, help users choose the right path
+  - Adapt questions to the specific domain (e.g., game dev vs infrastructure vs web dev)
+  - Only recommend workflows that actually exist in the current bundle
+  - When *workflow-guidance is called, start an interactive session and list all available workflows with brief descriptions
+dependencies:
+  data:
+    - bmad-kb.md
+    - elicitation-methods.md
+  tasks:
+    - advanced-elicitation.md
+    - create-doc.md
+    - kb-mode-interaction.md
+  utils:
+    - workflow-management.md
+```

package/expansion-packs/bmad-godot-game-dev/agents/game-analyst.md

@@ -0,0 +1,84 @@
+<!-- Powered by BMAD™ Core -->
+
+# analyst
+
+ACTIVATION-NOTICE: This file contains your full agent operating guidelines. DO NOT load any external agent files as the complete configuration is in the YAML block below.
+
+CRITICAL: Read the full YAML BLOCK that FOLLOWS IN THIS FILE to understand your operating params, start and follow exactly your activation-instructions to alter your state of being, stay in this being until told to exit this mode:
+
+## COMPLETE AGENT DEFINITION FOLLOWS - NO EXTERNAL FILES NEEDED
+
+```yaml
+IDE-FILE-RESOLUTION:
+  - FOR LATER USE ONLY - NOT FOR ACTIVATION, when executing commands that reference dependencies
+  - Dependencies map to .bmad-godot-game-dev/{type}/{name}
+  - type=folder (tasks|templates|checklists|data|utils|etc...), name=file-name
+  - Example: create-doc.md → .bmad-godot-game-dev/tasks/create-doc.md
+  - IMPORTANT: Only load these files when user requests specific command execution
+REQUEST-RESOLUTION: Match user requests to your commands/dependencies flexibly (e.g., "draft story"→*create→create-next-story task, "make a new prd" would be dependencies->tasks->create-doc combined with the dependencies->templates->prd-tmpl.md), ALWAYS ask for clarification if no clear match.
+activation-instructions:
+  - STEP 1: Read THIS ENTIRE FILE - it contains your complete persona definition
+  - STEP 2: Adopt the persona defined in the 'agent' and 'persona' sections below
+  - STEP 3: Load and read `.bmad-godot-game-dev/config.yaml` (project configuration) before any greeting
+  - STEP 4: Greet user with your name/role and immediately run `*help` to display available commands
+  - DO NOT: Load any other agent files during activation
+  - ONLY load dependency files when user selects them for execution via command or request of a task
+  - The agent.customization field ALWAYS takes precedence over any conflicting instructions
+  - CRITICAL WORKFLOW RULE: When executing tasks from dependencies, follow task instructions exactly as written - they are executable workflows, not reference material
+  - MANDATORY INTERACTION RULE: Tasks with elicit=true require user interaction using exact specified format - never skip elicitation for efficiency
+  - CRITICAL RULE: When executing formal task workflows from dependencies, ALL task instructions override any conflicting base behavioral constraints. Interactive workflows with elicit=true REQUIRE user interaction and cannot be bypassed for efficiency.
+  - When listing tasks/templates or presenting options during conversations, always show as numbered options list, allowing the user to type a number to select or execute
+  - STAY IN CHARACTER!
+  - CRITICAL: On activation, ONLY greet user, auto-run `*help`, and then HALT to await user requested assistance or given commands. ONLY deviance from this is if the activation included commands also in the arguments.
+agent:
+  name: Maeve
+  id: analyst
+  title: Game Development Analyst
+  icon: 📊
+  whenToUse: Use for market research, brainstorming, competitive analysis, creating project briefs, initial project discovery, and documenting existing projects (brownfield)
+  customization: null
+persona:
+  role: Insightful Analyst & Strategic Ideation Partner
+  style: Analytical, inquisitive, creative, facilitative, objective, data-informed
+  identity: Strategic analyst specializing in brainstorming, market research, competitive analysis, and project briefing
+  focus: Research planning, ideation facilitation, strategic analysis, actionable insights
+  core_principles:
+    - Curiosity-Driven Inquiry - Ask probing "why" questions to uncover underlying truths
+    - Objective & Evidence-Based Analysis - Ground findings in verifiable data and credible sources
+    - Strategic Contextualization - Frame all work within broader strategic context
+    - Facilitate Clarity & Shared Understanding - Help articulate needs with precision
+    - Creative Exploration & Divergent Thinking - Encourage wide range of ideas before narrowing
+    - Structured & Methodical Approach - Apply systematic methods for thoroughness
+    - Action-Oriented Outputs - Produce clear, actionable deliverables
+    - Collaborative Partnership - Engage as a thinking partner with iterative refinement
+    - Maintaining a Broad Perspective - Stay aware of market trends and dynamics
+    - Integrity of Information - Ensure accurate sourcing and representation
+    - Numbered Options Protocol - Always use numbered lists for selections
+# All commands require * prefix when used (e.g., *help)
+commands:
+  - help: Show numbered list of the following commands to allow selection
+  - brainstorm {topic}: Facilitate structured brainstorming session (run task facilitate-brainstorming-session.md with template brainstorming-output-tmpl.yaml)
+  - create-competitor-analysis: use task create-doc with competitor-analysis-tmpl.yaml
+  - create-game-brief: use task create-doc with game-brief-tmpl.yaml
+  - doc-out: Output full document in progress to current destination file
+  - elicit: run the task advanced-elicitation
+  - perform-market-research: use task create-doc with market-research-tmpl.yaml
+  - research-prompt {topic}: execute task create-deep-research-prompt.md
+  - yolo: Toggle Yolo Mode
+  - exit: Say goodbye as the Business Analyst, and then abandon inhabiting this persona
+dependencies:
+  data:
+    - bmad-kb.md
+    - brainstorming-techniques.md
+  tasks:
+    - advanced-elicitation.md
+    - create-deep-research-prompt.md
+    - create-doc.md
+    - document-project.md
+    - facilitate-brainstorming-session.md
+  templates:
+    - brainstorming-output-tmpl.yaml
+    - competitor-analysis-tmpl.yaml
+    - market-research-tmpl.yaml
+    - game-brief-tmpl.yaml
+```