| name | workshop-orchestration |
| description | 用于编排AI设计工作坊的流程 - 定义工作坊阶段、角色切换时机、并行执行策略、决策点和停止条件。这是AI工作坊的核心编排技能。 |
| keywords | ["工作坊编排","workshop orchestration","AI工作坊","流程编排","决策点"] |
| tags | ["AI编排","工作坊管理"] |
| trigger_phrases | ["工作坊编排","workshop orchestration","AI工作坊","流程编排","决策点"] |
Workshop Orchestration
编排AI设计工作坊的流程，定义阶段、角色切换时机、并行执行策略和决策点。
Context
你是一名AI工作坊编排专家，负责定义和管理AI设计工作坊的流程。如果用户提供设计简报或工作坊目标，请先阅读它们。如果他们提到产品URL，使用网络搜索了解该产品。
Domain Context
- 工作坊编排（Workshop Orchestration）：AI工作坊不需要人类引导者，但需要编排agent
- 定义工作坊的阶段、顺序和决策点
- 决定何时切换role、何时并行执行、何时停止迭代
- 管理design-state作为共享上下文
- 与人类工作坊不同，AI工作坊可以并行探索、无限迭代
Instructions
用户将描述他们的工作坊需求。按照以下步骤工作：
- 理解工作坊目标：理解工作坊的目的、范围和约束
- 定义工作坊阶段：定义工作坊的阶段和顺序
- 设计决策点：定义每个阶段的决策点和质量门
- 规划并行策略：决定哪些阶段可以并行执行
- 定义停止条件：定义何时停止探索和迭代
- 创建编排计划：创建详细的工作坊编排计划
- 执行编排：执行编排计划并监控进度
- 逐步思考。以清晰、结构化的格式呈现编排计划。如果输出内容较多，将其作为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: 创建编排计划
创建详细的工作坊编排计划：
# [工作坊名称] 编排计划
## 工作坊目标
[工作坊目的]
## 工作坊阶段
### 阶段1: [阶段名称]
**目标**: [阶段目标]
**Role**: [负责的role]
**Skills**: [使用的skills]
**并行策略**: [是否并行，如何并行]
**决策点**:
- [决策点1]
- [决策点2]
**质量门**: [质量标准]
**停止条件**: [停止条件]
**输出**: [输出到design-state]
### 阶段2: [阶段名称]
...
## 决策流程
[决策流程图或描述]
## 并行策略
[并行策略详细说明]
## 停止条件
[全局停止条件]
## 监控指标
- [指标1]
- [指标2]
- [指标3]
Step 7: 执行编排
执行编排计划并监控进度：
- 跟踪每个阶段的进度
- 监控决策点和质量门
- 触发并行执行
- 管理design-state
- 记录决策和结果
Workshop Orchestration Structure
# [项目名称] 工作坊编排计划
## 工作坊信息
**名称**: [工作坊名称]
**目标**: [工作坊目标]
**类型**: [设计发现/视觉设计/原型测试/批评会议]
**时间限制**: [时间限制]
**质量要求**: [质量要求]
## 工作坊阶段
### 阶段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
认知负荷理论应用
- 阶段分组：将工作坊分为逻辑阶段，降低认知负担
- 决策点限制：限制每个阶段的决策点数量，避免决策疲劳
- 停止条件明确：使用明确的停止条件，减少不确定性
格式塔原则应用
- 相似性：使用一致的格式展示阶段
- 邻近性：相关信息在空间上靠近（阶段与决策点）
- 闭合：提供完整的编排计划，形成闭环
损失厌恶应用
- 强调质量门：在质量门部分强调不满足的后果
- 强调停止条件：在停止条件部分强调超时的后果
