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