design-orchestration

设计编排（元技能）

目的

确保想法形成设计，设计经过评审，且 只有经过验证的设计才能进入实施阶段。

此技能不会生成设计。 它负责控制其他技能之间的流程。

---

运作模式

这是一项路由与执行约束技能，而非创意技能。

它负责决定：

• 下一步必须运行哪项技能
• 是否需要升级处理
• 是否允许执行

---

受控技能

此元技能协调以下技能：

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

---

触发条件

在以下情况下调用此技能：

• 用户提出新功能、系统或变更
• 设计决策存在重大风险
• 正确性比速度更重要

---

路由逻辑

第 1 步 — 头脑风暴（必需）

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

• 调用 brainstorming
• 要求提供：
  • 理解锁定
  • 初始设计
  • 已开始的决策日志

没有这些产物，不得继续。

---

第 2 步 — 风险评估

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

• 低风险
• 中等风险
• 高风险

评估时考虑以下因素：

• 对用户的影响
• 不可逆性
• 运营成本
• 复杂度
• 不确定性
• 新颖性

---

第 3 步 — 有条件升级

• 低风险
  → 进入实施规划

• 中等风险
  → 建议使用 multi-agent-brainstorming

• 高风险
  → 必须进行实质性评审；仅在获得明确授权委派的情况下使用 multi-agent-brainstorming，否则进行有记录的单 Agent 评审

不得悄然跳过必需的实质性评审。评审深度并不意味着可以启动 Agent 或覆盖用户的工作流。

---

第 4 步 — 多 Agent 评审（如已调用）

如果运行了 multi-agent-brainstorming：

要求提供：

• 已完成的理解锁定
• 当前设计
• 决策日志

不得允许：

• 提出新想法
• 扩大范围
• 重新讨论问题定义

仅允许批评、修订和解决决策。

---

第 5 步 — 执行就绪检查

允许实施之前，确认：

• 设计已获批准（单 Agent 或多 Agent）
• 决策日志已完成
• 主要假设均已记录
• 已确认已知风险

如果任一条件未满足：

• 阻止执行
• 返回相应技能

---

执行规则

• 不得允许在设计未经验证的情况下实施
• 不得允许跳过必需的评审
• 不得允许悄然升级或降级
• 不得合并设计阶段与实施阶段

---

退出条件

仅当满足以下条件时，此元技能才会退出：

• 已明确指出下一步，且
• 所有必需的前置步骤均已完成

可选的退出方式：

• “进入实施规划”
• “运行 multi-agent-brainstorming”
• “返回 brainstorming 以澄清问题”
• "如果评审后的设计给出了 APPROVED、REVISE 或 REJECT 的最终结论，你必须相应地路由工作流，并明确说明选定的下一步。"

---

设计理念

此技能旨在：

• 为重要决策放慢节奏
• 加快正确的执行
• 防止代价高昂的错误

好的系统会尽早暴露问题。 糟糕的系统会在生产环境中出问题。

此元技能旨在确保前者。

适用场景

当一项重要的功能或系统决策需要设计、风险评估和实施就绪评审时使用。尊重已获批准的设计和项目要求的工作流；常规且范围明确的修复无需凭空创建产物，也不必强制进行头脑风暴。

示例

用户请求：

使用 @design-orchestration 评审此界面，找出影响最大的设计问题，并提出可直接实施的改进方案。

限制

• 路由技能无法授予执行、发布、支出或委派权限。应将 Understanding Lock/Decision Log 解读为实际项目产物或简明证据，而不是需要臆造的缺失工具，也不是反复停止已获授权工作的理由。
• 不要将输出视为针对特定环境的验证、测试或专家审查的替代品。
• 如果缺少必要的输入、权限、安全边界或成功标准，请停止并请求澄清。