派对模式
bmad-party-mode 用于多角色协作讨论：把 PM、架构、开发、UX 等视角放到同一轮对话里，快速暴露分歧、对齐取舍。
Party Mode 不是单角色问答，也不是单文档改写。它更像一次”有主持人的多方评审会”：
- BMad Master 根据你的问题调度相关角色
- 各角色以自身关注点回应
- 角色间会互相补充、质疑、修正
你可以连续追问，直到形成可执行结论。
什么时候使用
Section titled “什么时候使用”- 面临高影响决策，且存在明确 trade-off
- 需要跨角色快速对齐（产品、技术、交互、测试）
- 出现故障或争议，需要复盘责任和改进方向
- 做 sprint 规划或回顾，需要多视角共识
不适合的场景
Section titled “不适合的场景”- 你只需要单一角色的直接执行（例如仅改一段文案）
- 你已有明确决策，只需进入实现
- 你需要的是对同一输出做深度二次推理
这些场景通常更适合：
bmad-quick-dev（直接进入实现）advanced elicitation（二次推理补强）
Party Mode 的价值在于”更快看见盲区”：
- 优势：视角多、分歧显性、对齐速度快
- 代价：讨论信息量大，需要你主动控节奏和收敛
若你的目标是结构化发散创意，可先参考 头脑风暴；若你已经有初稿并想做二次推理补强，可参考 高级启发。完整阶段位置见 工作流地图。
与相近模式的区别
Section titled “与相近模式的区别”| 模式 | 核心目标 | 最佳场景 | 输出形态 |
|---|---|---|---|
bmad-party-mode | 多角色对齐与权衡 | 跨职能决策、复盘、规划 | 共识点、争议点、决策建议 |
bmad-brainstorming | 发散创意并收敛 | 方向探索、创意卡点 | 想法池与优先级 |
advanced elicitation | 对现有输出做二次推理 | 规格/方案补强 | 改进版内容与风险补充 |