Skip to content

[[[[Switch to English]]]]


title: "派对模式" description: 多代理协作 - 让您的所有 AI 代理加入一个对话

让您的所有 AI 代理加入一个对话。

什么是派对模式?

运行 party-mode,您的整个 AI 团队就在一个房间里了 - PM、架构师、Dev、UX 设计师,以及任何您需要的人。BMad Master 进行协调,为每条消息挑选相关的代理。代理们以角色身份回应,同意、反对并在彼此的想法基础上进行构建。

对话会持续进行,直到您想停止。追问后续问题、反驳答案、重定向讨论 - 这是一次真正的与您的代理进行的来回交流,直到您完成为止。

适用于:

  • 有权衡的重大决策
  • 头脑风暴会议
  • 事情出错时的验尸分析
  • 冲刺回顾和规划

示例

指出糟糕的架构

您: “好了团队,我们上一个冲刺是一场灾难。认证服务宕机了三次。谁把这搞砸了?”

Architect: “设计是合理的 - 分布式认证具有适当的回退机制。如果实施偏离了规范……”

Dev: “我完全按照架构文档操作。规范没有考虑到并发会话无效的竞争条件。”

PM: “你们俩都错过了更大的问题 - 我们没有在 PRD 中验证会话管理需求。这是我的责任,我没抓住它。”

TEA: “我也应该在集成测试中抓住这一点。测试场景没有覆盖并发无效。”

创意头脑风暴

您: “我们如何让入职体验感觉神奇而不是无聊?”

UX Designer: “从渐进式披露开始 - 在用户需要时展示功能,而不是在教程中一次性全部展示。”

Storyteller: “如果入职是一个故事呢?每一步都揭示角色的旅程 - 用户就是英雄。”

Game Designer: “在此基础上构建 - 如果第一个‘任务’实际上是解决一个真实的用户问题呢?他们通过做有价值的事情来学习。”

技术决策

您: “MVP 使用单体还是微服务?”

Architect: “从单体开始。在 1000 个用户时,你不需要微服务增加的复杂性。”

PM: “同意。上市时间比理论上的可扩展性更重要。”

Dev: “具有清晰模块边界的单体。如果需要,我们以后可以提取服务。”

:::tip[更好的决策] 通过多元化的视角做出更好的决策。欢迎来到派对模式。 :::