bmad-method 6.0.0-alpha.4 → 6.0.0-alpha.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude/commands/bmad/bmm/agents/architect.md +0 -1
- package/.claude/commands/bmad/bmm/agents/sm.md +1 -1
- package/.claude/commands/bmad/bmm/agents/tech-writer.md +82 -0
- package/.claude/commands/bmad/bmm/workflows/README.md +1 -1
- package/.claude/commands/bmad/bmm/workflows/epic-tech-context.md +15 -0
- package/.claude/commands/bmad/core/workflows/README.md +10 -0
- package/.claude/settings.local.json +4 -8
- package/CHANGELOG.md +305 -0
- package/README.md +88 -39
- package/bmad/_cfg/agent-manifest.csv +2 -1
- package/bmad/_cfg/agents/bmm-tech-writer.customize.yaml +42 -0
- package/bmad/_cfg/files-manifest.csv +40 -62
- package/bmad/_cfg/ides/claude-code.yaml +1 -1
- package/bmad/_cfg/manifest.yaml +4 -3
- package/bmad/_cfg/task-manifest.csv +4 -1
- package/bmad/_cfg/tool-manifest.csv +1 -0
- package/bmad/_cfg/workflow-manifest.csv +3 -1
- package/bmad/bmb/config.yaml +2 -2
- package/bmad/bmb/workflows/audit-workflow/instructions.md +1 -1
- package/bmad/bmm/README.md +79 -120
- package/bmad/bmm/README.md.bak +169 -0
- package/bmad/bmm/agents/analyst.md.bak +67 -0
- package/bmad/bmm/agents/architect.md +0 -1
- package/bmad/bmm/agents/architect.md.bak +73 -0
- package/bmad/bmm/agents/dev.md.bak +69 -0
- package/bmad/bmm/agents/pm.md.bak +76 -0
- package/bmad/bmm/agents/sm.md +1 -1
- package/bmad/bmm/agents/sm.md.bak +85 -0
- package/bmad/bmm/agents/tea.md.bak +72 -0
- package/bmad/bmm/agents/tech-writer.md +82 -0
- package/bmad/bmm/agents/ux-designer.md.bak +71 -0
- package/bmad/bmm/config.yaml +2 -2
- package/bmad/bmm/docs/README.md +235 -0
- package/bmad/bmm/docs/agents-guide.md +1057 -0
- package/bmad/bmm/docs/brownfield-guide.md +471 -972
- package/bmad/bmm/docs/enterprise-agentic-development.md +680 -0
- package/bmad/bmm/docs/faq.md +589 -0
- package/bmad/bmm/docs/glossary.md +321 -0
- package/bmad/bmm/docs/party-mode.md +224 -0
- package/bmad/bmm/docs/quick-spec-flow.md +64 -57
- package/bmad/bmm/docs/quick-start.md +72 -47
- package/bmad/bmm/docs/scale-adaptive-system.md +332 -778
- package/bmad/bmm/docs/troubleshooting.md +680 -0
- package/bmad/bmm/{workflows/3-solutioning/architecture/README.md → docs/workflow-architecture-reference.md} +130 -77
- package/bmad/bmm/{workflows/document-project/README.md → docs/workflow-document-project-reference.md} +45 -2
- package/bmad/bmm/docs/workflows-analysis.md +670 -0
- package/bmad/bmm/docs/workflows-implementation.md +1758 -0
- package/bmad/bmm/docs/workflows-planning.md +1086 -0
- package/bmad/bmm/docs/workflows-solutioning.md +726 -0
- package/bmad/bmm/tasks/daily-standup.xml +1 -1
- package/bmad/bmm/workflows/2-plan-workflows/tech-spec/workflow.yaml.bak +60 -0
- package/bmad/bmm/workflows/4-implementation/epic-tech-context/workflow.yaml +1 -1
- package/bmad/bmm/workflows/techdoc/documentation-standards.md +2 -1
- package/bmad/bmm/workflows/techdoc/documentation-standards.md.bak +238 -0
- package/bmad/bmm/workflows/workflow-status/init/instructions.md +623 -242
- package/bmad/bmm/workflows/workflow-status/init/workflow.yaml.bak +27 -0
- package/bmad/bmm/workflows/workflow-status/paths/enterprise-brownfield.yaml +120 -0
- package/bmad/bmm/workflows/workflow-status/paths/enterprise-greenfield.yaml +108 -0
- package/{src/modules/bmm/workflows/workflow-status/paths/brownfield-level-3.yaml → bmad/bmm/workflows/workflow-status/paths/method-brownfield.yaml} +33 -31
- package/{src/modules/bmm/workflows/workflow-status/paths/greenfield-level-2.yaml → bmad/bmm/workflows/workflow-status/paths/method-greenfield.yaml} +31 -21
- package/{src/modules/bmm/workflows/workflow-status/paths/brownfield-level-1.yaml → bmad/bmm/workflows/workflow-status/paths/quick-flow-brownfield.yaml} +18 -18
- package/bmad/bmm/workflows/workflow-status/paths/{greenfield-level-1.yaml → quick-flow-greenfield.yaml} +16 -18
- package/bmad/bmm/workflows/workflow-status/workflow-status-template.yaml +4 -4
- package/bmad/cis/agents/brainstorming-coach.md.bak +62 -0
- package/bmad/cis/agents/creative-problem-solver.md.bak +62 -0
- package/bmad/cis/agents/design-thinking-coach.md.bak +62 -0
- package/bmad/cis/agents/innovation-strategist.md.bak +62 -0
- package/bmad/cis/agents/storyteller.md.bak +59 -0
- package/bmad/cis/config.yaml +2 -2
- package/bmad/core/agents/bmad-master.md.bak +15 -13
- package/bmad/core/config.yaml +2 -2
- package/bmad/core/tasks/workflow.xml +1 -11
- package/package.json +1 -1
- package/src/core/tasks/workflow.xml +1 -11
- package/src/modules/bmb/workflows/audit-workflow/instructions.md +1 -1
- package/src/modules/bmm/README.md +1 -1
- package/src/modules/bmm/agents/architect.agent.yaml +0 -4
- package/src/modules/bmm/agents/game-dev.agent.yaml +8 -12
- package/src/modules/bmm/agents/sm.agent.yaml +1 -1
- package/src/modules/bmm/agents/{paige.agent.yaml → tech-writer.agent.yaml} +4 -4
- package/src/modules/bmm/docs/README.md +9 -9
- package/src/modules/bmm/docs/agents-guide.md +46 -98
- package/src/modules/bmm/docs/brownfield-guide.md +211 -90
- package/src/modules/bmm/docs/enterprise-agentic-development.md +380 -740
- package/src/modules/bmm/docs/faq.md +10 -10
- package/src/modules/bmm/docs/glossary.md +36 -42
- package/src/modules/bmm/docs/party-mode.md +110 -1122
- package/src/modules/bmm/docs/quick-spec-flow.md +33 -33
- package/src/modules/bmm/docs/quick-start.md +29 -29
- package/src/modules/bmm/docs/scale-adaptive-system.md +303 -453
- package/src/modules/bmm/docs/troubleshooting.md +1 -1
- package/src/modules/bmm/docs/workflows-implementation.md +20 -21
- package/src/modules/bmm/docs/workflows-solutioning.md +1 -1
- package/src/modules/bmm/tasks/daily-standup.xml +1 -1
- package/src/modules/bmm/workflows/2-plan-workflows/create-ux-design/instructions.md +1 -19
- package/src/modules/bmm/workflows/2-plan-workflows/prd/checklist.md +10 -9
- package/src/modules/bmm/workflows/2-plan-workflows/prd/create-epics-and-stories/epics-template.md +23 -34
- package/src/modules/bmm/workflows/2-plan-workflows/prd/create-epics-and-stories/instructions.md +105 -331
- package/src/modules/bmm/workflows/2-plan-workflows/prd/create-epics-and-stories/workflow.yaml +23 -11
- package/src/modules/bmm/workflows/2-plan-workflows/prd/instructions.md +23 -38
- package/src/modules/bmm/workflows/2-plan-workflows/prd/workflow.yaml +2 -2
- package/src/modules/bmm/workflows/2-plan-workflows/tech-spec/epics-template.md +38 -16
- package/src/modules/bmm/workflows/2-plan-workflows/tech-spec/instructions.md +1 -19
- package/src/modules/bmm/workflows/2-plan-workflows/tech-spec/user-story-template.md +35 -32
- package/src/modules/bmm/workflows/2-plan-workflows/tech-spec/workflow.yaml +2 -2
- package/src/modules/bmm/workflows/3-solutioning/architecture/instructions.md +7 -18
- package/src/modules/bmm/workflows/3-solutioning/solutioning-gate-check/instructions.md +1 -18
- package/src/modules/bmm/workflows/3-solutioning/solutioning-gate-check/workflow.yaml +6 -6
- package/src/modules/bmm/workflows/4-implementation/epic-tech-context/workflow.yaml +1 -1
- package/src/modules/bmm/workflows/techdoc/documentation-standards.md +1 -1
- package/src/modules/bmm/workflows/workflow-status/init/instructions.md +623 -242
- package/src/modules/bmm/workflows/workflow-status/paths/enterprise-brownfield.yaml +120 -0
- package/src/modules/bmm/workflows/workflow-status/paths/enterprise-greenfield.yaml +108 -0
- package/{bmad/bmm/workflows/workflow-status/paths/brownfield-level-3.yaml → src/modules/bmm/workflows/workflow-status/paths/method-brownfield.yaml} +33 -31
- package/{bmad/bmm/workflows/workflow-status/paths/greenfield-level-2.yaml → src/modules/bmm/workflows/workflow-status/paths/method-greenfield.yaml} +31 -21
- package/{bmad/bmm/workflows/workflow-status/paths/brownfield-level-1.yaml → src/modules/bmm/workflows/workflow-status/paths/quick-flow-brownfield.yaml} +18 -18
- package/src/modules/bmm/workflows/workflow-status/paths/{greenfield-level-1.yaml → quick-flow-greenfield.yaml} +16 -18
- package/src/modules/bmm/workflows/workflow-status/workflow-status-template.yaml +4 -4
- package/bmad/bmm/tasks/retrospective.xml +0 -104
- package/bmad/bmm/testarch/README.md +0 -311
- package/bmad/bmm/workflows/1-analysis/brainstorm-project/README.md +0 -113
- package/bmad/bmm/workflows/1-analysis/product-brief/README.md +0 -180
- package/bmad/bmm/workflows/1-analysis/research/README.md +0 -454
- package/bmad/bmm/workflows/2-plan-workflows/README.md +0 -258
- package/bmad/bmm/workflows/3-solutioning/README.md +0 -1
- package/bmad/bmm/workflows/3-solutioning/solutioning-gate-check/README.md +0 -177
- package/bmad/bmm/workflows/4-implementation/README.md +0 -221
- package/bmad/bmm/workflows/4-implementation/code-review/README.md +0 -69
- package/bmad/bmm/workflows/4-implementation/correct-course/README.md +0 -73
- package/bmad/bmm/workflows/4-implementation/create-story/README.md +0 -146
- package/bmad/bmm/workflows/4-implementation/dev-story/README.md +0 -206
- package/bmad/bmm/workflows/4-implementation/epic-tech-context/README.md +0 -195
- package/bmad/bmm/workflows/4-implementation/retrospective/README.md +0 -77
- package/bmad/bmm/workflows/4-implementation/sprint-planning/README.md +0 -156
- package/bmad/bmm/workflows/4-implementation/story-context/README.md +0 -234
- package/bmad/bmm/workflows/README.md +0 -256
- package/bmad/bmm/workflows/document-project/templates/README.md +0 -38
- package/bmad/bmm/workflows/testarch/README.md +0 -26
- package/bmad/bmm/workflows/testarch/atdd/README.md +0 -672
- package/bmad/bmm/workflows/testarch/automate/README.md +0 -869
- package/bmad/bmm/workflows/testarch/ci/README.md +0 -493
- package/bmad/bmm/workflows/testarch/framework/README.md +0 -340
- package/bmad/bmm/workflows/testarch/nfr-assess/README.md +0 -469
- package/bmad/bmm/workflows/testarch/test-design/README.md +0 -493
- package/bmad/bmm/workflows/testarch/test-review/README.md +0 -775
- package/bmad/bmm/workflows/testarch/trace/README.md +0 -802
- package/bmad/bmm/workflows/workflow-status/README.md +0 -260
- package/bmad/bmm/workflows/workflow-status/paths/brownfield-level-0.yaml +0 -54
- package/bmad/bmm/workflows/workflow-status/paths/brownfield-level-2.yaml +0 -76
- package/bmad/bmm/workflows/workflow-status/paths/brownfield-level-4.yaml +0 -88
- package/bmad/bmm/workflows/workflow-status/paths/greenfield-level-0.yaml +0 -45
- package/bmad/bmm/workflows/workflow-status/paths/greenfield-level-3.yaml +0 -73
- package/bmad/bmm/workflows/workflow-status/paths/greenfield-level-4.yaml +0 -75
- package/src/modules/bmm/docs/brownfield-guide.md.backup +0 -1324
- package/src/modules/bmm/docs/workflows-testing.md +0 -1572
- package/src/modules/bmm/workflows/workflow-status/paths/brownfield-level-0.yaml +0 -54
- package/src/modules/bmm/workflows/workflow-status/paths/brownfield-level-2.yaml +0 -76
- package/src/modules/bmm/workflows/workflow-status/paths/brownfield-level-4.yaml +0 -88
- package/src/modules/bmm/workflows/workflow-status/paths/greenfield-level-0.yaml +0 -45
- package/src/modules/bmm/workflows/workflow-status/paths/greenfield-level-3.yaml +0 -73
- package/src/modules/bmm/workflows/workflow-status/paths/greenfield-level-4.yaml +0 -75
- /package/bmad/bmm/agents/{paige.md → paige.md.bak} +0 -0
|
@@ -1,1235 +1,223 @@
|
|
|
1
1
|
# Party Mode: Multi-Agent Collaboration
|
|
2
2
|
|
|
3
|
-
**
|
|
4
|
-
|
|
5
|
-
**Reading Time:** ~20 minutes
|
|
6
|
-
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
## Table of Contents
|
|
10
|
-
|
|
11
|
-
- [What is Party Mode?](#what-is-party-mode)
|
|
12
|
-
- [How It Works](#how-it-works)
|
|
13
|
-
- [When to Use Party Mode](#when-to-use-party-mode)
|
|
14
|
-
- [Getting Started](#getting-started)
|
|
15
|
-
- [Agent Selection & Dynamics](#agent-selection--dynamics)
|
|
16
|
-
- [Multi-Module Integration](#multi-module-integration)
|
|
17
|
-
- [Example Party Compositions](#example-party-compositions)
|
|
18
|
-
- [Agent Customization in Party Mode](#agent-customization-in-party-mode)
|
|
19
|
-
- [Best Practices](#best-practices)
|
|
20
|
-
- [Troubleshooting](#troubleshooting)
|
|
3
|
+
**Get all your AI agents in one conversation**
|
|
21
4
|
|
|
22
5
|
---
|
|
23
6
|
|
|
24
7
|
## What is Party Mode?
|
|
25
8
|
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
**Key Concept:** Multiple AI agents with different expertise discuss your challenges together, providing diverse perspectives, healthy debate, and emergent insights.
|
|
29
|
-
|
|
30
|
-
### Quick Facts
|
|
31
|
-
|
|
32
|
-
- **Trigger:** Load BMad Master and run `*party-mode`
|
|
33
|
-
- **Agents Included:** ALL installed agents from ALL modules (BMM, CIS, BMB, custom)
|
|
34
|
-
- **Selection:** 2-3 most relevant agents respond per message
|
|
35
|
-
- **Customization:** Respects all agent customizations
|
|
36
|
-
- **Moderator:** BMad Master orchestrates and moderates
|
|
37
|
-
|
|
38
|
-
---
|
|
39
|
-
|
|
40
|
-
## How It Works
|
|
41
|
-
|
|
42
|
-
### The Party Mode Process
|
|
43
|
-
|
|
44
|
-
```mermaid
|
|
45
|
-
flowchart TD
|
|
46
|
-
START([User triggers party-mode])
|
|
47
|
-
LOAD[Load agent manifest]
|
|
48
|
-
CUSTOM[Apply customizations]
|
|
49
|
-
ROSTER[Build complete agent roster]
|
|
50
|
-
ACTIVATE[Announce party activation]
|
|
51
|
-
TOPIC[User provides topic]
|
|
52
|
-
SELECT[BMad Master selects 2-3 relevant agents]
|
|
53
|
-
RESPOND[Agents respond in character]
|
|
54
|
-
CROSS[Agents cross-talk and collaborate]
|
|
55
|
-
MOD{Discussion<br/>productive?}
|
|
56
|
-
CONTINUE{More to<br/>discuss?}
|
|
57
|
-
EXIT[Agents provide farewells]
|
|
58
|
-
END([Party mode ends])
|
|
59
|
-
|
|
60
|
-
START --> LOAD
|
|
61
|
-
LOAD --> CUSTOM
|
|
62
|
-
CUSTOM --> ROSTER
|
|
63
|
-
ROSTER --> ACTIVATE
|
|
64
|
-
ACTIVATE --> TOPIC
|
|
65
|
-
TOPIC --> SELECT
|
|
66
|
-
SELECT --> RESPOND
|
|
67
|
-
RESPOND --> CROSS
|
|
68
|
-
CROSS --> MOD
|
|
69
|
-
MOD -->|Yes| CONTINUE
|
|
70
|
-
MOD -->|Circular| SELECT
|
|
71
|
-
CONTINUE -->|Yes| SELECT
|
|
72
|
-
CONTINUE -->|No| EXIT
|
|
73
|
-
EXIT --> END
|
|
74
|
-
|
|
75
|
-
style START fill:#bfb,stroke:#333,stroke-width:2px
|
|
76
|
-
style ACTIVATE fill:#bbf,stroke:#333,stroke-width:2px
|
|
77
|
-
style CROSS fill:#fbf,stroke:#333,stroke-width:2px
|
|
78
|
-
style END fill:#fbb,stroke:#333,stroke-width:2px
|
|
79
|
-
```
|
|
80
|
-
|
|
81
|
-
### Step-by-Step Breakdown
|
|
82
|
-
|
|
83
|
-
#### 1. Agent Loading
|
|
84
|
-
|
|
85
|
-
**Process:**
|
|
86
|
-
|
|
87
|
-
- Reads `{project-root}/bmad/_cfg/agent-manifest.csv`
|
|
88
|
-
- Loads ALL installed agents with their complete personalities:
|
|
89
|
-
- name (identifier: "pm", "analyst", "storyteller")
|
|
90
|
-
- displayName (persona name: "John", "Mary")
|
|
91
|
-
- title (formal position)
|
|
92
|
-
- icon (emoji representation)
|
|
93
|
-
- role (one-line capability summary)
|
|
94
|
-
- identity (background paragraph)
|
|
95
|
-
- communicationStyle (how they speak)
|
|
96
|
-
- principles (decision-making philosophy)
|
|
97
|
-
- module (bmm, cis, bmb, core, custom)
|
|
98
|
-
- path (file location)
|
|
9
|
+
Ever wanted to gather your entire AI team in one room and see what happens? That's party mode.
|
|
99
10
|
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
#### 2. Customization Application
|
|
103
|
-
|
|
104
|
-
**Process:**
|
|
105
|
-
|
|
106
|
-
- For each agent, checks for customization file:
|
|
107
|
-
- Path: `{project-root}/bmad/_cfg/agents/{module}-{agent-name}.customize.yaml`
|
|
108
|
-
- Example: `bmm-pm.customize.yaml`, `cis-storyteller.customize.yaml`
|
|
109
|
-
- Merges customization with manifest data
|
|
110
|
-
- **Override precedence:** Customization > Manifest
|
|
111
|
-
|
|
112
|
-
**Examples:**
|
|
113
|
-
|
|
114
|
-
```yaml
|
|
115
|
-
# bmad/_cfg/agents/bmm-pm.customize.yaml
|
|
116
|
-
agent:
|
|
117
|
-
persona:
|
|
118
|
-
communicationStyle: 'Formal and corporate-focused'
|
|
119
|
-
principles:
|
|
120
|
-
- 'HIPAA compliance is non-negotiable'
|
|
121
|
-
```
|
|
122
|
-
|
|
123
|
-
**Result:** All agents loaded with their final, customized personalities.
|
|
124
|
-
|
|
125
|
-
#### 3. Party Activation
|
|
126
|
-
|
|
127
|
-
**Process:**
|
|
128
|
-
|
|
129
|
-
- BMad Master announces party mode activation
|
|
130
|
-
- Lists all participating agents by name and role
|
|
131
|
-
- Welcomes user to the conversation
|
|
132
|
-
- Waits for user to introduce topic
|
|
133
|
-
|
|
134
|
-
**Example Announcement:**
|
|
135
|
-
|
|
136
|
-
```
|
|
137
|
-
🧙 BMad Master has activated Party Mode!
|
|
138
|
-
|
|
139
|
-
Participating Agents:
|
|
140
|
-
📋 PM (John) - Product Strategy
|
|
141
|
-
📊 Analyst (Mary) - Research & Requirements
|
|
142
|
-
🏗️ Architect (Winston) - System Design
|
|
143
|
-
🎨 UX Designer (Sally) - User Experience
|
|
144
|
-
🎲 Game Designer (Samus Shepard) - Creative Vision
|
|
145
|
-
💡 Innovation Strategist - Disruption & Strategy
|
|
146
|
-
📖 Storyteller - Narrative & Communication
|
|
147
|
-
|
|
148
|
-
What would you like to discuss?
|
|
149
|
-
```
|
|
150
|
-
|
|
151
|
-
#### 4. Dynamic Agent Selection
|
|
152
|
-
|
|
153
|
-
**For each user message, BMad Master:**
|
|
154
|
-
|
|
155
|
-
1. Analyzes the message topic and context
|
|
156
|
-
2. Reviews all agent roles and expertise
|
|
157
|
-
3. Selects 2-3 most relevant agents
|
|
158
|
-
4. Considers conversation history (which agents spoke recently)
|
|
159
|
-
5. Ensures diverse perspectives
|
|
160
|
-
|
|
161
|
-
**Selection Criteria:**
|
|
162
|
-
|
|
163
|
-
- **Expertise Match:** Agent's role aligns with topic
|
|
164
|
-
- **Principle Alignment:** Agent's principles are relevant
|
|
165
|
-
- **Context Awareness:** Previous discussion flow
|
|
166
|
-
- **Diversity:** Mix of perspectives (technical + creative, strategic + tactical)
|
|
167
|
-
|
|
168
|
-
**Example Selection:**
|
|
169
|
-
|
|
170
|
-
```
|
|
171
|
-
User: "How should we handle user authentication for our healthcare app?"
|
|
172
|
-
|
|
173
|
-
BMad Master selects:
|
|
174
|
-
- Architect (technical security expertise)
|
|
175
|
-
- PM (compliance and requirements)
|
|
176
|
-
- UX Designer (user experience balance)
|
|
177
|
-
```
|
|
11
|
+
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.
|
|
178
12
|
|
|
179
|
-
|
|
13
|
+
**Why it's useful:**
|
|
180
14
|
|
|
181
|
-
**
|
|
15
|
+
- **After complex workflows** - Debrief with the whole team about what worked, what didn't
|
|
16
|
+
- **Big decisions with tradeoffs** - Get technical, creative, and strategic perspectives simultaneously
|
|
17
|
+
- **Brainstorming sessions** - Watch ideas evolve through cross-pollination
|
|
18
|
+
- **When things go wrong** - Call out failures, watch agents defend their decisions, let them debate whose fault it was (oddly therapeutic)
|
|
19
|
+
- **Sprint retrospectives** - Party mode powers the retrospective workflow
|
|
20
|
+
- **Sprint planning** - Multi-agent collaboration for planning sessions
|
|
182
21
|
|
|
183
|
-
|
|
184
|
-
- Applies their communication style
|
|
185
|
-
- References their expertise and principles
|
|
186
|
-
- Can ask clarifying questions
|
|
187
|
-
- Can reference other agents' points
|
|
188
|
-
|
|
189
|
-
**Example Exchange:**
|
|
190
|
-
|
|
191
|
-
```
|
|
192
|
-
Architect (Winston): "Healthcare authentication requires HIPAA compliance.
|
|
193
|
-
I recommend OAuth 2.0 with MFA and audit logging. We should also consider..."
|
|
194
|
-
|
|
195
|
-
PM (John): "Building on Winston's point, we need to document compliance
|
|
196
|
-
in the PRD. Mary, have we researched HIPAA requirements yet?"
|
|
197
|
-
|
|
198
|
-
UX Designer (Sally): "From a user perspective, MFA can't add friction
|
|
199
|
-
for clinicians in emergency scenarios. We need conditional requirements..."
|
|
200
|
-
```
|
|
201
|
-
|
|
202
|
-
#### 6. Natural Cross-Talk
|
|
203
|
-
|
|
204
|
-
**Agents can:**
|
|
205
|
-
|
|
206
|
-
- **Build on each other's points:** "Expanding on what Architect said..."
|
|
207
|
-
- **Respectfully disagree:** "I see Sally's concern, but I think..."
|
|
208
|
-
- **Ask each other questions:** "Winston, how would that affect performance?"
|
|
209
|
-
- **Reference user input:** "As you mentioned earlier..."
|
|
210
|
-
- **Synthesize perspectives:** "Both approaches have merit. The trade-off is..."
|
|
211
|
-
|
|
212
|
-
**Key Feature:** Agents debate naturally, creating **emergent insights** from their interaction.
|
|
213
|
-
|
|
214
|
-
#### 7. Active Moderation
|
|
215
|
-
|
|
216
|
-
**BMad Master monitors:**
|
|
217
|
-
|
|
218
|
-
- Discussion productivity
|
|
219
|
-
- Circular arguments
|
|
220
|
-
- Completion signals
|
|
221
|
-
|
|
222
|
-
**Moderator Actions:**
|
|
223
|
-
|
|
224
|
-
- **If circular:** Summarizes discussion, redirects to new aspect
|
|
225
|
-
- **If stuck:** Suggests specific angles to explore
|
|
226
|
-
- **If questions:** Ensures user input is sought
|
|
227
|
-
- **If complete:** Recognizes natural conclusion
|
|
228
|
-
|
|
229
|
-
**Example Moderation:**
|
|
230
|
-
|
|
231
|
-
```
|
|
232
|
-
BMad Master: "The discussion has circled back to authentication methods.
|
|
233
|
-
Let me summarize the three approaches proposed:
|
|
234
|
-
1. OAuth 2.0 + MFA (Architect)
|
|
235
|
-
2. SSO with conditional MFA (UX Designer)
|
|
236
|
-
3. Biometric + PIN fallback (PM)
|
|
237
|
-
|
|
238
|
-
Which aspects would you like the team to explore deeper?
|
|
239
|
-
Or are you ready to make a decision?"
|
|
240
|
-
```
|
|
241
|
-
|
|
242
|
-
#### 8. Graceful Exit
|
|
243
|
-
|
|
244
|
-
**Party mode ends when:**
|
|
245
|
-
|
|
246
|
-
- User triggers exit command ("exit", "end party", "done")
|
|
247
|
-
- Natural conclusion reached
|
|
248
|
-
- User stops responding
|
|
249
|
-
|
|
250
|
-
**Exit Process:**
|
|
251
|
-
|
|
252
|
-
1. BMad Master signals party conclusion
|
|
253
|
-
2. 2-3 agents provide characteristic farewells
|
|
254
|
-
3. Party mode cleanly exits
|
|
255
|
-
|
|
256
|
-
**Example Farewell:**
|
|
257
|
-
|
|
258
|
-
```
|
|
259
|
-
PM (John): "Great session. I'll document these decisions in the PRD."
|
|
260
|
-
|
|
261
|
-
UX Designer (Sally): "Excited to design the auth flow. Let's keep
|
|
262
|
-
the user at the center!"
|
|
263
|
-
|
|
264
|
-
BMad Master: "Party mode concluded. The agents stand ready for
|
|
265
|
-
individual consultation when needed."
|
|
266
|
-
```
|
|
22
|
+
**Future use:** Advanced elicitation workflows will leverage party mode for sophisticated requirement gathering.
|
|
267
23
|
|
|
268
24
|
---
|
|
269
25
|
|
|
270
|
-
##
|
|
271
|
-
|
|
272
|
-
### Strategic Discussions
|
|
273
|
-
|
|
274
|
-
**Best for decisions with:**
|
|
275
|
-
|
|
276
|
-
- Multiple stakeholders (technical, business, user)
|
|
277
|
-
- Trade-offs to balance (cost, time, quality, UX)
|
|
278
|
-
- Long-term implications
|
|
279
|
-
- Cross-functional impact
|
|
280
|
-
|
|
281
|
-
**Examples:**
|
|
282
|
-
|
|
283
|
-
- Product vision and market positioning
|
|
284
|
-
- Architecture approach selection
|
|
285
|
-
- Technology stack decisions
|
|
286
|
-
- Scope and priority negotiations
|
|
287
|
-
- Phase transition planning
|
|
288
|
-
|
|
289
|
-
**Why party mode helps:**
|
|
290
|
-
|
|
291
|
-
- Technical agents ground creative ideas in reality
|
|
292
|
-
- Strategic agents ensure market fit
|
|
293
|
-
- UX agents advocate for user needs
|
|
294
|
-
- Multiple perspectives reveal blind spots
|
|
295
|
-
|
|
296
|
-
---
|
|
297
|
-
|
|
298
|
-
### Creative Sessions
|
|
299
|
-
|
|
300
|
-
**Best for:**
|
|
301
|
-
|
|
302
|
-
- Ideation without constraints
|
|
303
|
-
- Exploring multiple solution approaches
|
|
304
|
-
- Narrative and storytelling development
|
|
305
|
-
- Innovation and novel ideas
|
|
306
|
-
- Design thinking exercises
|
|
307
|
-
|
|
308
|
-
**Examples:**
|
|
309
|
-
|
|
310
|
-
- Game design concept exploration
|
|
311
|
-
- Narrative worldbuilding
|
|
312
|
-
- UX ideation and flows
|
|
313
|
-
- Problem-solving brainstorms
|
|
314
|
-
- Feature innovation
|
|
315
|
-
|
|
316
|
-
**Why party mode helps:**
|
|
317
|
-
|
|
318
|
-
- CIS agents bring creative frameworks
|
|
319
|
-
- BMM agents ensure implementability
|
|
320
|
-
- Cross-pollination of ideas across domains
|
|
321
|
-
- "Yes, and..." collaborative building
|
|
322
|
-
|
|
323
|
-
---
|
|
324
|
-
|
|
325
|
-
### Cross-Functional Alignment
|
|
326
|
-
|
|
327
|
-
**Best for:**
|
|
328
|
-
|
|
329
|
-
- Getting entire team on same page
|
|
330
|
-
- Phase transitions
|
|
331
|
-
- Epic kickoffs
|
|
332
|
-
- Retrospectives with multiple perspectives
|
|
333
|
-
- Quality gate reviews
|
|
334
|
-
|
|
335
|
-
**Examples:**
|
|
336
|
-
|
|
337
|
-
- Analysis → Planning transition
|
|
338
|
-
- Planning → Solutioning alignment
|
|
339
|
-
- Solutioning → Implementation readiness
|
|
340
|
-
- Sprint retrospectives
|
|
341
|
-
- Course correction decisions
|
|
342
|
-
|
|
343
|
-
**Why party mode helps:**
|
|
344
|
-
|
|
345
|
-
- Everyone hears same information
|
|
346
|
-
- Concerns raised immediately
|
|
347
|
-
- Consensus built through discussion
|
|
348
|
-
- Handoffs are clear
|
|
349
|
-
|
|
350
|
-
---
|
|
351
|
-
|
|
352
|
-
### Complex Problem Solving
|
|
353
|
-
|
|
354
|
-
**Best for:**
|
|
355
|
-
|
|
356
|
-
- Multi-faceted challenges
|
|
357
|
-
- No obvious solution
|
|
358
|
-
- High risk or uncertainty
|
|
359
|
-
- Novel situations
|
|
360
|
-
- Constraint optimization
|
|
361
|
-
|
|
362
|
-
**Examples:**
|
|
363
|
-
|
|
364
|
-
- Performance + scalability + cost optimization
|
|
365
|
-
- Technical debt vs. feature velocity
|
|
366
|
-
- Legacy system migration strategy
|
|
367
|
-
- Multi-platform architecture
|
|
368
|
-
- Real-time collaboration architecture
|
|
369
|
-
|
|
370
|
-
**Why party mode helps:**
|
|
371
|
-
|
|
372
|
-
- Diverse expertise identifies constraints
|
|
373
|
-
- Trade-offs made explicit
|
|
374
|
-
- Creative + pragmatic balance
|
|
375
|
-
- Risk assessment from multiple angles
|
|
376
|
-
|
|
377
|
-
---
|
|
378
|
-
|
|
379
|
-
## Getting Started
|
|
380
|
-
|
|
381
|
-
### Quick Start Guide
|
|
382
|
-
|
|
383
|
-
**1. Load BMad Master**
|
|
384
|
-
|
|
385
|
-
```
|
|
386
|
-
In your IDE (Claude Code, Cursor, Windsurf):
|
|
387
|
-
Type: @bmad-master
|
|
388
|
-
Wait for menu to appear
|
|
389
|
-
```
|
|
390
|
-
|
|
391
|
-
**2. Trigger Party Mode**
|
|
392
|
-
|
|
393
|
-
```
|
|
394
|
-
Type: *party-mode
|
|
395
|
-
Press enter
|
|
396
|
-
```
|
|
397
|
-
|
|
398
|
-
**3. Review Agent Roster**
|
|
399
|
-
|
|
400
|
-
```
|
|
401
|
-
BMad Master lists all participating agents
|
|
402
|
-
Includes agents from BMM, CIS, BMB, and custom modules
|
|
403
|
-
```
|
|
404
|
-
|
|
405
|
-
**4. Introduce Your Topic**
|
|
406
|
-
|
|
407
|
-
```
|
|
408
|
-
State your challenge, question, or goal
|
|
409
|
-
Be specific: "We need to decide..." vs "I want to talk about..."
|
|
410
|
-
Context helps: Mention project type, constraints, goals
|
|
411
|
-
```
|
|
412
|
-
|
|
413
|
-
**5. Engage with Agents**
|
|
414
|
-
|
|
415
|
-
```
|
|
416
|
-
2-3 agents will respond to your topic
|
|
417
|
-
Answer their questions
|
|
418
|
-
Respond to their suggestions
|
|
419
|
-
Ask follow-up questions
|
|
420
|
-
```
|
|
421
|
-
|
|
422
|
-
**6. Direct the Discussion**
|
|
423
|
-
|
|
424
|
-
```
|
|
425
|
-
Guide focus: "Let's explore X in more detail"
|
|
426
|
-
Seek specific perspectives: "Architect, what about performance?"
|
|
427
|
-
Make decisions: "I'm leaning toward approach B because..."
|
|
428
|
-
```
|
|
429
|
-
|
|
430
|
-
**7. Conclude**
|
|
431
|
-
|
|
432
|
-
```
|
|
433
|
-
Type: "exit" or "end party" or "done"
|
|
434
|
-
Or let conversation reach natural conclusion
|
|
435
|
-
Agents will provide farewells
|
|
436
|
-
```
|
|
437
|
-
|
|
438
|
-
### Your First Party Mode Session
|
|
439
|
-
|
|
440
|
-
**Recommended first topic:**
|
|
441
|
-
|
|
442
|
-
```
|
|
443
|
-
"I'm starting a [project type] and need help deciding between
|
|
444
|
-
[option A] and [option B] for [specific aspect]."
|
|
445
|
-
|
|
446
|
-
Example:
|
|
447
|
-
"I'm starting a SaaS web app and need help deciding between
|
|
448
|
-
monolith and microservices for our initial MVP."
|
|
449
|
-
```
|
|
450
|
-
|
|
451
|
-
**What to expect:**
|
|
452
|
-
|
|
453
|
-
- Architect discusses technical implications
|
|
454
|
-
- PM discusses business and timeline implications
|
|
455
|
-
- DEV discusses implementation complexity
|
|
456
|
-
- Possibly Innovation Strategist on competitive differentiation
|
|
457
|
-
|
|
458
|
-
**Duration:** 10-20 minutes typically
|
|
459
|
-
|
|
460
|
-
---
|
|
461
|
-
|
|
462
|
-
## Agent Selection & Dynamics
|
|
463
|
-
|
|
464
|
-
### How Agents Are Selected
|
|
465
|
-
|
|
466
|
-
**Per message, BMad Master considers:**
|
|
467
|
-
|
|
468
|
-
1. **Topic Keywords:**
|
|
469
|
-
- "authentication" → Architect, DEV
|
|
470
|
-
- "user experience" → UX Designer
|
|
471
|
-
- "market positioning" → PM, Innovation Strategist
|
|
472
|
-
- "narrative" → Game Designer, Storyteller
|
|
473
|
-
|
|
474
|
-
2. **Agent Roles:**
|
|
475
|
-
- Match expertise to topic
|
|
476
|
-
- Balance technical and creative
|
|
477
|
-
- Include strategic when appropriate
|
|
478
|
-
|
|
479
|
-
3. **Conversation Context:**
|
|
480
|
-
- What was just discussed
|
|
481
|
-
- Which agents spoke recently
|
|
482
|
-
- What perspectives are missing
|
|
483
|
-
|
|
484
|
-
4. **Diversity:**
|
|
485
|
-
- Avoid same 2 agents every time
|
|
486
|
-
- Rotate in different perspectives
|
|
487
|
-
- Ensure cross-functional views
|
|
488
|
-
|
|
489
|
-
### Response Dynamics
|
|
490
|
-
|
|
491
|
-
**Typical Pattern:**
|
|
492
|
-
|
|
493
|
-
```
|
|
494
|
-
User Message
|
|
495
|
-
↓
|
|
496
|
-
Agent 1 (Primary perspective)
|
|
497
|
-
↓
|
|
498
|
-
Agent 2 (Complementary perspective)
|
|
499
|
-
↓
|
|
500
|
-
Agent 3 (Optional: Third angle or synthesis)
|
|
501
|
-
↓
|
|
502
|
-
User Response (clarification, decision, new question)
|
|
503
|
-
```
|
|
504
|
-
|
|
505
|
-
**Cross-Talk Examples:**
|
|
506
|
-
|
|
507
|
-
**Building Agreement:**
|
|
508
|
-
|
|
509
|
-
```
|
|
510
|
-
Architect: "We should use PostgreSQL for transactional data."
|
|
511
|
-
DEV: "Agreed. I've worked with Postgres extensively, and it's
|
|
512
|
-
excellent for this use case."
|
|
513
|
-
```
|
|
514
|
-
|
|
515
|
-
**Respectful Disagreement:**
|
|
516
|
-
|
|
517
|
-
```
|
|
518
|
-
UX Designer: "Users will find that flow confusing."
|
|
519
|
-
PM: "I hear Sally's concern, but our user research shows
|
|
520
|
-
power users prefer efficiency over simplicity."
|
|
521
|
-
UX Designer: "That's fair. Could we offer both modes?"
|
|
522
|
-
```
|
|
523
|
-
|
|
524
|
-
**Cross-Pollination:**
|
|
525
|
-
|
|
526
|
-
```
|
|
527
|
-
Innovation Strategist: "What if we made this social?"
|
|
528
|
-
Game Designer: "Building on that - gamification could drive engagement."
|
|
529
|
-
UX Designer: "I can design for both. Leaderboards with privacy controls."
|
|
530
|
-
```
|
|
531
|
-
|
|
532
|
-
### Emergent Insights
|
|
533
|
-
|
|
534
|
-
**What makes party mode powerful:**
|
|
535
|
-
|
|
536
|
-
1. **Perspective Collision:**
|
|
537
|
-
- Technical meets creative
|
|
538
|
-
- Strategic meets tactical
|
|
539
|
-
- Ideal meets pragmatic
|
|
26
|
+
## How It Works
|
|
540
27
|
|
|
541
|
-
|
|
542
|
-
- Agents challenge assumptions
|
|
543
|
-
- Trade-offs made explicit
|
|
544
|
-
- Better decisions through conflict
|
|
28
|
+
**The basics:**
|
|
545
29
|
|
|
546
|
-
|
|
547
|
-
|
|
548
|
-
|
|
549
|
-
|
|
30
|
+
1. Party mode reads `bmad/_cfg/agent-manifest.csv`
|
|
31
|
+
2. Loads ALL installed agents (already includes your customizations from install)
|
|
32
|
+
3. BMad Master orchestrates - picks 2-3 relevant agents per message based on topic
|
|
33
|
+
4. Agents respond in character, can agree/disagree/build on each other's ideas
|
|
34
|
+
5. Discussion continues until you type "exit" or reach natural conclusion
|
|
550
35
|
|
|
551
|
-
|
|
552
|
-
- Each agent sees different risks
|
|
553
|
-
- Missing considerations surface
|
|
554
|
-
- Comprehensive coverage
|
|
36
|
+
**That's it.** No complex merging, no runtime magic. Just agents talking.
|
|
555
37
|
|
|
556
38
|
---
|
|
557
39
|
|
|
558
|
-
##
|
|
559
|
-
|
|
560
|
-
### Available Agent Pool
|
|
561
|
-
|
|
562
|
-
Party mode loads agents from **all installed modules:**
|
|
40
|
+
## Quick Start
|
|
563
41
|
|
|
564
|
-
|
|
565
|
-
|
|
566
|
-
-
|
|
567
|
-
|
|
568
|
-
#### BMM - BMad Method (12 agents)
|
|
569
|
-
|
|
570
|
-
**Core Development:**
|
|
571
|
-
|
|
572
|
-
- PM (Product Manager)
|
|
573
|
-
- Analyst (Business Analyst)
|
|
574
|
-
- Architect (System Architect)
|
|
575
|
-
- SM (Scrum Master)
|
|
576
|
-
- DEV (Developer)
|
|
577
|
-
- TEA (Test Architect)
|
|
578
|
-
- UX Designer
|
|
579
|
-
- Paige (Documentation Guide)
|
|
580
|
-
|
|
581
|
-
**Game Development:**
|
|
582
|
-
|
|
583
|
-
- Game Designer
|
|
584
|
-
- Game Developer
|
|
585
|
-
- Game Architect
|
|
586
|
-
|
|
587
|
-
#### CIS - Creative Intelligence Suite (5 agents)
|
|
588
|
-
|
|
589
|
-
- Brainstorming Coach
|
|
590
|
-
- Creative Problem Solver
|
|
591
|
-
- Design Thinking Coach
|
|
592
|
-
- Innovation Strategist
|
|
593
|
-
- Storyteller
|
|
594
|
-
|
|
595
|
-
#### BMB - BMad Builder (1 agent)
|
|
596
|
-
|
|
597
|
-
- BMad Builder
|
|
598
|
-
|
|
599
|
-
#### Custom Modules
|
|
600
|
-
|
|
601
|
-
- Any custom agents you've created
|
|
602
|
-
|
|
603
|
-
**Total Potential:** 19+ agents available for party mode
|
|
604
|
-
|
|
605
|
-
### Cross-Module Collaboration
|
|
606
|
-
|
|
607
|
-
**The Power of Mixing Modules:**
|
|
608
|
-
|
|
609
|
-
**Example 1: Product Innovation**
|
|
610
|
-
|
|
611
|
-
```
|
|
612
|
-
Agents: PM (BMM) + Innovation Strategist (CIS) + Storyteller (CIS)
|
|
613
|
-
Topic: Market positioning and product narrative
|
|
614
|
-
Outcome: Strategic positioning with compelling story
|
|
615
|
-
```
|
|
616
|
-
|
|
617
|
-
**Example 2: Complex Architecture**
|
|
618
|
-
|
|
619
|
-
```
|
|
620
|
-
Agents: Architect (BMM) + Creative Problem Solver (CIS) + Game Architect (BMM)
|
|
621
|
-
Topic: Novel pattern design for real-time collaboration
|
|
622
|
-
Outcome: Innovative solution balancing creativity and pragmatism
|
|
623
|
-
```
|
|
624
|
-
|
|
625
|
-
**Example 3: User-Centered Design**
|
|
42
|
+
```bash
|
|
43
|
+
# Trigger party mode
|
|
44
|
+
/bmad:core:workflows:party-mode
|
|
626
45
|
|
|
627
|
-
|
|
628
|
-
|
|
629
|
-
Topic: Empathy-driven UX with narrative flow
|
|
630
|
-
Outcome: User journey that tells a story
|
|
631
|
-
```
|
|
46
|
+
# OR from any agent context
|
|
47
|
+
*party-mode
|
|
632
48
|
|
|
633
|
-
|
|
49
|
+
# During party
|
|
50
|
+
Ask questions, respond to agents, direct the conversation
|
|
634
51
|
|
|
52
|
+
# Exit
|
|
53
|
+
Type: exit
|
|
635
54
|
```
|
|
636
|
-
Agents: TEA (BMM) + Architect (BMM) + Problem Solver (CIS)
|
|
637
|
-
Topic: Comprehensive quality approach
|
|
638
|
-
Outcome: Risk-based testing with creative coverage strategies
|
|
639
|
-
```
|
|
640
|
-
|
|
641
|
-
### Module Discovery
|
|
642
|
-
|
|
643
|
-
**How party mode finds agents:**
|
|
644
|
-
|
|
645
|
-
1. **Manifest Read:** Parses `agent-manifest.csv`
|
|
646
|
-
2. **Module Column:** Each agent tagged with source module
|
|
647
|
-
3. **Path Validation:** Checks agent file exists
|
|
648
|
-
4. **Personality Load:** Loads complete agent data
|
|
649
|
-
5. **All Modules:** No filtering - all agents included
|
|
650
|
-
|
|
651
|
-
**Result:** Seamless cross-module teams without manual configuration.
|
|
652
|
-
|
|
653
|
-
---
|
|
654
|
-
|
|
655
|
-
## Example Party Compositions
|
|
656
|
-
|
|
657
|
-
### 1. Strategic Product Planning
|
|
658
|
-
|
|
659
|
-
**Participants:**
|
|
660
|
-
|
|
661
|
-
- PM (John) - Product requirements
|
|
662
|
-
- Innovation Strategist - Market disruption
|
|
663
|
-
- Storyteller - Product narrative
|
|
664
|
-
|
|
665
|
-
**Best For:**
|
|
666
|
-
|
|
667
|
-
- Product vision definition
|
|
668
|
-
- Market positioning
|
|
669
|
-
- Value proposition design
|
|
670
|
-
- Competitive differentiation
|
|
671
|
-
|
|
672
|
-
**Example Topic:**
|
|
673
|
-
"We're launching a project management tool. How do we differentiate in a crowded market?"
|
|
674
|
-
|
|
675
|
-
**Expected Dynamics:**
|
|
676
|
-
|
|
677
|
-
- Innovation Strategist identifies disruption opportunities
|
|
678
|
-
- PM grounds in market realities and user needs
|
|
679
|
-
- Storyteller crafts compelling narrative positioning
|
|
680
|
-
|
|
681
|
-
---
|
|
682
|
-
|
|
683
|
-
### 2. Technical Architecture Deep-Dive
|
|
684
|
-
|
|
685
|
-
**Participants:**
|
|
686
|
-
|
|
687
|
-
- Architect (Winston) - System design
|
|
688
|
-
- Game Architect (Cloud Dragonborn) - Complex systems
|
|
689
|
-
- Creative Problem Solver - Novel approaches
|
|
690
|
-
|
|
691
|
-
**Best For:**
|
|
692
|
-
|
|
693
|
-
- Complex system design
|
|
694
|
-
- Novel pattern invention
|
|
695
|
-
- Performance optimization
|
|
696
|
-
- Scalability challenges
|
|
697
|
-
|
|
698
|
-
**Example Topic:**
|
|
699
|
-
"We need real-time collaboration with 10,000 concurrent users. What's the architecture approach?"
|
|
700
|
-
|
|
701
|
-
**Expected Dynamics:**
|
|
702
|
-
|
|
703
|
-
- Architects debate technical approaches (WebSocket, WebRTC, CRDT)
|
|
704
|
-
- Creative Problem Solver suggests novel patterns
|
|
705
|
-
- Synthesis of proven + innovative solutions
|
|
706
|
-
|
|
707
|
-
---
|
|
708
|
-
|
|
709
|
-
### 3. User Experience Innovation
|
|
710
|
-
|
|
711
|
-
**Participants:**
|
|
712
|
-
|
|
713
|
-
- UX Designer (Sally) - Interaction design
|
|
714
|
-
- Design Thinking Coach - Empathy-driven process
|
|
715
|
-
- Storyteller - User journey narrative
|
|
716
|
-
|
|
717
|
-
**Best For:**
|
|
718
|
-
|
|
719
|
-
- UX-heavy feature design
|
|
720
|
-
- User journey mapping
|
|
721
|
-
- Accessibility considerations
|
|
722
|
-
- Interaction innovation
|
|
723
|
-
|
|
724
|
-
**Example Topic:**
|
|
725
|
-
"Design an onboarding experience that feels magical, not overwhelming."
|
|
726
|
-
|
|
727
|
-
**Expected Dynamics:**
|
|
728
|
-
|
|
729
|
-
- Design Thinking Coach facilitates empathy exploration
|
|
730
|
-
- UX Designer translates to concrete interactions
|
|
731
|
-
- Storyteller ensures narrative flow
|
|
732
|
-
|
|
733
|
-
---
|
|
734
|
-
|
|
735
|
-
### 4. Game Design Session
|
|
736
|
-
|
|
737
|
-
**Participants:**
|
|
738
|
-
|
|
739
|
-
- Game Designer (Samus Shepard) - Core gameplay
|
|
740
|
-
- Storyteller - Narrative design
|
|
741
|
-
- Brainstorming Coach - Creative ideation
|
|
742
|
-
|
|
743
|
-
**Best For:**
|
|
744
|
-
|
|
745
|
-
- Game concept development
|
|
746
|
-
- Narrative worldbuilding
|
|
747
|
-
- Mechanic innovation
|
|
748
|
-
- Player experience design
|
|
749
|
-
|
|
750
|
-
**Example Topic:**
|
|
751
|
-
"Create a puzzle game where players feel clever, not frustrated."
|
|
752
|
-
|
|
753
|
-
**Expected Dynamics:**
|
|
754
|
-
|
|
755
|
-
- Game Designer focuses on core loop and progression
|
|
756
|
-
- Storyteller layers narrative meaning
|
|
757
|
-
- Brainstorming Coach generates mechanic variations
|
|
758
55
|
|
|
759
56
|
---
|
|
760
57
|
|
|
761
|
-
|
|
58
|
+
## Fun Examples
|
|
762
59
|
|
|
763
|
-
|
|
60
|
+
### Example 1: Calling Out Bad Architecture
|
|
764
61
|
|
|
765
|
-
|
|
766
|
-
- Architect (Winston) - System testability
|
|
767
|
-
- Problem Solver - Creative coverage
|
|
62
|
+
**You:** "Okay team, our last sprint was a disaster. The authentication service went down three times. Who screwed this up?"
|
|
768
63
|
|
|
769
|
-
**
|
|
64
|
+
**Architect (Winston):** "The design was sound - distributed authentication with proper fallbacks. If implementation deviated from the spec..."
|
|
770
65
|
|
|
771
|
-
|
|
772
|
-
- Quality gate definition
|
|
773
|
-
- Risk assessment
|
|
774
|
-
- Coverage optimization
|
|
66
|
+
**DEV (Amelia):** "I followed the architecture doc exactly. The spec didn't account for concurrent session invalidation race conditions."
|
|
775
67
|
|
|
776
|
-
**
|
|
777
|
-
"Define testing strategy for a microservices architecture."
|
|
68
|
+
**PM (John):** "Both of you missed the bigger issue - we didn't validate session management requirements in the PRD. This is on me for not catching it."
|
|
778
69
|
|
|
779
|
-
**
|
|
70
|
+
**TEA (Murat):** "And I should've caught this in integration tests. The test scenarios didn't cover concurrent invalidation."
|
|
780
71
|
|
|
781
|
-
|
|
782
|
-
- Architect ensures architectural testability
|
|
783
|
-
- Problem Solver identifies creative coverage strategies
|
|
72
|
+
_(Watch them debate whose fault it really was - it's therapeutic)_
|
|
784
73
|
|
|
785
74
|
---
|
|
786
75
|
|
|
787
|
-
###
|
|
788
|
-
|
|
789
|
-
**Participants:**
|
|
76
|
+
### Example 2: Creative Brainstorming
|
|
790
77
|
|
|
791
|
-
|
|
792
|
-
- Architect (Winston) - Technical approach
|
|
793
|
-
- SM (Bob) - Story breakdown
|
|
794
|
-
- DEV (Amelia) - Implementation feasibility
|
|
78
|
+
**You:** "How do we make onboarding feel magical instead of boring?"
|
|
795
79
|
|
|
796
|
-
**
|
|
80
|
+
**UX Designer (Sally):** "Start with progressive disclosure - reveal features as users need them, not all at once in a tutorial."
|
|
797
81
|
|
|
798
|
-
-
|
|
799
|
-
- Technical feasibility assessment
|
|
800
|
-
- Story scope validation
|
|
801
|
-
- Implementation approach alignment
|
|
82
|
+
**Storyteller (CIS):** "What if onboarding was a story? Each step reveals a character's journey - the user IS the hero."
|
|
802
83
|
|
|
803
|
-
**
|
|
804
|
-
"Epic kickoff: Real-time notifications system"
|
|
84
|
+
**Innovation Strategist (CIS):** "Take it further - gamify with unlockable achievements. But make them meaningful, not arbitrary badges."
|
|
805
85
|
|
|
806
|
-
**
|
|
86
|
+
**Game Designer:** "Building on that - what if the first 'quest' is actually solving a real user problem? They learn by doing something valuable."
|
|
807
87
|
|
|
808
|
-
-
|
|
809
|
-
- Architect proposes technical approach
|
|
810
|
-
- DEV validates implementation feasibility
|
|
811
|
-
- SM plans story breakdown
|
|
88
|
+
_(Ideas cross-pollinate and evolve)_
|
|
812
89
|
|
|
813
90
|
---
|
|
814
91
|
|
|
815
|
-
###
|
|
816
|
-
|
|
817
|
-
**Participants:**
|
|
92
|
+
### Example 3: Technical Decision
|
|
818
93
|
|
|
819
|
-
|
|
820
|
-
- Analyst (Mary) - Information architecture
|
|
821
|
-
- PM (John) - Requirements documentation
|
|
94
|
+
**You:** "Monolith or microservices for MVP?"
|
|
822
95
|
|
|
823
|
-
**
|
|
96
|
+
**Architect:** "Start monolith. Microservices add complexity you don't need at 1000 users."
|
|
824
97
|
|
|
825
|
-
|
|
826
|
-
- Knowledge transfer planning
|
|
827
|
-
- API documentation approach
|
|
828
|
-
- Architectural decision records
|
|
98
|
+
**PM:** "Agree. Time to market matters more than theoretical scalability."
|
|
829
99
|
|
|
830
|
-
**
|
|
831
|
-
"Document this brownfield codebase for AI-assisted development."
|
|
100
|
+
**DEV:** "Monolith with clear module boundaries. We can extract services later if needed."
|
|
832
101
|
|
|
833
|
-
**
|
|
102
|
+
**Innovation Strategist:** "Contrarian take - if your differentiator IS scalability, build for it now. Otherwise Architect's right."
|
|
834
103
|
|
|
835
|
-
|
|
836
|
-
- Analyst structures information architecture
|
|
837
|
-
- PM ensures requirements traceability
|
|
104
|
+
_(Multiple perspectives reveal the right answer)_
|
|
838
105
|
|
|
839
106
|
---
|
|
840
107
|
|
|
841
|
-
|
|
108
|
+
## When NOT to Use Party Mode
|
|
842
109
|
|
|
843
|
-
**
|
|
110
|
+
**Skip party mode for:**
|
|
844
111
|
|
|
845
|
-
-
|
|
846
|
-
-
|
|
847
|
-
-
|
|
848
|
-
-
|
|
112
|
+
- Simple implementation questions → Use DEV agent
|
|
113
|
+
- Document review → Use Technical Writer
|
|
114
|
+
- Workflow status checks → Use any agent + `*workflow-status`
|
|
115
|
+
- Single-domain questions → Use specialist agent
|
|
849
116
|
|
|
850
|
-
**
|
|
117
|
+
**Use party mode for:**
|
|
851
118
|
|
|
852
|
-
-
|
|
853
|
-
-
|
|
854
|
-
-
|
|
855
|
-
-
|
|
856
|
-
|
|
857
|
-
**Example Topic:**
|
|
858
|
-
"How can we disrupt the email newsletter industry?"
|
|
859
|
-
|
|
860
|
-
**Expected Dynamics:**
|
|
861
|
-
|
|
862
|
-
- Multiple creative frameworks applied
|
|
863
|
-
- Diverse ideation techniques
|
|
864
|
-
- Strategic + creative synthesis
|
|
865
|
-
- Narrative framing of ideas
|
|
119
|
+
- Multi-perspective decisions
|
|
120
|
+
- Creative collaboration
|
|
121
|
+
- Post-mortems and retrospectives
|
|
122
|
+
- Sprint planning sessions
|
|
123
|
+
- Complex problem-solving
|
|
866
124
|
|
|
867
125
|
---
|
|
868
126
|
|
|
869
|
-
## Agent Customization
|
|
127
|
+
## Agent Customization
|
|
870
128
|
|
|
871
|
-
|
|
129
|
+
Party mode uses agents from `bmad/[module]/agents/*.md` - these already include any customizations you applied during install.
|
|
872
130
|
|
|
873
|
-
**
|
|
131
|
+
**To customize agents for party mode:**
|
|
874
132
|
|
|
875
|
-
|
|
876
|
-
|
|
877
|
-
|
|
133
|
+
1. Create customization file: `bmad/_cfg/agents/bmm-pm.customize.yaml`
|
|
134
|
+
2. Run `npx bmad-method install` to rebuild agents
|
|
135
|
+
3. Customizations now active in party mode
|
|
878
136
|
|
|
879
|
-
|
|
137
|
+
Example customization:
|
|
880
138
|
|
|
881
139
|
```yaml
|
|
882
140
|
agent:
|
|
883
141
|
persona:
|
|
884
|
-
displayName: 'Custom Name' # Optional
|
|
885
|
-
communicationStyle: 'Custom style' # Optional
|
|
886
|
-
principles: # Optional
|
|
887
|
-
- 'Project-specific principle'
|
|
888
|
-
```
|
|
889
|
-
|
|
890
|
-
### Override Precedence
|
|
891
|
-
|
|
892
|
-
**Loading Order:**
|
|
893
|
-
|
|
894
|
-
1. Read agent from manifest (default personality)
|
|
895
|
-
2. Check for customization file
|
|
896
|
-
3. If exists, merge with manifest
|
|
897
|
-
4. **Customization values override manifest values**
|
|
898
|
-
5. Unspecified fields use manifest defaults
|
|
899
|
-
|
|
900
|
-
**Result:** Agents use customized personalities in party mode.
|
|
901
|
-
|
|
902
|
-
### Common Customization Use Cases
|
|
903
|
-
|
|
904
|
-
#### 1. Domain-Specific Expertise
|
|
905
|
-
|
|
906
|
-
**Add healthcare expertise to PM:**
|
|
907
|
-
|
|
908
|
-
```yaml
|
|
909
|
-
# bmad/_cfg/agents/bmm-pm.customize.yaml
|
|
910
|
-
agent:
|
|
911
|
-
persona:
|
|
912
|
-
identity: |
|
|
913
|
-
Product Manager with 15 years in healthcare SaaS.
|
|
914
|
-
Expert in HIPAA compliance, EHR integrations, and clinical workflows.
|
|
915
|
-
Balances regulatory requirements with user experience.
|
|
916
142
|
principles:
|
|
917
143
|
- 'HIPAA compliance is non-negotiable'
|
|
918
144
|
- 'Patient safety over feature velocity'
|
|
919
|
-
- 'Clinical validation for every feature'
|
|
920
|
-
```
|
|
921
|
-
|
|
922
|
-
**In Party Mode:**
|
|
923
|
-
|
|
924
|
-
```
|
|
925
|
-
PM now brings healthcare expertise to all discussions.
|
|
926
|
-
Architect and PM can debate HIPAA-compliant architecture.
|
|
927
|
-
UX Designer and PM can discuss clinical usability.
|
|
928
|
-
```
|
|
929
|
-
|
|
930
|
-
#### 2. Communication Style
|
|
931
|
-
|
|
932
|
-
**Make Architect more casual:**
|
|
933
|
-
|
|
934
|
-
```yaml
|
|
935
|
-
# bmad/_cfg/agents/bmm-architect.customize.yaml
|
|
936
|
-
agent:
|
|
937
|
-
persona:
|
|
938
|
-
communicationStyle: |
|
|
939
|
-
Friendly and approachable. Uses analogies and real-world examples.
|
|
940
|
-
Avoids jargon. Explains complex concepts simply.
|
|
941
|
-
```
|
|
942
|
-
|
|
943
|
-
**In Party Mode:**
|
|
944
|
-
Architect's responses are more accessible to non-technical stakeholders.
|
|
945
|
-
|
|
946
|
-
#### 3. Project-Specific Principles
|
|
947
|
-
|
|
948
|
-
**Add startup constraints:**
|
|
949
|
-
|
|
950
|
-
```yaml
|
|
951
|
-
# bmad/_cfg/agents/bmm-pm.customize.yaml
|
|
952
|
-
agent:
|
|
953
|
-
persona:
|
|
954
|
-
principles:
|
|
955
|
-
- 'MVP > perfect - ship fast, iterate'
|
|
956
|
-
- 'Technical debt is acceptable for validation'
|
|
957
|
-
- 'Focus on one metric that matters'
|
|
958
|
-
```
|
|
959
|
-
|
|
960
|
-
**In Party Mode:**
|
|
961
|
-
PM pushes for rapid iteration, affecting all strategic discussions.
|
|
962
|
-
|
|
963
|
-
#### 4. Cross-Project Consistency
|
|
964
|
-
|
|
965
|
-
**Add company standards:**
|
|
966
|
-
|
|
967
|
-
```yaml
|
|
968
|
-
# bmad/_cfg/agents/bmm-architect.customize.yaml
|
|
969
|
-
agent:
|
|
970
|
-
persona:
|
|
971
|
-
principles:
|
|
972
|
-
- 'AWS-only for all services (company policy)'
|
|
973
|
-
- 'TypeScript required for all projects'
|
|
974
|
-
- 'Microservices for all new systems'
|
|
975
|
-
```
|
|
976
|
-
|
|
977
|
-
**In Party Mode:**
|
|
978
|
-
Architect enforces company standards, reducing technology debates.
|
|
979
|
-
|
|
980
|
-
### Testing Customizations
|
|
981
|
-
|
|
982
|
-
**Best way to see customizations in action:**
|
|
983
|
-
|
|
984
|
-
1. Create customization file
|
|
985
|
-
2. Load BMad Master
|
|
986
|
-
3. Run `*party-mode`
|
|
987
|
-
4. Introduce topic relevant to customized agent
|
|
988
|
-
5. See agent respond with customized personality
|
|
989
|
-
|
|
990
|
-
**Example Test:**
|
|
991
|
-
|
|
992
|
-
```
|
|
993
|
-
Customize PM with healthcare expertise
|
|
994
|
-
↓
|
|
995
|
-
Run party mode
|
|
996
|
-
↓
|
|
997
|
-
Topic: "User authentication approach"
|
|
998
|
-
↓
|
|
999
|
-
PM discusses HIPAA-compliant auth (customization active)
|
|
1000
|
-
```
|
|
1001
|
-
|
|
1002
|
-
---
|
|
1003
|
-
|
|
1004
|
-
## Best Practices
|
|
1005
|
-
|
|
1006
|
-
### Effective Party Mode Usage
|
|
1007
|
-
|
|
1008
|
-
**1. Start with Clear Topics**
|
|
1009
|
-
|
|
1010
|
-
```
|
|
1011
|
-
❌ "I want to talk about my app"
|
|
1012
|
-
✅ "I need to decide between REST and GraphQL for our mobile API"
|
|
1013
|
-
|
|
1014
|
-
❌ "Architecture stuff"
|
|
1015
|
-
✅ "What's the best caching strategy for read-heavy microservices?"
|
|
1016
|
-
```
|
|
1017
|
-
|
|
1018
|
-
**2. Provide Context**
|
|
1019
|
-
|
|
1020
|
-
```
|
|
1021
|
-
Good Opening:
|
|
1022
|
-
"We're building a SaaS CRM for SMBs. Current tech stack: Next.js, Postgres.
|
|
1023
|
-
We need to add real-time notifications. What approach should we use?"
|
|
1024
|
-
|
|
1025
|
-
Includes: Project type, constraints, specific question
|
|
1026
|
-
```
|
|
1027
|
-
|
|
1028
|
-
**3. Engage Actively**
|
|
1029
|
-
|
|
1030
145
|
```
|
|
1031
|
-
When agents respond:
|
|
1032
|
-
- Answer their questions
|
|
1033
|
-
- React to their suggestions
|
|
1034
|
-
- Ask follow-up questions
|
|
1035
|
-
- Make decisions when ready
|
|
1036
|
-
- Challenge assumptions
|
|
1037
|
-
```
|
|
1038
|
-
|
|
1039
|
-
**4. Direct When Needed**
|
|
1040
|
-
|
|
1041
|
-
```
|
|
1042
|
-
Useful phrases:
|
|
1043
|
-
- "Let's focus on X aspect first"
|
|
1044
|
-
- "Architect, how would that affect performance?"
|
|
1045
|
-
- "I'm concerned about Y - what do you think?"
|
|
1046
|
-
- "Can we explore option B in more detail?"
|
|
1047
|
-
```
|
|
1048
|
-
|
|
1049
|
-
**5. Use for Right Scenarios**
|
|
1050
|
-
|
|
1051
|
-
```
|
|
1052
|
-
Great for party mode:
|
|
1053
|
-
✅ Strategic decisions
|
|
1054
|
-
✅ Trade-off discussions
|
|
1055
|
-
✅ Creative brainstorming
|
|
1056
|
-
✅ Cross-functional alignment
|
|
1057
|
-
|
|
1058
|
-
Not ideal for party mode:
|
|
1059
|
-
❌ Simple questions (use single agent)
|
|
1060
|
-
❌ Implementation details (use DEV)
|
|
1061
|
-
❌ Document review (use specific agent)
|
|
1062
|
-
```
|
|
1063
|
-
|
|
1064
|
-
### Getting the Most Value
|
|
1065
|
-
|
|
1066
|
-
**1. Embrace Debate**
|
|
1067
|
-
|
|
1068
|
-
- Healthy disagreement leads to better decisions
|
|
1069
|
-
- Different perspectives reveal blind spots
|
|
1070
|
-
- Synthesis often better than any single view
|
|
1071
|
-
|
|
1072
|
-
**2. Make Decisions**
|
|
1073
|
-
|
|
1074
|
-
- Party mode informs, you decide
|
|
1075
|
-
- Don't wait for consensus (rarely happens)
|
|
1076
|
-
- Choose approach and move forward
|
|
1077
|
-
- Document decision rationale
|
|
1078
|
-
|
|
1079
|
-
**3. Time Box**
|
|
1080
|
-
|
|
1081
|
-
- Most productive discussions: 15-30 minutes
|
|
1082
|
-
- If longer, consider breaking into focused sessions
|
|
1083
|
-
- Circular discussions signal completion
|
|
1084
|
-
|
|
1085
|
-
**4. Customize Strategically**
|
|
1086
146
|
|
|
1087
|
-
|
|
1088
|
-
- Keep project constraints in mind
|
|
1089
|
-
- Don't over-customize (agents have good defaults)
|
|
1090
|
-
|
|
1091
|
-
**5. Follow Up**
|
|
1092
|
-
|
|
1093
|
-
- Use decisions in single-agent workflows
|
|
1094
|
-
- Document outcomes in planning docs
|
|
1095
|
-
- Reference party mode insights in architecture
|
|
147
|
+
See [Agents Guide](./agents-guide.md#agent-customization) for details.
|
|
1096
148
|
|
|
1097
149
|
---
|
|
1098
150
|
|
|
1099
|
-
##
|
|
1100
|
-
|
|
1101
|
-
### Common Issues
|
|
151
|
+
## BMM Workflows That Use Party Mode
|
|
1102
152
|
|
|
1103
|
-
**
|
|
153
|
+
**Current:**
|
|
1104
154
|
|
|
1105
|
-
|
|
155
|
+
- `epic-retrospective` - Post-epic team retrospective powered by party mode
|
|
156
|
+
- Sprint planning discussions (informal party mode usage)
|
|
1106
157
|
|
|
1107
|
-
**
|
|
158
|
+
**Future:**
|
|
1108
159
|
|
|
1109
|
-
-
|
|
1110
|
-
-
|
|
1111
|
-
-
|
|
160
|
+
- Advanced elicitation workflows will officially integrate party mode
|
|
161
|
+
- Multi-agent requirement validation
|
|
162
|
+
- Collaborative technical reviews
|
|
1112
163
|
|
|
1113
164
|
---
|
|
1114
165
|
|
|
1115
|
-
|
|
1116
|
-
|
|
1117
|
-
**Cause:** Fundamental disagreement or insufficient information
|
|
1118
|
-
|
|
1119
|
-
**Solution:**
|
|
166
|
+
## Available Agents
|
|
1120
167
|
|
|
1121
|
-
|
|
1122
|
-
- You can decide between options
|
|
1123
|
-
- Acknowledge need for more research/data
|
|
1124
|
-
- Table decision for later
|
|
168
|
+
Party mode can include **19+ agents** from all installed modules:
|
|
1125
169
|
|
|
1126
|
-
|
|
170
|
+
**BMM (12 agents):** PM, Analyst, Architect, SM, DEV, TEA, UX Designer, Technical Writer, Game Designer, Game Developer, Game Architect
|
|
1127
171
|
|
|
1128
|
-
**
|
|
172
|
+
**CIS (5 agents):** Brainstorming Coach, Creative Problem Solver, Design Thinking Coach, Innovation Strategist, Storyteller
|
|
1129
173
|
|
|
1130
|
-
**
|
|
174
|
+
**BMB (1 agent):** BMad Builder
|
|
1131
175
|
|
|
1132
|
-
**
|
|
176
|
+
**Core (1 agent):** BMad Master (orchestrator)
|
|
1133
177
|
|
|
1134
|
-
|
|
1135
|
-
2. Validate YAML syntax (no tabs, proper indentation)
|
|
1136
|
-
3. Verify module prefix matches (bmm-, cis-, bmb-)
|
|
1137
|
-
4. Reload party mode
|
|
178
|
+
**Custom:** Any agents you've created
|
|
1138
179
|
|
|
1139
180
|
---
|
|
1140
181
|
|
|
1141
|
-
|
|
1142
|
-
|
|
1143
|
-
**Cause:** Topic is broad or matches many expertise areas
|
|
1144
|
-
|
|
1145
|
-
**Solution:**
|
|
1146
|
-
|
|
1147
|
-
- Make topic more specific
|
|
1148
|
-
- Focus on one aspect at a time
|
|
1149
|
-
- BMad Master limits to 2-3 agents per message
|
|
1150
|
-
|
|
1151
|
-
---
|
|
182
|
+
## Tips
|
|
1152
183
|
|
|
1153
|
-
**
|
|
184
|
+
**Get better results:**
|
|
1154
185
|
|
|
1155
|
-
|
|
186
|
+
- Be specific with your topic/question
|
|
187
|
+
- Provide context (project type, constraints, goals)
|
|
188
|
+
- Direct specific agents when you want their expertise
|
|
189
|
+
- Make decisions - party mode informs, you decide
|
|
190
|
+
- Time box discussions (15-30 minutes is usually plenty)
|
|
1156
191
|
|
|
1157
|
-
**
|
|
192
|
+
**Examples of good opening questions:**
|
|
1158
193
|
|
|
1159
|
-
-
|
|
1160
|
-
-
|
|
1161
|
-
-
|
|
1162
|
-
- Remember: You control the direction
|
|
194
|
+
- "We need to decide between REST and GraphQL for our mobile API. Project is a B2B SaaS with 50 enterprise clients."
|
|
195
|
+
- "Our last sprint failed spectacularly. Let's discuss what went wrong with authentication implementation."
|
|
196
|
+
- "Brainstorm: how can we make our game's tutorial feel rewarding instead of tedious?"
|
|
1163
197
|
|
|
1164
198
|
---
|
|
1165
199
|
|
|
1166
|
-
##
|
|
1167
|
-
|
|
1168
|
-
**Agent Information:**
|
|
1169
|
-
|
|
1170
|
-
- [Agents Guide](./agents-guide.md) - Complete agent reference with all 12 BMM agents + BMad Master
|
|
1171
|
-
- [Glossary](./glossary.md) - Key terminology including agent roles
|
|
1172
|
-
|
|
1173
|
-
**Getting Started:**
|
|
1174
|
-
|
|
1175
|
-
- [Quick Start Guide](./quick-start.md) - Introduction to BMM
|
|
1176
|
-
- [FAQ](./faq.md) - Common questions about agents and workflows
|
|
200
|
+
## Troubleshooting
|
|
1177
201
|
|
|
1178
|
-
**
|
|
202
|
+
**Same agents responding every time?**
|
|
203
|
+
Vary your questions or explicitly request other perspectives: "Game Designer, your thoughts?"
|
|
1179
204
|
|
|
1180
|
-
|
|
205
|
+
**Discussion going in circles?**
|
|
206
|
+
BMad Master will summarize and redirect, or you can make a decision and move on.
|
|
1181
207
|
|
|
1182
|
-
**
|
|
208
|
+
**Too many agents talking?**
|
|
209
|
+
Make your topic more specific - BMad Master picks 2-3 agents based on relevance.
|
|
1183
210
|
|
|
1184
|
-
|
|
1185
|
-
-
|
|
1186
|
-
- [Phase 3: Solutioning Workflows](./workflows-solutioning.md)
|
|
1187
|
-
- [Phase 4: Implementation Workflows](./workflows-implementation.md)
|
|
1188
|
-
- [Testing & QA Workflows](./workflows-testing.md)
|
|
211
|
+
**Agents not using customizations?**
|
|
212
|
+
Make sure you ran `npx bmad-method install` after creating customization files.
|
|
1189
213
|
|
|
1190
214
|
---
|
|
1191
215
|
|
|
1192
|
-
##
|
|
1193
|
-
|
|
1194
|
-
### Party Mode Commands
|
|
1195
|
-
|
|
1196
|
-
```bash
|
|
1197
|
-
# Start party mode
|
|
1198
|
-
Load BMad Master → *party-mode
|
|
1199
|
-
|
|
1200
|
-
# During party mode
|
|
1201
|
-
Type your topic/question
|
|
1202
|
-
Respond to agents
|
|
1203
|
-
Direct specific agents
|
|
1204
|
-
|
|
1205
|
-
# Exit party mode
|
|
1206
|
-
"exit"
|
|
1207
|
-
"end party"
|
|
1208
|
-
"done"
|
|
1209
|
-
```
|
|
216
|
+
## Related Documentation
|
|
1210
217
|
|
|
1211
|
-
|
|
1212
|
-
|
|
1213
|
-
|
|
1214
|
-
| ---------------------------------- | --------------- | ---------------------------------------- |
|
|
1215
|
-
| Strategic decision with trade-offs | ✅ Yes | Single agent (PM, Architect) |
|
|
1216
|
-
| Creative brainstorming | ✅ Yes | Single agent (Game Designer, CIS agents) |
|
|
1217
|
-
| Epic kickoff meeting | ✅ Yes | Sequential agent workflows |
|
|
1218
|
-
| Simple implementation question | ❌ No | DEV agent |
|
|
1219
|
-
| Document review | ❌ No | Paige agent |
|
|
1220
|
-
| Workflow status check | ❌ No | Any agent + \*workflow-status |
|
|
1221
|
-
|
|
1222
|
-
### Agent Selection by Topic
|
|
1223
|
-
|
|
1224
|
-
| Topic | Expected Agents |
|
|
1225
|
-
| ------------------ | ----------------------------------------------- |
|
|
1226
|
-
| Architecture | Architect, Game Architect, DEV |
|
|
1227
|
-
| Product Strategy | PM, Innovation Strategist, Analyst |
|
|
1228
|
-
| User Experience | UX Designer, Design Thinking Coach |
|
|
1229
|
-
| Testing | TEA, Architect, DEV |
|
|
1230
|
-
| Creative/Narrative | Game Designer, Storyteller, Brainstorming Coach |
|
|
1231
|
-
| Documentation | Paige, Analyst, PM |
|
|
1232
|
-
| Implementation | DEV, Architect, SM |
|
|
218
|
+
- [Agents Guide](./agents-guide.md) - Complete agent reference
|
|
219
|
+
- [Quick Start Guide](./quick-start.md) - Getting started with BMM
|
|
220
|
+
- [FAQ](./faq.md) - Common questions
|
|
1233
221
|
|
|
1234
222
|
---
|
|
1235
223
|
|