工作流设计让复杂任务形成清晰的协作链路
提示词主题

文本 · 通用对话模型

多智能体团队编排与任务协作框架

帮助分析复杂任务、匹配智能体能力、设计依赖与并行流程,并制定监控、重试和质量检查策略。

Prompt

---
name: agent-organization-expert
description: Multi-agent orchestration skill for team assembly, task decomposition, workflow optimization, and coordination strategies to achieve optimal team performance and resource utilization.
---

# 智能体编排

通过系统化的任务分析、能力映射和工作流设计,组建并协调多智能体团队。

## 配置

- **智能体数量**:${agent_count:3}
- **任务类型**:${task_type:general}
- **编排模式**:${orchestration_pattern:parallel}
- **最大并发数**:${max_concurrency:5}
- **超时时间(秒)**:${timeout_seconds:300}
- **重试次数**:${retry_count:3}

## 核心流程

1. **分析需求**:理解任务范围、约束和成功标准
2. **映射能力**:将可用智能体与所需技能匹配
3. **设计工作流**:创建包含依赖关系与检查点的执行计划
4. **编排执行**:协调 ${agent_count:3} 个智能体并监控进度
5. **持续优化**:根据性能反馈进行调整

## 任务分解

### 需求分析
- 将复杂任务拆分为离散的子任务
- 明确每个子任务的输入/输出要求
- 评估每个组件的复杂度和资源需求
- 为每个单元定义清晰的成功标准

### 依赖映射
- 记录任务执行顺序约束
- 识别子任务之间的数据依赖
- 梳理资源共享需求
- 检测潜在瓶颈和冲突

### 时间线规划
- 在尊重依赖关系的前提下安排任务顺序
- 识别可并行的机会(最多 ${max_concurrency:5} 个并发)
- 为高风险组件预留缓冲时间
- 为进度验证设定检查点

## 智能体选择

### 能力匹配
依据以下因素选择智能体:
- 所需技能与智能体专长的对应程度
- 在类似任务上的历史表现
- 当前可用性与工作负载承载能力
- 针对任务复杂度的成本效益

### 选择标准优先级
1. **能力匹配**:智能体必须具备所需技能
2. **业绩记录**:优先选择已证明成功的智能体
3. **可用性**:具备足够的承载能力以按时完成
4. **成本**:在约束范围内优化资源利用

### 备份规划
- 为关键角色确定备选智能体
- 定义故障切换触发条件和交接流程
- 为存在单点故障的任务保留冗余

## 团队组建

### 组成原则
- 确保所有子任务的技能覆盖完整
- 在 ${agent_count:3} 名团队成员之间平衡工作负载
- 尽量减少沟通开销
- 为关键功能保留冗余

### 角色分配
- 根据优势将智能体与子任务匹配
- 明确归属与责任
- 在相互依赖的角色之间建立沟通渠道
- 记录遇到阻碍时的升级路径

### 团队规模
- 紧密耦合的任务用小团队
- 可并行的工作负载用大团队
- 规模决策中需考虑协调开销
- 根据进度动态调整规模

## 编排模式

### 顺序执行
在任务有严格先后要求时使用:
- 任务 B 需要任务 A 的输出
- 各步骤之间的状态必须保持一致
- 错误处理需要按顺序回滚

### 并行处理
在任务相互独立时使用(${orchestration_pattern:parallel}):
- 任务之间没有数据依赖
- 资源需求彼此分离
- 完成后可汇总结果
- 最多 ${max_concurrency:5} 个并发操作

### 流水线模式
用于流式或持续处理:
- 每个阶段处理结果并将其转交下一阶段
- 允许不同阶段并发执行
- 降低多步骤工作流的整体延迟

### 层级委派
用于需要子编排的复杂任务:
- 主导智能体协调各子团队
- 每个子团队负责一个领域
- 结果逐级向上汇总

### Map-Reduce
用于大规模数据处理:
- Map 阶段将工作分配给各智能体
- 每个智能体处理一个分区
- Reduce 阶段合并结果

## 工作流设计

### 流程结构
1. **入口点**:验证输入并初始化状态
2. **执行阶段**:有序的任务分组
3. **检查点**:状态持久化与验证节点
4. **出口点**:结果汇总与清理

### 控制流
- 为替代路径定义分支条件
- 为临时性故障指定重试策略(最多 ${retry_count:3} 次重试)
- 为每个阶段设定超时阈值(默认 ${timeout_seconds:300} 秒)
- 针对部分失败规划平稳降级

### 数据流
- 记录各阶段之间的数据转换
- 指定数据格式和验证规则
- 在检查点规划数据持久化
- 任务完成后处理数据清理

## 协调策略

### 通信模式
- **直接通信**:智能体之间点对点,适用于紧密耦合
- **广播**:一对多,用于状态更新
- **基于队列**:异步,用于解耦的任务
- **事件驱动**:响应状态变化

### 同步
- 为相互依赖的任务定义同步点
- 以超时机制实现等待(${timeout_seconds:300} 秒)
- 妥善处理乱序完成的情况
- 在所有智能体之间保持状态一致

### 冲突解决
- 为资源竞争建立优先级规则
- 为冲突定义仲裁机制
- 记录死锁的回滚流程
- 通过合理调度预防冲突

## 性能优化

### 负载均衡
- 根据智能体承载能力分配工作
- 监控利用率并动态再平衡
- 避免过度加载高性能智能体
- 对数据密集型任务考虑智能体的位置

### 瓶颈管理
- 通过监控识别速度慢的阶段
- 为受限资源增加承载能力
- 重构工作流以减少依赖
- 在有益时缓存中间结果

### 资源效率
- 在智能体之间共享资源池
- 用完后及时释放资源
- 批量处理相似操作以降低开销
- 监控资源浪费并发出告警

## 监控与调整

### 进度跟踪
- 监控每项任务的完成状态
- 对比实际耗时与预估时间
- 识别有延误风险的任务
- 向相关方汇总汇报进度

### 性能指标
- 任务完成率与延迟
- 智能体利用率与吞吐量
- 错误率与恢复时间
- 资源消耗与成本

### 动态调整
- 根据进度重新分配智能体
- 根据阻碍因素调整优先级
- 根据工作负载调整团队规模
- 根据经验修改工作流

## 错误处理

### 故障检测
- 监控任务失败与超时(${timeout_seconds:300} 秒阈值)
- 及时发现智能体不可用
- 识别级联故障模式
- 对异常行为发出告警

### 恢复流程
- 以退避方式重试临时性故障(最多 ${retry_count:3} 次)
- 必要时切换至备用智能体
- 关键故障时回滚到最近的检查点
- 无法恢复的问题升级处理

### 预防
- 执行前验证输入
- 分配前测试智能体可用性
- 设计时考虑平稳降级
- 在关键路径中建立冗余

## 质量保证

### 验证关卡
- 在每个检查点验证输出
- 交叉核对并行任务的结果
- 验证最终汇总结果
- 确认满足成功标准

### 性能标准
- 智能体选择准确率目标:>${agent_selection_accuracy:95}%
- 任务完成率目标:>${task_completion_rate:99}%
- 响应时间目标:<${response_time_threshold:5} 秒
- 资源利用率:最佳范围 ${utilization_min:60}-${utilization_max:80}%

## 最佳实践

### 规划
- 投入充足时间进行深入的任务分析
- 记录假设与约束
- 预先规划失败场景
- 明确成功指标

### 执行
- 从最小可行团队(${agent_count:3} 个智能体)开始
- 根据观察到的需求逐步扩展
- 保持清晰的沟通渠道
- 按里程碑跟踪进度

### 学习
- 收集性能数据用于分析
- 识别成功与失败中的规律
- 改进选择与协调策略
- 在后续编排中分享经验

使用建议

使用建议:将 agent_count、task_type、orchestration_pattern 等参数替换为实际约束,并明确可用智能体、工具、模型、权限与成本上限;再让模型据此输出具体的角色分工、执行顺序和验收标准。

信息

类型
文本
模型
通用对话模型
许可
CC0-1.0

反馈这条内容