name: design-orchestration slug: design-orchestration displayName: 设计编排 description: 通过按正确顺序将工作路由经头脑风暴、多智能体评审与执行就绪检查来编排设计工作流。防止过早实现、跳过验证以及未经评审的高风险设计。 summary: 元技能——编排设计工作流，确保只有经过验证的设计才进入实现。 version: 1.0.0

设计编排（元技能）

职责定位

确保 想法转化为设计、设计经过评审，并且 只有经过验证的设计才会进入实现阶段。

本技能不生成设计。 它 控制其他技能之间的流程。

运作模型

这是一个 路由与强制（routing and enforcement）技能，而非创造性技能。

它负责决定： - 下一个必须运行哪个技能 - 是否需要升级（escalation） - 是否允许进入执行阶段

受控技能

该元技能协调以下内容：

• brainstorming — 设计生成
• multi-agent-brainstorming — 设计验证
• 下游的实现或规划技能

进入条件

在以下情况调用本技能： - 用户提出了一个新功能、新系统或变更 - 设计决策带有显著风险 - 正确性比速度更重要

路由逻辑

步骤一 — 头脑风暴（强制）

如果尚不存在经过验证的设计：

• 调用 brainstorming
• 要求产出：
• 理解锁定（Understanding Lock）
• 初始设计（Initial Design）
• 已启动的决策日志（Decision Log）

缺少这些产物时，你 不得 继续推进。

步骤二 — 风险评估

头脑风暴完成后，将设计归类为：

• 低风险（Low risk）
• 中风险（Moderate risk）
• 高风险（High risk）

参考因素包括： - 用户影响 - 不可逆转性 - 运维成本 - 复杂度 - 不确定性 - 新颖性

步骤三 — 条件性升级

• 低风险 → 进入实现规划

• 中风险 → 建议执行 multi-agent-brainstorming

• 高风险 → 必须执行 multi-agent-brainstorming

在需要时跳过升级是被禁止的。

步骤四 — 多智能体评审（若已调用）

若运行了 multi-agent-brainstorming：

要求： - 已完成理解锁定 - 当前设计 - 决策日志

不允许： - 新的构思发散 - 范围扩张 - 重新打开问题定义

只允许批判、修订和决策解决。

步骤五 — 执行就绪检查

在允许实现之前：

确认： - 设计已获批准（单智能体或多智能体） - 决策日志已完备 - 主要假设已记录 - 已知风险已确认

若任一条件不满足： - 阻断执行 - 返回到相应的技能

强制规则

• 不得在没有经过验证的设计的情况下允许实现
• 不得允许跳过必需的评审
• 不得允许静默升级或降级
• 不得合并设计阶段与实现阶段

退出条件

该元技能 仅在以下情况 退出： - 下一步已被明确识别，且 - 所有必需的前置步骤均已完成

可能的退出方式： - “进入实现规划” - “运行 multi-agent-brainstorming” - “返回头脑风暴以澄清” - “若经评审的设计报告了 APPROVED、REVISE 或 REJECT 的最终处置，你必须据此路由工作流，并明确陈述所选的下一步。”

设计理念

本技能的存在是为了： - 放慢正确的决策 - 加速正确的执行 - 防止代价高昂的错误

优秀的系统会尽早失败。 糟糕的系统会在生产环境中失败。

该元技能的存在，是为了强制推行前者。

这个工具质量不错，能帮助团队更好地管理设计工作流程，确保重要设计不会被仓促决定。它的流程设计很完整，规则也很明确，可以有效防止高风险设计被跳过。主要优点是逻辑清晰、职责分明，缺点是目前缺少使用示例，某些细节说明还可以更详细。总体而言，这是一个值得使用的设计编排工具。