design-orchestration

用途：Design Orchestration（元技能）用于确保想法先成为设计、设计经过评审、只有已验证的设计才进入实施。它不生成设计，而是控制其他技能之间的流转，属于路由与执行约束技能，而非创作技能。\n\n主要能力：决定下一步必须运行哪个技能、是否需要升级评审、是否允许进入执行。它协调 braininspiration 类的 brainstorming（设计生成）、multi-agent-brainstorming（设计验证）以及下游实施或规划技能。\n\n使用方式：当用户提出新功能、系统或变更，设计决策带有明显风险，或正确性比速度更重要时调用。流程为：步骤1 强制进行 brainstorming，要求产出 Understanding Lock、初始设计与已启动的 Decision Log，缺少这些产物不得继续；步骤2 风险评级，按用户影响、不可逆性、运营成本、复杂度、不确定性、新颖性等因素分为低、中、高风险；步骤3 条件升级，低风险进入实施规划，中风险建议多智能体评审，高风险必须多智能体评审，禁止在需要时跳过升级；步骤4 若运行多智能体评审，需已完成 Understanding Lock、当前设计与 Decision Log，禁止新的构思、范围扩张与重开问题定义，仅允许批评、修订与决策解决；步骤5 执行就绪检查，确认设计已获批准、Decision Log 完整、主要假设已记录、已知风险已确认，任一条件失败则阻止执行并返回相应技能。若评审结论为 APPROVED、REVISE 或 REJECT，必须据此路由并明确说明下一步。\n\n退出条件：仅当下一步被明确识别且所有前置必要步骤完成时退出，可能出口为进入实施规划、运行多智能体评审、返回 brainstorming 澄清。\n\n适用场景：需要控制设计质量与风险、避免设计未经验证就实施的工作流。\n\n限制：仅当任务明确符合上述范围时使用；不得将其输出视为针对具体环境的验证、测试或专家评审的替代；若缺少必要输入、权限、安全边界或成功标准，应停止并请求澄清。资料未提供具体安装命令或价格信息。