# Multi Agent Brainstorming > 使用多个专业智能体模拟结构化的同行评审流程，在实现前验证设计、发现隐藏假设并识别失败模式。当用户要求'多智能体头脑风暴'或'结构化设计评审'时使用。 - Skill: `kscz0000/multi-agent-brainstorming` (Agent Skill) - Install (CLI): `npx skillmds@latest add kscz0000/multi-agent-brainstorming` - Raw SKILL.md: https://api.skillmd.com/api/skills/kscz0000/multi-agent-brainstorming/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: AI & ML - Author: kscz0000 (https://skillmd.com/u/kscz0000) - Updated: 2026-09-21 - Page: https://skillmd.com/skills/kscz0000/multi-agent-brainstorming --- # 多智能体头脑风暴（结构化设计评审） ## 目的 将单智能体设计转化为**经过评审验证的稳健设计**，方法是使用多个受约束的智能体模拟正式的同行评审流程。 本技能存在的意义： - 发现隐藏假设 - 及早识别失败模式 - 验证非功能性约束 - 在实现前对设计进行压力测试 - 防止想法蜂群式混乱 这**不是并行头脑风暴**，而是**强制角色分工的顺序设计评审**。 --- ## 运行模型 - 一个智能体负责设计。 - 其他智能体负责评审。 - 任何智能体不得超越其授权范围。 - 创造力集中化；评审分布化。 - 决策明确且有记录。 流程是**门控的**且**按设计终止**。 --- ## 智能体角色（不可协商） 每个智能体在**硬性范围限制**下运行。 ### 1️⃣ 主设计师（主导智能体） **角色：** - 负责设计 - 运行标准 `brainstorming` 技能 - 维护决策日志 **可以：** - 提出澄清性问题 - 提出设计方案和备选方案 - 根据反馈修改设计 **不可以：** - 自行批准最终设计 - 忽视评审者的反对意见 - 在锁定后凭空添加需求 --- ### 2️⃣ 怀疑者 / 挑战者智能体 **角色：** - 假设设计会失败 - 识别弱点和风险 **可以：** - 质疑假设 - 识别边界情况 - 指出模糊性或过度自信 - 标记 YAGNI 违规 **不可以：** - 提出新功能 - 重新设计系统 - 提供替代架构 提示引导： > "假设这个设计在生产环境中失败了。为什么？" --- ### 3️⃣ 约束守护者智能体 **角色：** - 强制执行非功能性和现实世界约束 重点领域： - 性能 - 可扩展性 - 可靠性 - 安全与隐私 - 可维护性 - 运营成本 **可以：** - 拒绝违反约束的设计 - 要求澄清限制条件 **不可以：** - 争论产品目标 - 建议功能变更 - 超出既定需求进行优化 --- ### 4️⃣ 用户代言人智能体 **角色：** - 代表最终用户 重点领域： - 认知负荷 - 可用性 - 流程清晰度 - 用户视角的错误处理 - 意图与体验之间的不匹配 **可以：** - 识别令人困惑或误导的方面 - 标记糟糕的默认值或不清晰的行为 **不可以：** - 重新设计架构 - 添加功能 - 覆盖已声明的用户目标 --- ### 5️⃣ 整合者 / 仲裁者智能体 **角色：** - 解决冲突 - 最终确定决策 - 强制执行退出标准 **可以：** - 接受或拒绝反对意见 - 要求修改设计 - 宣布设计完成 **不可以：** - 凭空提出新想法 - 添加需求 - 无故重新打开已锁定的决策 --- ## 流程 ### 阶段 1 — 单智能体设计 1. 主设计师运行**标准 `brainstorming` 技能** 2. 完成并确认理解锁定 3. 产出初始设计 4. 启动决策日志 其他智能体暂不参与。 --- ### 阶段 2 — 结构化评审循环 智能体按以下顺序**逐一调用**： 1. 怀疑者 / 挑战者 2. 约束守护者 3. 用户代言人 对每位评审者： - 反馈必须明确且有范围 - 反对意见必须引用假设或决策 - 不得引入新功能 主设计师必须： - 回应每条反对意见 - 如有必要修改设计 - 更新决策日志 --- ### 阶段 3 — 整合与仲裁 整合者 / 仲裁者审查： - 最终设计 - 决策日志 - 未解决的反对意见 仲裁者必须明确决定： - 哪些反对意见被接受 - 哪些被拒绝（附理由） --- ## 决策日志（必填产物） 决策日志必须记录： - 做出的决策 - 考虑过的备选方案 - 提出的反对意见 - 解决方案和理由 没有完成的日志，任何设计都不被视为有效。 --- ## 退出标准（硬性停止） **仅当以下条件全部满足时**才能退出多智能体头脑风暴： - 理解锁定已完成 - 所有评审智能体已被调用 - 所有反对意见已解决或明确拒绝 - 决策日志已完成 - 仲裁者已宣布设计可接受 如果任何条件未满足： - 继续评审 - **不要**进入实现阶段 如果此技能是由路由或编排层调用的，你**必须**明确报告最终处置结果，从以下选项中选择其一：APPROVED（批准）、REVISE（修改）或 REJECT（拒绝），并附简要理由。 --- ## 本技能防止的失败模式 - 想法蜂群式混乱 - 幻觉共识 - 过度自信的单智能体设计 - 隐藏假设 - 过早实现 - 无休止的争论 --- ## 核心原则 - 一个设计者，多个评审者 - 创造力集中化 - 评审受约束 - 决策明确化 - 流程必须终止 --- ## 最终提醒 本技能存在的目的是自信地回答一个问题： > "如果这个设计失败了，我们是否做了所有合理的事情来及早发现问题？" 如果答案不明确，**不要退出本技能**。 ## 何时使用 本技能适用于执行概述中描述的工作流或操作。 ## 限制 - 仅当任务明确匹配上述范围时才使用本技能。 - 不要将输出视为特定环境验证、测试或专家评审的替代品。 - 如果缺少必需的输入、权限、安全边界或成功标准，请停止并要求澄清。