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

package/{src/modules/bmm/docs → docs/explanation/features}/party-mode.md

@@ -1,14 +1,15 @@
-# Party Mode: Multi-Agent Collaboration
+---
+title: "Party Mode: Multi-Agent Collaboration"
+---
 
-**Get all your AI agents in one conversation**
 
----
+**Get all your AI agents in one conversation**
 
 ## What is Party Mode?
 
 Ever wanted to gather your entire AI team in one room and see what happens? That's party mode.
 
-Type `/bmad:core:workflows:party-mode` (or `*party-mode` from any agent), and suddenly you've got **all your AI agents** in one conversation. PM, Architect, DEV, UX Designer, the CIS creative agents - everyone shows up.
+Type `/bmad:core:workflows:party-mode` (or `*party-mode` from any agent or at key workflow junctions when asked), and suddenly you've got **all your AI agents** in one conversation. PM, Architect, DEV, UX Designer and more that you can choose from.
 
 **Why it's useful:**
 
@@ -19,8 +20,6 @@ Type `/bmad:core:workflows:party-mode` (or `*party-mode` from any agent), and su
 - **Sprint retrospectives** - Party mode powers the retrospective workflow
 - **Sprint planning** - Multi-agent collaboration for planning sessions
 
-**Future use:** Advanced elicitation workflows will leverage party mode for sophisticated requirement gathering.
-
 ---
 
 ## How It Works
@@ -40,16 +39,15 @@ Type `/bmad:core:workflows:party-mode` (or `*party-mode` from any agent), and su
 ## Quick Start
 
 ```bash
-# Trigger party mode
 /bmad:core:workflows:party-mode
 
-# OR from any agent context
 *party-mode
 
-# During party
+
+/bmad:core:workflows:party-mode and include also in the party Santa Clause and Einstein 
+
 Ask questions, respond to agents, direct the conversation
 
-# Exit
 Type: exit
 ```
 
@@ -103,121 +101,11 @@ _(Ideas cross-pollinate and evolve)_
 
 _(Multiple perspectives reveal the right answer)_
 
----
-
-## When NOT to Use Party Mode
-
-**Skip party mode for:**
-
-- Simple implementation questions → Use DEV agent
-- Document review → Use Technical Writer
-- Workflow status checks → Use any agent + `*workflow-status`
-- Single-domain questions → Use specialist agent
-
-**Use party mode for:**
-
-- Multi-perspective decisions
-- Creative collaboration
-- Post-mortems and retrospectives
-- Sprint planning sessions
-- Complex problem-solving
-
----
-
-## Agent Customization
-
-Party mode uses agents from `_bmad/[module]/agents/*.md` - these already include any customizations you applied during install.
-
-**To customize agents for party mode:**
-
-1. Create customization file: `_bmad/_config/agents/bmm-pm.customize.yaml`
-2. Run `npx bmad-method install` to rebuild agents
-3. Customizations now active in party mode
-
-Example customization:
-
-```yaml
-agent:
-  persona:
-    principles:
-      - 'HIPAA compliance is non-negotiable'
-      - 'Patient safety over feature velocity'
-```
-
-See [Agents Guide](./agents-guide.md#agent-customization) for details.
-
----
-
-## BMM Workflows That Use Party Mode
-
-**Current:**
-
-- `epic-retrospective` - Post-epic team retrospective powered by party mode
-- Sprint planning discussions (informal party mode usage)
-
-**Future:**
-
-- Advanced elicitation workflows will officially integrate party mode
-- Multi-agent requirement validation
-- Collaborative technical reviews
-
----
-
-## Available Agents
-
-Party mode can include **19+ agents** from all installed modules:
-
-**BMM (12 agents):** PM, Analyst, Architect, SM, DEV, TEA, UX Designer, Technical Writer, Game Designer, Game Developer, Game Architect
-
-**CIS (5 agents):** Brainstorming Coach, Creative Problem Solver, Design Thinking Coach, Innovation Strategist, Storyteller
-
-**BMB (1 agent):** BMad Builder
-
-**Core (1 agent):** BMad Master (orchestrator)
-
-**Custom:** Any agents you've created
-
----
-
-## Tips
-
-**Get better results:**
-
-- Be specific with your topic/question
-- Provide context (project type, constraints, goals)
-- Direct specific agents when you want their expertise
-- Make decisions - party mode informs, you decide
-- Time box discussions (15-30 minutes is usually plenty)
-
-**Examples of good opening questions:**
-
-- "We need to decide between REST and GraphQL for our mobile API. Project is a B2B SaaS with 50 enterprise clients."
-- "Our last sprint failed spectacularly. Let's discuss what went wrong with authentication implementation."
-- "Brainstorm: how can we make our game's tutorial feel rewarding instead of tedious?"
-
----
-
-## Troubleshooting
-
-**Same agents responding every time?**
-Vary your questions or explicitly request other perspectives: "Game Designer, your thoughts?"
-
-**Discussion going in circles?**
-BMad Master will summarize and redirect, or you can make a decision and move on.
-
-**Too many agents talking?**
-Make your topic more specific - BMad Master picks 2-3 agents based on relevance.
-
-**Agents not using customizations?**
-Make sure you ran `npx bmad-method install` after creating customization files.
-
----
-
 ## Related Documentation
 
-- [Agents Guide](./agents-guide.md) - Complete agent reference
-- [Quick Start Guide](./quick-start.md) - Getting started with BMM
-- [FAQ](./faq.md) - Common questions
+- [Agents Reference](/docs/reference/agents/index.md) - Complete agent reference
+- [Quick Start Guide](/docs/tutorials/getting-started/getting-started-bmadv6.md) - Getting started with BMM
+- [Setup Party Mode](/docs/how-to/workflows/setup-party-mode.md) - How to use it
 
 ---
 

package/docs/explanation/features/quick-flow.md

@@ -0,0 +1,169 @@
+---
+title: "Quick Spec Flow"
+description: Understanding Quick Spec Flow for rapid development in BMad Method
+---
+
+
+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.
+
+**Perfect for:** Bug fixes, small features, rapid prototyping, and quick enhancements
+
+**Time to implementation:** Minutes, not hours
+
+---
+
+## When to Use Quick Flow
+
+### ✅ Use Quick Flow 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 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 Flow Overview
+
+```mermaid
+flowchart TD
+    START[Step 1: Run Tech-Spec Workflow]
+    DETECT[Detects project stack]
+    ANALYZE[Analyzes brownfield codebase]
+    TEST[Detects test frameworks]
+    CONFIRM[Confirms conventions]
+    GENERATE[Generates context-rich tech-spec]
+    STORIES[Creates ready-to-implement stories]
+    IMPL[Step 2: Implement with DEV Agent]
+    DONE[DONE!]
+
+    START --> DETECT
+    DETECT --> ANALYZE
+    ANALYZE --> TEST
+    TEST --> CONFIRM
+    CONFIRM --> GENERATE
+    GENERATE --> STORIES
+    STORIES --> IMPL
+    IMPL --> DONE
+
+    style START fill:#bfb,stroke:#333,stroke-width:2px
+    style IMPL fill:#bbf,stroke:#333,stroke-width:2px
+    style DONE fill:#f9f,stroke:#333,stroke-width:3px
+```
+
+---
+
+## 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!)
+
+---
+
+## Smart Context Discovery
+
+Quick Spec Flow automatically discovers and uses:
+
+### Existing Documentation
+- Product briefs (if they exist)
+- Research documents
+- `document-project` output (brownfield codebase map)
+
+### Project Stack
+- **Node.js:** package.json → frameworks, dependencies, scripts
+- **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
+
+### Brownfield Code Patterns
+- Directory structure and organization
+- Existing code patterns (class-based, functional, MVC)
+- Naming conventions
+- Test frameworks and patterns
+- Code style configurations
+
+### Convention Confirmation
+
+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
+
+Test Patterns:
+- Jest test framework
+- .test.js file naming
+
+Should I follow these existing conventions? (yes/no)
+```
+
+**You decide:** Conform to existing patterns or establish new standards!
+
+---
+
+## Auto-Validation
+
+Quick Spec Flow **automatically validates** everything:
+
+- ✅ Context gathering completeness
+- ✅ Definitiveness (no "use X or Y" statements)
+- ✅ Brownfield integration quality
+- ✅ Stack alignment
+- ✅ Implementation readiness
+
+---
+
+## Comparison: Quick Flow 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                    |
+| **Validation**        | Auto-validates everything    | Manual validation steps            |
+| **Brownfield**        | Auto-analyzes and conforms   | Manual documentation required      |
+
+---
+
+## When to Graduate 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!
+
+---
+
+## Related
+
+- [Quick Spec](/docs/how-to/workflows/quick-spec.md) - How to use Quick Flow
+- [Quick Start Guide](/docs/tutorials/getting-started/getting-started-bmadv6.md) - Getting started
+- [Four Phases](/docs/explanation/architecture/four-phases.md) - Understanding the full methodology