kscz0000 Design Orchestration（元技能）
目的
确保想法转化为设计、设计经过审查，并且只有经过验证的设计才能进入实现阶段。
本技能不生成设计。 它控制其他技能之间的流程。
运作模式
这是一个路由与强制执行技能，而非创造性技能。
它决定：
- 下一步必须运行哪个技能
- 是否需要升级
- 是否允许执行
受控技能
本元技能协调以下技能：
brainstorming— 设计生成multi-agent-brainstorming— 设计验证- 下游实现或规划技能
入口条件
在以下情况下调用本技能：
- 用户提出新功能、系统或变更
- 设计决策具有实质性风险
- 正确性比速度更重要
路由逻辑
步骤 1 — 头脑风暴（强制）
如果不存在已验证的设计：
- 调用
brainstorming - 要求：
- Understanding Lock（理解锁定）
- Initial Design（初始设计）
- Decision Log（决策日志）已启动
没有这些产物，不得继续。
步骤 2 — 风险评估
头脑风暴完成后，将设计分类为：
- 低风险
- 中等风险
- 高风险
使用以下因素评估：
- 用户影响
- 不可逆性
- 运营成本
- 复杂度
- 不确定性
- 新颖性
步骤 3 — 条件升级
低风险
→ 进入实现规划中等风险
→ 推荐multi-agent-brainstorming高风险
→ 要求multi-agent-brainstorming
禁止跳过必需的升级。
步骤 4 — 多智能体审查（如已调用）
如果运行了 multi-agent-brainstorming：
要求：
- 已完成的 Understanding Lock
- 当前的 Design
- Decision Log
不允许：
- 新的构思
- 范围扩展
- 重新定义问题
只允许批评、修订和决策解决。
步骤 5 — 执行就绪检查
在允许实现之前：
确认：
- 设计已批准（单智能体或多智能体）
- Decision Log 已完成
- 主要假设已记录
- 已知风险已确认
如果任何条件未满足：
- 阻止执行
- 返回相应技能
强制规则
- 不允许未经验证的设计进入实现
- 不允许跳过必需的审查
- 不允许静默升级或降级
- 不允许合并设计和实现阶段
退出条件
本元技能仅在以下情况下退出：
- 下一步已明确识别，且
- 所有必需的前置步骤已完成
可能的退出：
- "进入实现规划"
- "运行 multi-agent-brainstorming"
- "返回头脑风暴进行澄清"
- "如果经审查的设计报告最终处置为 APPROVED、REVISE 或 REJECT，必须相应地路由工作流并明确说明所选的下一步。"
设计哲学
本技能的存在是为了：
- 放慢正确的决策
- 加速正确的执行
- 防止代价高昂的错误
好的系统尽早失败。 坏的系统在生产环境中失败。
本元技能的存在是为了强制执行前者。
使用时机
本技能适用于执行概述中描述的工作流或操作。
局限性
- 仅当任务明确匹配上述范围时使用本技能。
- 不要将输出视为环境特定验证、测试或专家审查的替代品。
- 如果缺少必需的输入、权限、安全边界或成功标准，请停止并请求澄清。