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