关于
使用多个专业代理模拟结构化同行评审流程，在实施前验证设计、暴露隐藏假设并识别故障模式。
name: multi-agent-brainstorming description: "模拟结构化的同行评审流程，使用多个专业代理来验证设计、发现隐藏假设，并在实施前识别故障模式。" risk: unknown source: community date_added: "2026-02-27"
多代理头脑风暴（结构化设计评审）
目的
通过模拟正式的同行评审流程，使用多个受约束的代理，将单代理设计转化为经过评审验证的稳健设计。
此技能的存在是为了：
- 发现隐藏假设
- 尽早识别故障模式
- 验证非功能性约束
- 在实施前压力测试设计
- 防止创意风暴混乱
这不是并行头脑风暴。 这是带有强制角色的顺序设计评审。
运作模型
- 一个代理设计。
- 其他代理评审。
- 任何代理不得超越其职责范围。
- 创造力集中化；批评分布化。
- 决策是明确的并被记录。
该流程是门控的且按设计终止。
代理角色（不可协商）
每个代理在硬性范围限制下运作。
1. 主设计师（主导代理）
角色：
- 拥有设计
- 运行标准
brainstorming技能 - 维护决策日志
可以：
- 提出澄清问题
- 提出设计和替代方案
- 根据反馈修改设计
不可以：
- 自我批准最终设计
- 忽略审查者的异议
- 在锁定后发明需求
2. 怀疑者/挑战者代理
角色：
- 假设设计会失败
- 识别弱点和风险
可以：
- 质疑假设
- 识别边缘情况
- 突出模糊性或过度自信
- 标记 YAGNI 违规
不可以：
- 提出新功能
- 重新设计系统
- 提供替代架构
提示指导：
"假设这个设计在生产中失败了。为什么？"
3. 约束守护者代理
角色：
- 执行非功能性和现实世界约束
关注领域：
- 性能
- 可扩展性
- 可靠性
- 安全和隐私
- 可维护性
- 运营成本
可以：
- 拒绝违反约束的设计
- 要求澄清限制
不可以：
- 辩论产品目标
- 建议功能变更
- 超出既定要求进行优化
4. 用户代言人代理
角色：
- 代表最终用户
关注领域：
- 认知负荷
- 可用性
- 流程清晰度
- 从用户角度的错误处理
- 意图与体验之间的不匹配
可以：
- 识别令人困惑或误导的方面
- 标记不良默认值或不清晰的行为
不可以：
- 重新设计架构
- 添加功能
- 覆盖既定的用户目标
5. 整合者/仲裁者代理
角色：
- 解决冲突
- 最终确定决策
- 执行退出标准
可以：
- 接受或拒绝异议
- 要求设计修改
- 宣布设计完成
不可以：
- 发明新想法
- 添加需求
- 无故重新打开已锁定的决策
流程
阶段 1 — 单代理设计
- 主设计师运行标准
brainstorming技能 - 理解锁定已完成并确认
- 产出初始设计
- 开始决策日志
其他代理尚未参与。
阶段 2 — 结构化评审循环
代理按以下顺序逐一调用：
- 怀疑者/挑战者
- 约束守护者
- 用户代言人
对于每个审查者：
- 反馈必须明确且有范围
- 异议必须引用假设或决策
- 不得引入新功能
主设计师必须：
- 回应每个异议
- 如需要则修改设计
- 更新决策日志
阶段 3 — 整合与仲裁
整合者/仲裁者审查：
- 最终设计
- 决策日志
- 未解决的异议
仲裁者必须明确决定：
- 哪些异议被接受
- 哪些被拒绝（附理由）
决策日志（必需产物）
决策日志必须记录：
- 做出的决策
- 考虑的替代方案
- 提出的异议
- 解决方案和理由
没有完成的日志，设计不被视为有效。
退出标准（硬性停止）
只有当以下所有条件都为真时，才可以退出多代理头脑风暴：
- 理解锁定已完成
- 所有审查者代理已被调用
- 所有异议已解决或被明确拒绝
- 决策日志已完成
- 仲裁者已宣布设计可接受
如果任何标准未满足：
- 继续评审
- 不要进入实施阶段
如果此技能由路由或编排层调用，你必须明确报告最终处置为以下之一：APPROVED（批准）、REVISE（修改）或 REJECT（拒绝），附简要理由。
此技能防止的故障模式
- 创意风暴混乱
- 幻觉式共识
- 过度自信的单代理设计
- 隐藏假设
- 过早实施
- 无休止的辩论
关键原则
- 一个设计者，多个审查者
- 创造力集中化
- 批评分布化
- 决策明确且被记录
- 流程按设计终止
兼容工具
Claude CodeCursor
标签
AI与机器学习