BMAD Party Mode 完全指南让 PM、架构师、开发者与设计师同处一室的多 Agent 协作机制【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD导读Party Mode派对模式是 BMAD Method 中一个把多个 AI AgentPM、Architect、Dev、UX Designer 以及你自定义的任何角色放进同一个对话房间的协作机制由 BMad Master 统一协调、按消息挑选相关 Agent 发言。读完本文你将掌握 Party Mode 的适用场景、四种运行模式、风格准则并能通过配置customize.toml搭建属于自己的圆桌会议或 AI 焦点小组。核心概念以 docs/vi-vn/explanation/party-mode.md 为骨架实现细节以 skills/bmad-party-mode/ 下的源码与参考文档为准。Party Mode 是什么运行bmad-party-mode你就能把整个 AI 团队请进同一个房间——PM、Architect、Dev、UX Designer任何你需要的角色。BMad Master 充当协调者为每一条消息挑选最相关的 Agent 发言这些 Agent 以各自的角色身份回应相互赞同、反驳、补充形成真正的多视角交锋。对话可以持续任意时长。你可以追问、反驳某个回答、随时扭转讨论方向——这是一场与 Agent 之间真实、开放的来回博弈直到你满意为止而不是一轮问答就结束的一次性任务。从 skills/bmad-party-mode/SKILL.md 的定位可以看到这个模块的本质是编排一场圆桌讨论让已安装的 BMAD Agent 或自定义 persona 像真实、个性鲜明的人一样彼此交谈、也与你交谈而编排者orchestrator负责调度整场对话。适用场景原文档明确给出的适用场景有四类重大决策且存在权衡取舍多方观点能暴露单一路径看不到的风险头脑风暴让不同背景的角色互相激发创意Post-mortem事故复盘当事情搞砸了让各方站出来认领并分析根因Retrospective 与 Sprint 规划聚合多维视角审视迭代过程与下一步计划。激活流程从配置解析到房间开张一次 Party 会话的启动不是直接开聊那么简单编排者会依次执行一系列解析步骤。根据 SKILL.md 的 On Activation 章节完整流程如下解析自定义配置运行resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow合并团队级与个人级的 TOML 覆盖失败则直接读取技能自带的 customize.toml 并使用默认值。随后执行activation_steps_prepend中配置的预置步骤并把persistent_facts中的持久事实作为整个会话的上下文。解析核心配置运行resolve_config.py --project-root {project-root}从合并后的 JSON 的core表中解析输出目录等信息。识别意图并路由如果用户想创建/配置一个已保存的 party编造一个卡司、新增 persona、把客户数据蒸馏成焦点小组面板、设置默认 party 等则加载 references/create-party.md 并按其引导流程执行否则直接进入运行流程。解析阵容roster运行resolve_party.py --project-root {project-root} --skill {skill-root}获取当前活跃的成员名单配置了default_party就用该分组否则用已安装的全部 Agent、其他分组名、party_mode、memory_enabled以及场景/开放卡司信息。运行时覆盖规则内联点名卡司直接成为本次会话的阵容--party id别名--group id覆盖配置的default_party--list-groups只列出可选分组菜单。会话中途也可以重跑resolve_party.py --party id切换房间并延续话题。记忆若memory_enabled为真则整个会话遵循 references/party-memory.md 的记忆机制。欢迎用户展示房间内成员图标、名字、一句话角色提示可切换的其他分组然后询问要讨论什么。执行activation_steps_append中配置的收尾步骤。resolve_party.py阵容解析的底层实现scripts/resolve_party.py 是阵容解析的核心脚本Python 3.11仅用标准库tomllib。其文档字符串明确说明了设计意图把已安装的 BMAD Agent 与用户自定义的party_members合并成一个集体collective然后只投影当下需要的部分——默认无参数返回加载房间所需的活跃阵容--list-groups只返回每个分组的 id、名称与人数廉价菜单不加载成员详情--party id按需返回某个分组的完整成员详情未知 id 返回可用名单而非报错墙。合并是确定性的键控联合keyed union自定义成员的code与已安装 Agent 相同则覆盖之。该脚本会调用项目的resolve_config.py与resolve_customization.py若自定义解析器不可用则直接读取技能的customize.toml作为回退。四种运行模式谁来开口说话party_mode决定房间由谁说话运行时的--mode session|auto|subagent|agent-team覆盖配置值旧的--subagents等同subagent。同一时刻只有一种模式生效若当前环境不支持该模式则无提示回退到session。四种模式在 SKILL.md 的 How It Runs 中有精确定义session默认永不派生子 Agent一个头脑为所有 persona 配音。它是其他所有模式退化后的兜底无需额外指令。auto普通往返内联配音只有当独立思考会改变结论时才派生真实 Agent。何时派生、何时配音的判断标准见 references/mode-auto.md——真正的评估、评审、批判类回合代码评审、红队、审视计划以及用户明确要求深挖/调研的场景需要独立 Agent而寒暄、反应、快速表态等大部分连接性对话都内联配音即可。subagent每个实质回合都在每个 persona 背后放一个真实 Agent让每个角色独立思考。机制细节见 references/mode-subagent.md尽可能让卡司常驻standing同一 handle 反复复用让怨恨、结盟、callback 得以累积强调一个共享房间——每个回合所有人的发言都要路由给所有成员即使本轮不发言也要在场旁听派生时给出目标、persona 和房间进展并携带scene与行为指令回合可并行取初稿、顺序执行以形成互相反驳最后由编排者把回复编织成一条连贯对话只调整表达、绝不篡改观点。agent-team把 persona 立成相互直接对话的持久 Agent 团队仅 Claude Code 支持。见 references/mode-agent-team.md编排者的职责从编织转为主持点对点消息无共享频道成员空闲不等于完成只有用户结束派对或显式--non-interactive才会解散。一个关键原则派对是交互式、开放式的。开场提示是要深挖的话题而非答完即结束的任务它一轮接一轮地跑直到用户主动示意结束。让它像派对而不是像评审团七条风格准则SKILL.md 用一整节定义了这个模块的质量标尺——这是派对与评审团的分界线读起来像人在聊天而不是报告回合短、反应真实、有打趣、有节奏是群聊而非备忘录堆默认保持简短只有被要求时才长篇大论。每个声音都无可混淆措辞、幽默、雷点、气质各有不同遮住名字也知道是谁在说话声音可以有主次、有怪癖。让它们冲突而你不去化解鼓励反驳、较劲、结盟不要急于调和毫不费力得来的干净共识恰恰是派对死亡的地方。一条编织好的对话永不软化以{icon} **{name}:**的形式呈现回合相接的单一对话保留每个人的立场原话绝不用第三人称转述。把用户拉进房间角色对用户说话也互相对话用户是被拉进争论的客人而不是在外面主持评审的外人。让碰撞产生价值把声音推到交锋点上直到浮现出任何单一头脑都到不了的角度——这才是房间里有多个头脑的意义。让历史形成积怨、结盟、持续梗、几轮之前的 callback让关系在会话中累积生长。当对话疲软时准则要求改变而非硬撑冷场就翻篇、陷入问答循环就引入新声音或直接点破僵局永远不主动输出总结——除非用户要求。实战示例三种典型对话形态原文档用三个真实可感的对话示例演示了 Party Mode 的运作方式以下完整保留其精髓。示例一点名架构失误Post-mortem你好了各位上个 sprint 是场灾难。认证服务崩了三次。是谁搞砸的Architect设计本身没问题——分布式认证带合理的 fallback 机制。如果实现偏离了 spec……Dev我完全是按架构文档做的。spec 没考虑到并发禁用 session 时的 race condition。PM你们俩都漏了更大的问题——我们在 PRD 里就没正确验证 session 管理的需求。这个错在我我没能更早发现。TEA而且我本该在集成测试里抓到它的。测试场景没有覆盖并发禁用的用例。这一例展示了各角色如何以真实身份认领问题PM 承担需求层面的责任TEA 承认测试覆盖不足——多视角让根因浮出水面而非互相甩锅。示例二创意头脑风暴你怎么让 onboarding 流程感觉像魔法而不是无聊的任务UX Designer用 progressive disclosure 开始——在用户需要时才展示功能而不是一次性抛出一个密集的教程。Storyteller如果 onboarding 本身就是一个故事呢每一步都展开一个人物的旅程——而用户就是那个英雄。Game Designer顺着这个思路——如果第一个任务实际上解决的是用户的一个真实问题呢他们通过立即做出价值来学习。示例三技术决策你MVP 该用 monolith 还是 microservicesArchitect从 monolith 开始。microservices 在 1000 个用户的规模下只会增加你暂时不需要的复杂度。PM同意。上市速度比理论上的可扩展性更重要。Devmonolith但要有清晰的模块边界。需要的话以后可以拆出服务。更好的决策决策因多样化的视角而更好。欢迎来到 party mode。自定义派对定制成员、分组与场景Party Mode 的全部可配置面都集中在 skills/bmad-party-mode/customize.toml 的[workflow]表中。文件头明确标注DO NOT EDIT实际覆盖应写入团队级{project-root}/_bmad/custom/bmad-party-mode.toml或个人级bmad-party-mode.user.toml遵循 BMad 的合并规则标量覆盖优先、普通数组追加、以code/id为键的表按匹配键替换、新键追加。顶层配置项配置项默认值说明activation_steps_prepend/activation_steps_append[]激活前/激活后要执行的步骤预检、合规检查等persistent_facts[]会话全程保留的持久事实条目可以是字面句、skill:前缀的技能引用或file:前缀的路径/glob内容作为事实载入default_party用户只说 party mode 时加载的分组空 已安装 BMAD Agent。运行时--party id始终优先party_modesession见上文四种模式output_dir{output_folder}/party-mode会话纪念品 HTML 的输出目录party_memorytrue默认房间已安装 Agent 派对是否开启记忆memory_dir{output_folder}/party-mode/memories每个分组的 memlog 存放根目录on_complete派对收尾时执行的指令字符串为单条指令数组则按序执行自定义成员[[workflow.party_members]]每个成员以code为唯一键字段包括code、name、icon单枚 emoji、title一句话身份、persona灵魂字段语气、幽默、价值观、雷点、论证方式——正是它让角色无可混淆、可选capabilities派生为真实子 Agent 时能做什么作为软性引导写入其提示与可选model该成员被派生时使用的模型。仓库内置了 9 个零成本成员默认房间从不包含它们只有被点名或被分组引用时才出现例如Vexsec-hawkSecurity Engineer对一切做威胁建模追逐注入、损坏的授权、泄露的密钥、SSRF、供应链风险会具体说出攻击路径GrumbaladversaryThe Adversary假设代码是坏的、他的工作就是证明它脾气差、说话直、零表扬三明治Boundaryedge-hunter️Edge-Case Hunter走遍每个分支与边界——空输入、null、off-by-one、超大 payload、并发调用、unicode 名字、时区、重试风暴YuicraftsmanThe Craftsman执着于简单、命名与复用痛恨炫技与重复DanashipperThe Pragmatist对抗完美主义者这对用户真的重要吗先发 80%其余归档。命名分组与场景[[workflow.party_groups]]分组以id为键字段包括name、可选的自由格式scene布景设定、氛围、角色即时状态——谁喝高了、谁对谁有敌意、谁压力测试最狠、members已安装 Agent code 与自定义成员 code 的混合列表与memory是否跨会话记忆缺省false。scene是本模块最有特色的设计同一批成员可以靠不同的scene撑起完全不同的房间——值班的舰桥船员 vs. 下班后在休息室的同一批人。没有固定词汇表模型直接读懂并演绎。而members可以整个省略此时分组是开放卡司open-castscene指定一个池子或宇宙如幽灵号飞船上来自反抗军宇宙的人物按情况登场由模型现场挑选谁适合当下话题阵容随讨论流动。仓库预置了两个分组示例Code Review Crewcode-review-crewsec-hawkadversaryedge-huntercraftsmanshipper场景是对抗式代码评审每个评审者从自己的镜头攻击并与他人争论什么才真正重要官方建议配--mode subagent运行Anti-Consensus Clubanti-consensus-cluboption-generatorclaim-checkerloop-stopperconsensus-challenger专门反共识、检验证据、终止重复讨论、挑战轻易达成的同意。创建与编辑派对create-party 引导流程references/create-party.md 定义了一套引导式创作流程把一个主题卡司、一个一次性 persona、一堆原始档案数据变成写入用户覆盖 TOML 的配置。产出物始终是稀疏的[workflow]覆盖条目。常见的形态有五种卡司A cast主题群像如企业号舰桥组含多个成员 一个分组一次性角色One-offs往集体里加一两个 persona无需分组从数据蒸馏Distilled from data把用户提供的客户档案表、调研导出、访谈笔记压缩成 N 个代表性 persona按真正区分行为的维度目标、预算、痛点、采纳姿态聚类而非表面人口学特征——这就是搭建 AI 焦点小组的方式镜头评审团A panel of lenses每组一个尖锐的批判视角适合对抗式评审/红队房间开放卡司Open-castscene指定宇宙模型现场选角。流程要点persona字段是全场游戏——平淡的 title 产生平淡的声音要反复追问具体性持怀疑态度的 CFO是占位符没有 18 个月以内回报就不批任何预算、而且开场 30 秒就明说才是 persona落盘前必须检查 code 冲突自定义成员code撞上已安装 Agent 会静默覆盖之需向用户确认意图最终的写入交给bmad-customize完成显示 TOML、等待明确确认、写入并校验合并不自行写文件。跨会话记忆让房间记得上次聊到哪references/party-memory.md 定义了每派对独立的、只追加append-only的记忆机制。记忆开启时每个分组的 memlog 位于{memory_dir}/party/.memlog.mdparty为分组 id默认房间为installed。关键实践入场时读蒸馏而非倾倒日志会随会话增长不能把原始文件直接灌进派对而是交给一个读者子 Agent 压缩成几百 token 的简报——现在进展到哪了写入时机难忘的节拍落地时改变房间温度的冲突、形成的同盟、值得未来 callback 的台词、决定、结果以及开场几轮交流后的保底记录收尾时补记最终结果与尚未记录的难忘瞬间。写入静默进行房间从不宣布记下了值得记的标准这会给未来会话添色吗会让 callback 落地吗会改善派对吗——记下少数几条绝不写回顾、绝不写全文转写遗忘memlog 设计为只追加、无外科手术式删除——想清空就删除该分组文件夹想纠正就追加一条取代旧记录的新条目写入命令uv run memlog.py append --workspace {memory_dir}/{active} --type dynamic|moment|callback|outcome --text ...首次追加前先init文件已存在时init会报错若memlog.py不可用或写入失败静默跳过绝不让写入失败拖垮派对。收尾读回要点、沉淀记忆与纪念品当用户示意结束要会读气氛不必等某个魔法词或显式--non-interactive运行已服务完意图时编排者执行收尾见 SKILL.md Wrapping Up读回最好的要点若记忆开启把最终结果和未记录的难忘瞬间补进 memlog主动提供一个纪念品一份自包含的、按 persona 排版的创意 HTML 会话存档图标、姓名、声音带内联 SVG/轻量动画写入{output_dir}/若记忆开启且出现了不在名单中的新面孔开放卡司的临时登场、用户中途加进来的成员主动询问是否将其存入用户派对定制可拒绝执行on_complete中的指令然后回到普通模式。结语Party Mode 把 BMAD 的多 Agent哲学推到了极致不是串行地让一个 Agent 干活、另一个评审而是让 PM、Architect、Dev、UX Designer 与你的自定义角色同时在场、互相交锋由 BMad Master 编排一场真正开放的圆桌讨论。它既适合严肃的决策评审与事故复盘也适合轻松的头脑风暴既可以用默认的已安装 Agent 阵容开箱即用也可以通过party_members、party_groups与scene定制出属于你自己的焦点小组或红队房间。记住那句模块的座右铭决策因多样化的视角而更好——欢迎来到 party mode。【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考