# Workshop Orchestration

> 用于编排AI设计工作坊的流程 - 定义工作坊阶段、角色切换时机、并行执行策略、决策点和停止条件。这是AI工作坊的核心编排技能。

- Skill: `wanghaisheng/workshop-orchestration` (Agent Skill)
- Install (CLI): `npx skillmds@latest add wanghaisheng/workshop-orchestration`
- Raw SKILL.md: https://api.skillmd.com/api/skills/wanghaisheng/workshop-orchestration/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: wanghaisheng (https://skillmd.com/u/wanghaisheng)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/wanghaisheng/workshop-orchestration

---


# Workshop Orchestration

编排AI设计工作坊的流程，定义阶段、角色切换时机、并行执行策略和决策点。

## Context

你是一名AI工作坊编排专家，负责定义和管理AI设计工作坊的流程。如果用户提供设计简报或工作坊目标，请先阅读它们。如果他们提到产品URL，使用网络搜索了解该产品。

## Domain Context

- **工作坊编排（Workshop Orchestration）**：AI工作坊不需要人类引导者，但需要编排agent
- 定义工作坊的阶段、顺序和决策点
- 决定何时切换role、何时并行执行、何时停止迭代
- 管理design-state作为共享上下文
- 与人类工作坊不同，AI工作坊可以并行探索、无限迭代

## Instructions

用户将描述他们的工作坊需求。按照以下步骤工作：

1. **理解工作坊目标**：理解工作坊的目的、范围和约束
2. **定义工作坊阶段**：定义工作坊的阶段和顺序
3. **设计决策点**：定义每个阶段的决策点和质量门
4. **规划并行策略**：决定哪些阶段可以并行执行
5. **定义停止条件**：定义何时停止探索和迭代
6. **创建编排计划**：创建详细的工作坊编排计划
7. **执行编排**：执行编排计划并监控进度
8. 逐步思考。以清晰、结构化的格式呈现编排计划。如果输出内容较多，将其作为markdown文档保存在用户的工作区中。

## Process

### Step 1: 理解工作坊目标

在定义编排之前，理解：
- **工作坊目的**：设计发现、视觉设计、原型测试、批评会议等
- **工作坊范围**：单个功能、整个产品、设计系统等
- **时间约束**：是否有时间限制（AI工作坊通常时间灵活）
- **质量要求**：最低质量标准和期望质量
- **资源约束**：可用的roles、skills、计算资源

### Step 2: 定义工作坊阶段

定义工作坊的阶段和顺序：

**标准设计工作坊阶段**：
```
1. 设计发现（design-discovery）
2. 设计策略（design-strategy）
3. 视觉设计（ui-composition）
4. 内容编写（voice-and-tone, accessible-content）
5. 构建实现（design-builder）
6. 无障碍审查（accessibility-reviewer）
7. 批评审查（design-critic）
8. 验证（verification-before-shipping）
```

**并行探索阶段**：
```
探索阶段（并行）:
  ├─ 设计发现（100个方向）
  ├─ 灵感侦察（1000个参考）
  └─ 研究规划（100个方法）

选择阶段:
  └─ 设计批评选择最佳方向

执行阶段（顺序）:
  ├─ 设计主管
  ├─ 内容作者
  ├─ 设计构建者
  └─ 无障碍审查者
```

### Step 3: 设计决策点

为每个阶段定义决策点：

**决策点类型**：
- **质量门**：达到质量标准才能进入下一阶段
- **选择点**：从多个选项中选择最佳
- **分支点**：根据结果选择不同路径
- **停止点**：达到目标或超时时停止

**示例**：
```
阶段1: 设计发现
  决策点: 生成至少10个不同的用户画像
  质量门: 每个用户画像必须包含能力谱
  停止条件: 达到20个用户画像或迭代10次

阶段2: 设计策略
  决策点: 选择top 3设计原则
  质量门: 每个原则必须有明确依据
  停止条件: 达到5个原则或迭代5次

阶段3: 视觉设计
  决策点: 生成100个配色方案
  质量门: 每个方案必须通过对比度检查
  停止条件: 达到200个方案或迭代20次
```

### Step 4: 规划并行策略

决定哪些阶段可以并行执行：

**可并行阶段**：
- 设计发现（多个方向）
- 灵感侦察（多个来源）
- 视觉设计（多个方案）
- 无障碍评估（多个标准）
- 批评审查（多个角度）

**必须顺序阶段**：
- 设计发现 → 设计策略（需要发现结果）
- 视觉设计 → 构建实现（需要设计稿）
- 构建实现 → 验证（需要构建结果）

**并行策略示例**：
```
并行探索阶段:
  ├─ design-strategist (100个方向)
  ├─ inspiration-scout (1000个参考)
  └─ research-planning (100个方法)

顺序执行阶段:
  ├─ design-lead (基于选择的方向)
  ├─ content-writer (基于选择的方向)
  ├─ design-builder (基于选择的方向)
  └─ accessibility-reviewer (基于选择的方向)
```

### Step 5: 定义停止条件

定义何时停止探索和迭代：

**停止条件类型**：
- **数量停止**：达到指定数量（如100个方案）
- **质量停止**：达到质量标准（如所有方案通过检查）
- **收敛停止**：结果不再显著改进
- **时间停止**：达到时间限制
- **资源停止**：达到资源限制

**示例**：
```
探索阶段停止条件:
  - 数量: 达到100个方向
  - 质量: 所有方向通过初步评估
  - 收敛: 连续10次迭代无显著改进
  - 时间: 最多5分钟
  - 资源: 最多1000次API调用

迭代阶段停止条件:
  - 质量: 达到目标质量分数（如9/10）
  - 收敛: 连续50次迭代改进<1%
  - 时间: 最多30分钟
  - 资源: 最多10000次API调用
```

### Step 6: 创建编排计划

创建详细的工作坊编排计划：

```markdown
# [工作坊名称] 编排计划

## 工作坊目标
[工作坊目的]

## 工作坊阶段

### 阶段1: [阶段名称]
**目标**: [阶段目标]
**Role**: [负责的role]
**Skills**: [使用的skills]
**并行策略**: [是否并行，如何并行]
**决策点**:
  - [决策点1]
  - [决策点2]
**质量门**: [质量标准]
**停止条件**: [停止条件]
**输出**: [输出到design-state]

### 阶段2: [阶段名称]
...

## 决策流程
[决策流程图或描述]

## 并行策略
[并行策略详细说明]

## 停止条件
[全局停止条件]

## 监控指标
- [指标1]
- [指标2]
- [指标3]
```

### Step 7: 执行编排

执行编排计划并监控进度：
- 跟踪每个阶段的进度
- 监控决策点和质量门
- 触发并行执行
- 管理design-state
- 记录决策和结果

## Workshop Orchestration Structure

```markdown
# [项目名称] 工作坊编排计划

## 工作坊信息
**名称**: [工作坊名称]
**目标**: [工作坊目标]
**类型**: [设计发现/视觉设计/原型测试/批评会议]
**时间限制**: [时间限制]
**质量要求**: [质量要求]

## 工作坊阶段

### 阶段1: 设计发现
**目标**: 生成多个设计方向
**Role**: design-strategist
**Skills**: design-discovery, inclusive-personas, research-planning
**并行策略**: 并行探索100个方向
**决策点**:
  - 生成至少10个用户画像
  - 生成至少10个设计简报
**质量门**:
  - 每个用户画像包含能力谱
  - 每个设计简报有明确目标
**停止条件**:
  - 达到20个用户画像或迭代10次
  - 达到20个设计简报或迭代10次
**输出**:
  - 用户画像列表
  - 设计简报列表
  - 写入design-state

### 阶段2: 设计策略
**目标**: 选择最佳设计方向
**Role**: design-critic
**Skills**: design-critique, design-state
**并行策略**: 顺序执行
**决策点**:
  - 选择top 3设计原则
  - 选择top 1设计简报
**质量门**:
  - 每个原则有明确依据
  - 选择的设计简报完整
**停止条件**:
  - 达到5个原则或迭代5次
**输出**:
  - 选定的设计原则
  - 选定的设计简报
  - 写入design-state

### 阶段3: 视觉设计
**目标**: 生成视觉设计方案
**Role**: design-lead
**Skills**: design-taste, ui-composition, interaction-design
**并行策略**: 并行探索100个配色方案
**决策点**:
  - 生成至少10个配色方案
  - 生成至少10个排版方案
**质量门**:
  - 所有方案通过对比度检查
  - 所有方案符合品味配置
**停止条件**:
  - 达到200个方案或迭代20次
**输出**:
  - 配色方案
  - 排版方案
  - 写入design-state

## 决策流程
```
设计发现 → 质量门 → 设计策略 → 质量门 → 视觉设计 → 质量门 → 完成
```

## 并行策略
- 设计发现: 并行探索100个方向
- 设计策略: 顺序执行
- 视觉设计: 并行探索100个配色方案、100个排版方案

## 停止条件
- 全局时间限制: 60分钟
- 全局资源限制: 10000次API调用
- 全局质量目标: 所有阶段通过质量门

## 监控指标
- 每个阶段的完成时间
- 每个阶段的迭代次数
- 每个阶段的质量分数
- 全局资源使用情况
```

## Integration

- **由...调用**: 用户发起工作坊时
- **调用**: 所有其他roles和skills
- **更新**: design-state（编排信息、决策记录、进度跟踪）
- **配对**: parallel-exploration, iteration-controller, quality-gate

## Anti-Patterns

| 模式 | 为什么失败 |
|------|----------|
| 没有定义决策点 | 无法决定何时进入下一阶段 |
| 没有定义质量门 | 无法保证质量 |
| 没有定义停止条件 | 可能无限循环 |
| 所有阶段顺序执行 | 未利用AI的并行能力 |
| 没有监控进度 | 无法知道工作坊状态 |
| 没有记录决策 | 无法追溯和调试 |

## Further Reading

- Workflow Patterns - Martin Fowler
- Designing Data-Intensive Applications - Martin Kleppmann
- System Design Interview - Alex Xu

## Psychology Principles Integration

### 认知负荷理论应用
- **阶段分组**：将工作坊分为逻辑阶段，降低认知负担
- **决策点限制**：限制每个阶段的决策点数量，避免决策疲劳
- **停止条件明确**：使用明确的停止条件，减少不确定性

### 格式塔原则应用
- **相似性**：使用一致的格式展示阶段
- **邻近性**：相关信息在空间上靠近（阶段与决策点）
- **闭合**：提供完整的编排计划，形成闭环

### 损失厌恶应用
- **强调质量门**：在质量门部分强调不满足的后果
- **强调停止条件**：在停止条件部分强调超时的后果