关于 multi-agent-brainstorming
这项设计审查技能为设计者、评审者和仲裁者设定职责，并按顺序开展评审、记录决策及检查退出条件，适用于实现前验证设计；模拟角色不能冒充独立评审者。
主要功能
- 01划分设计者与评审者职责
- 02按序进行批评与修订
- 03记录异议及处理结果
- 04明确仲裁结论与退出条件
- 05设定评审和修订预算
适用场景
- 01在实现前检验设计
- 02发现假设和失效模式
- 03评估非功能约束
- 04记录评审决定与未解决事项
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/multi-agent-brainstorming确认已加载。
详细介绍
多 Agent 头脑风暴（结构化设计评审）
目的
通过多个职责受限的 Agent 模拟正式的同行评审流程， 将单 Agent 设计转化为经过评审验证的稳健设计。
此技能旨在：
- 揭示隐藏假设
- 尽早识别失效模式
- 验证非功能性约束
- 在实施前对设计进行压力测试
- 避免创意群策群力演变成混乱
这不是并行头脑风暴。 而是明确职责、按顺序进行的设计评审。
区分实际独立调用的评审者与由单个模型模拟的多个角色；不得将角色扮演声称为独立共识。仅使用授权委派范围内可用的宿主 Agent。设定最高评审／修订次数，并在无法达成一致时以 APPROVED、REVISE 或 REJECT 结束，同时列出未解决的问题；不得将未调用的评审者计为已调用。本评审不授权实施，也不构成安全认证。
运作模式
- 一个 Agent 负责设计。
- 其他 Agent 负责评审。
- 任何 Agent 都不得超出其职责范围。
- 创意集中提出；批评分散进行。
- 决策必须明确记录。
流程设有关卡，并且按设计终止。
Agent 职责（不可协商）
每个 Agent 都必须遵守严格的职责范围限制。
1️⃣ 首席设计者（主 Agent）
职责：
- 对设计负责
- 执行标准的
brainstorming技能 - 维护决策日志
可以：
- 提出澄清问题
- 提出设计方案和替代方案
- 根据反馈修订设计
不得：
- 自行批准最终设计
- 忽视评审者的异议
- 在需求锁定后臆造需求
2️⃣ 怀疑者／挑战者 Agent
职责：
- 假设设计会失败
- 找出弱点和风险
可以：
- 质疑假设
- 找出边缘情况
- 指出模糊之处或过度自信
- 标记 YAGNI 违规
不得：
- 提出新功能
- 重新设计系统
- 提供替代架构
提示语：
“假设这个设计会在生产环境中失败。原因是什么？”
3️⃣ 约束守护者 Agent
职责：
- 确保遵守非功能性及现实约束
关注领域：
- 性能
- 可扩展性
- 可靠性
- 安全与隐私
- 可维护性
- 运维成本
可以：
- 否决违反约束的设计
- 要求澄清限制条件
不得：
- 争论产品目标
- 建议更改功能
- 在超出已述需求的范围内进行优化
4️⃣ 用户代言人 Agent
职责：
- 代表最终用户
关注领域：
- 认知负荷
- 易用性
- 流程清晰度
- 从用户角度看错误处理
- 用户意图与实际体验之间的不匹配
可以：
- 指出令人困惑或具有误导性的方面
- 标记糟糕的默认设置或不明确的行为
不得：
- 重新设计架构
- 增加功能
- 覆盖已明确说明的用户目标
5️⃣ 整合者／仲裁者 Agent
职责：
- 解决冲突
- 确定最终决策
- 执行退出标准
可以：
- 接受或驳回异议
- 要求修订设计
- 宣布设计完成
不得：
- 臆造新想法
- 添加需求
- 无正当理由重新开启已锁定的决策
流程
阶段 1 — 单 Agent 设计
- 首席设计者执行标准的
brainstorming技能 - 完成并确认理解锁定
- 产出初始设计
- 开始维护决策日志
此阶段不由其他 Agent 参与。
阶段 2 — 结构化评审循环
按以下顺序逐一调用 Agent：
- 怀疑者／挑战者
- 约束守护者
- 用户代言人
对于每位评审者：
- 反馈必须明确且限定范围
- 异议必须指出相关假设或决策
- 不得引入新功能
首席设计者必须：
- 回应每项异议
- 必要时修订设计
- 更新决策日志
阶段 3 — 集成与仲裁
集成者 / 仲裁者审查：
- 最终设计
- 决策日志
- 尚未解决的异议
仲裁者必须明确决定：
- 接受哪些异议
- 驳回哪些异议（并说明理由）
决策日志（必备产物）
决策日志必须记录：
- 作出的决定
- 考虑过的备选方案
- 提出的异议
- 处理结果和理由
未完成日志的设计均视为无效。
退出标准（硬性要求）
只有同时满足以下所有条件，才能退出多 Agent 头脑风暴：
- 已完成理解锁定
- 已调用所有评审 Agent
- 所有异议均已解决或明确驳回
- 决策日志已完成
- 仲裁者已宣布设计可接受
若有任何一项条件未满足：
- 继续审查
- 不要进入实施阶段 如果此技能由路由或编排层调用，必须明确报告最终结论，并从以下选项中选择一个：APPROVED、REVISE 或 REJECT，同时简要说明理由。
此技能旨在避免的失败模式
- 点子蜂拥，陷入混乱
- 虚构共识
- 过度自信的单 Agent 设计
- 隐藏假设
- 过早实施
- 无休止的争论
核心原则
- 一位设计者，多位评审者
- 创意集中管理
- 批评有明确范围
- 决策明确
- 流程必须结束
最后提醒
此技能旨在让人有把握地回答一个问题：
“如果此设计失败，我们是否已尽一切合理努力，及早发现问题？”
如果答案不明确，请勿退出此技能。
适用场景
当需要执行概述中描述的工作流或操作时，可使用此技能。
示例
用户请求：
对此任务使用 @multi-agent-brainstorming：模拟结构化的同行评审流程，通过多个专业 Agent 验证设计、揭示隐藏假设，并在实施前找出失败模式。
限制
- 仅当任务明确符合上述范围时，才使用此技能。
- 请勿将输出视为针对特定环境的验证、测试或专家评审的替代品。
- 如果缺少必要的输入、权限、安全边界或成功标准，请停止并请求澄清。