用途
Design Orchestration 是一个元技能（Meta-Skill），其目标是确保想法先转化为设计、设计经过评审、只有通过验证的设计才进入实现阶段。它本身不生成设计，而是控制其他技能之间的流转。
主要能力
这是一个路由与强制执行技能，而非创意技能。它负责决定：
- 下一步必须运行哪个技能
- 是否需要升级评审
- 是否允许进入执行
它协调以下受控技能：
- brainstorming —— 设计生成
- multi-agent-brainstorming —— 设计验证
- 下游实现或规划技能
使用方式
入口条件
在以下情况调用本技能：
- 用户提出新功能、新系统或变更
- 设计决策带有显著风险
- 正确性比速度更重要
路由逻辑
第 1 步 —— 头脑风暴（强制）
如果尚不存在经过验证的设计：
- 调用 brainstorming
- 要求产出：理解锁定（Understanding Lock）、初始设计、已启动的决策日志（Decision Log）
缺少这些工件则不得继续。
第 2 步 —— 风险评估
头脑风暴完成后，将设计分类为：低风险、中等风险、高风险。参考因素包括：用户影响、不可逆性、运营成本、复杂度、不确定性、新颖性。
第 3 步 —— 条件升级
- 低风险 → 进入实现规划
- 中等风险 → 建议使用 multi-agent-brainstorming
- 高风险 → 要求进行实质性评审；仅在获得明确委托授权时使用 multi-agent-brainstorming，否则执行有记录的单一智能体评审
不得静默跳过必需的实质性评审。评审深度不等于可以生成智能体或覆盖用户的工作流。
第 4 步 —— 多智能体评审（如被调用）
如果运行 multi-agent-brainstorming，要求具备：已完成的理解锁定、当前设计、决策日志。
不允许：新的构思、范围扩张、重新打开问题定义。只允许批评、修订和决策解决。
第 5 步 —— 执行就绪检查
在允许实现之前，确认：
- 设计已获批准（单一智能体或多智能体）
- 决策日志完整
- 主要假设已记录
- 已知风险已确认
任一条件不满足则：阻止执行，返回相应技能。
强制执行规则
- 不得在未经验证的设计下允许实现
- 不得跳过必需的评审
- 不得静默升级或降级
- 不得合并设计与实现阶段
退出条件
本元技能仅在以下情况退出：下一步被明确识别，且所有必需的前置步骤均已完成。
可能的退出：
- “进入实现规划”
- “运行 multi-agent-brainstorming”
- “返回头脑风暴以澄清”
- 如果评审后的设计报告最终处置为 APPROVED、REVISE 或 REJECT，必须据此路由工作流并明确说明所选下一步。
适用场景
当某个实质性功能或系统决策需要设计、风险评估和实现就绪评审时使用。应尊重已批准的设计和项目要求的工作流；常规的有界修复不需要人为制造的工件或强制头脑风暴。
示例：用户请求“使用 @design-orchestration 评审此接口，识别影响最大的设计问题，并提出可实现的改进方案。”
限制
路由技能无法授予执行、发布、支出或委托权限。应将理解锁定/决策日志理解为实际项目工件或简明证据，而不是需要发明缺失的工具，也不是反复停止已授权工作的理由。
不要将输出视为环境特定验证、测试或专家评审的替代品。
如果缺少必需输入、权限、安全边界或成功标准，应停止并请求澄清。