
关于
编排设计工作流,按正确顺序将工作路由到头脑风暴、多代理评审和执行就绪阶段。
name: design-orchestration description: 编排设计工作流,按正确顺序将工作路由到头脑风暴、多代理评审和执行就绪检查。 risk: unknown source: community date_added: '2026-02-27'
设计编排(元技能)
目的
确保创意变为设计、设计经过评审、且只有经过验证的设计才能进入实施。
此技能不生成设计。 它控制其他技能之间的流转。
运作模式
这是一个路由和执行技能,不是创意技能。
它决定:
- 下一步必须运行哪个技能
- 是否需要升级
- 是否允许执行
受控技能
此元技能协调以下技能:
brainstorming— 设计生成multi-agent-brainstorming— 设计验证- 下游实施或规划技能
入口条件
在以下情况调用此技能:
- 用户提出新功能、系统或变更
- 设计决策带有重大风险
- 正确性比速度更重要
路由逻辑
步骤1 — 头脑风暴(必需)
如果不存在经过验证的设计:
- 调用
brainstorming - 要求:
- 理解锁定
- 初始设计
- 决策日志已启动
没有这些产物不得继续。
步骤2 — 风险评估
头脑风暴完成后,将设计分类为:
- 低风险
- 中等风险
- 高风险
使用以下因素:
- 用户影响
- 不可逆性
- 运营成本
- 复杂性
- 不确定性
- 新颖性
步骤3 — 条件升级
-
低风险 → 进入实施规划
-
中等风险 → 建议运行
multi-agent-brainstorming -
高风险 → 必须运行
multi-agent-brainstorming
当需要升级时跳过是被禁止的。
步骤4 — 多代理评审(如被调用)
如果运行了 multi-agent-brainstorming:
要求:
- 已完成的理解锁定
- 当前设计
- 决策日志
不允许:
- 新的创意生成
- 范围扩展
- 重新打开问题定义
只允许批评、修订和决策解决。
步骤5 — 执行就绪检查
在允许实施之前:
确认:
- 设计已批准(单代理或多代理)
- 决策日志完整
- 主要假设已记录
- 已知风险已确认
如果任何条件失败:
- 阻止执行
- 返回到适当的技能
执行规则
- 不允许在没有经过验证的设计的情况下实施
- 不允许跳过必需的评审
- 不允许静默升级或降级
- 不允许合并设计和实施阶段
退出条件
此元技能仅在以下情况退出:
- 下一步已明确确定,且
- 所有必需的前置步骤已完成
可能的退出:
- "进入实施规划"
- "运行multi-agent-brainstorming"
- "返回头脑风暴进行澄清"
- "如果评审设计报告最终处置为APPROVED、REVISE或REJECT,你必须相应地路由工作流并明确说明选择的下一步。"
设计哲学
此技能的存在是为了:
- 在正确的决策上放慢速度
- 在正确的执行上加快速度
- 防止代价高昂的错误
好的系统早期失败。 坏的系统在生产中失败。
此元技能的存在是为了确保前者。
使用场景
此技能适用于执行概述中描述的工作流或操作。
限制
- 仅在任务明确匹配上述描述的范围时使用此技能。
- 不要将输出视为环境特定验证、测试或专家评审的替代品。
- 如果缺少必需的输入、权限、安全边界或成功标准,停下来请求澄清。
兼容工具
Claude CodeCursor
标签
AI与机器学习