multi-agent-brainstorming

多智能体头脑风暴 - 结构化设计审查技能

技能概述

将单一智能体设计转换为经过审查验证的健壮设计，通过模拟正式同行评审流程，使用多个约束代理进行顺序设计审查。

适用场景

1. 高风险项目设计验证

当设计决策失败成本较高时，如核心系统架构、安全相关功能或影响用户体验的关键组件，该技能通过多角度审查识别潜在风险，确保设计在实施前经过充分验证。

2. 复杂系统架构评审

面对包含多个交互组件的复杂系统，单一视角容易遗漏边缘情况和依赖关系。该技能通过约束保护者、用户倡导者等专门角色，全面审查性能、可扩展性、可维护性等非功能性约束。

3. 防止设计过早收敛

在团队讨论或个人思考中，设计容易过早锁定于第一个可行方案。该技能通过怀疑者代理强制质疑假设，通过用户倡导者保持关注真实用户需求，避免基于不完整假设的过度自信决策。

核心功能

结构化顺序审查流程

该技能采用三阶段流程：单智能体初步设计、多角色顺序审查、整合仲裁。审查者按固定顺序（怀疑者→约束保护者→用户倡导者）逐一介入，每个角色严格遵守职责边界，避免并行讨论中的混乱和重复劳动。

强制角色职责分离

五个代理各司其职：主要设计师负责设计但不自批准；怀疑者只找问题不提方案；约束保护者关注性能和安全等非功能需求；用户倡导者代表最终用户体验；整合者解决冲突并做最终决定。这种分离防止角色混乱和审查盲点。

显式决策日志记录

所有设计决策必须记录：决策内容、考虑的替代方案、提出的异议、解决方案和理由。审查未完成、异议未解决或日志不完整的设计均被视为无效。这种强制记录确保设计可追溯，便于后续复盘和知识传承。

常见问题

多智能体头脑风暴和传统头脑风暴有什么区别？

传统头脑风暴通常采用并行自由讨论模式，鼓励多人同时提出想法，容易产生群体思维和虚假共识。该技能采用顺序审查模式，每次只有一个代理发言，创造力集中在主要设计师，批评分布在多个专门角色。目标是暴露问题而非产生更多想法，最终决策需要明确记录而非默认达成共识。

什么时候应该使用这个技能？

当设计需要更高信心、风险降低或正式审查时使用。具体包括：影响核心业务的关键功能、涉及安全或隐私的设计、可能成为技术债的架构决策、需要向利益相关方正式汇报的提案，以及任何"如果这个设计失败了，我们是否尽力提前发现问题"答案不确定的场景。

这个审查流程需要多少时间？

时间投入取决于设计复杂度和异议数量。初步设计阶段使用标准头脑风暴技能；每个审查代理通常需要 1-2 轮交互；整合仲裁阶段的时间取决于未解决异议的数量。对于大多数中型设计，完整流程可在 30-60 分钟内完成。该技能通过强制终止机制防止无限循环审查。