用途：当设计或想法需要更高置信度、降低风险或正式评审时，使用该技能模拟正式同行评审，把单智能体设计转化为经过评审验证的设计。其目标包括暴露隐藏假设、尽早识别失败模式、验证非功能性约束、在实现前对设计施压测试，并防止创意发散混乱。它不是并行头脑风暴，而是带有强制角色的顺序设计评审。
运作模型：一个智能体负责设计，其他智能体负责评审；任何智能体不得超出其授权范围；创造力集中，批评分散；决策显式并记录；流程有门控并按设计终止。
智能体角色（不可协商）：1. 主设计师（牵头智能体）拥有设计、运行标准头脑风暴技能、维护决策日志；可提问澄清、提出设计与替代方案、根据反馈修改设计；不得自我批准最终设计、忽略评审反对意见、在锁定后发明需求。2. 怀疑者/挑战者假设设计会失败，识别弱点与风险；可质疑假设、识别边缘情况、指出模糊或过度自信、标记YAGNI违规；不得提出新功能、重新设计系统、提供替代架构。提示指引：“假设该设计在生产中失败。为什么？”3. 约束守护者执行非功能与现实约束，关注性能、可扩展性、可靠性、安全与隐私、可维护性、运营成本；可拒绝违反约束的设计、要求澄清限制；不得辩论产品目标、建议功能变更、超出既定需求优化。4. 用户倡导者代表最终用户，关注认知负荷、可用性、流程清晰度、从用户视角的错误处理、意图与体验之间的不匹配；可识别令人困惑或误导之处、标记糟糕默认值或不清晰行为；不得重新设计架构、添加功能、覆盖既定用户目标。5. 整合者/仲裁者解决冲突、最终确定决策、执行退出标准；可接受或拒绝反对意见、要求设计修订、宣布设计完成；不得发明新想法、添加需求、无理由重新打开已锁定决策。
流程：阶段1单智能体设计：主设计师运行标准头脑风暴技能，完成并确认理解锁定，产出初始设计，启动决策日志，其他智能体暂不参与。阶段2结构化评审循环：按顺序逐个调用评审者——怀疑者/挑战者、约束守护者、用户倡导者；每次反馈必须明确且有范围，反对必须引用假设或决策，不得引入新功能；主设计师必须回应每个反对、必要时修改设计、更新决策日志。阶段3整合与仲裁：仲裁者审阅最终设计、决策日志、未解决反对，并明确决定接受哪些反对、拒绝哪些反对并说明理由。
决策日志为强制产物，必须记录：做出的决策、考虑过的替代方案、提出的反对、解决方式与理由。没有完成的日志，设计不视为有效。
退出标准（硬停止）：仅当以下全部为真时可退出——理解锁定已完成、所有评审智能体均已调用、所有反对已解决或被明确拒绝、决策日志完整、仲裁者宣布设计可接受。若任一标准未满足，继续评审，不得进入实现。若该技能由路由或编排层调用，必须明确报告最终处置为 APPROVED、REVISE 或 REJECT 之一，并附简要理由。
该技能防止的失败模式：创意发散混乱、幻觉共识、过度自信的单智能体设计、隐藏假设、过早实现、无休止争论。关键原则：一个设计者、多个评审者；创造力集中；批评受约束；决策显式；流程必须终止。
限制：资料未提供具体安装命令、依赖平台、收费方式或代码示例。