Loading...

👥

基于角色的团队协作

具有明确角色与职责的结构化智能体团队

复杂度: medium工作流编排

In 30 seconds

What: 为各智能体分配具备特定能力与职责的明确角色，并通过既定的交接与委派模式协调它们的工作。
When to use: 需要专业分工的复杂项目，不同智能体需要清晰的归属权，以及顺序或并行的任务执行。
Watch out: 角色边界会变成僵硬的瓶颈；当某个角色的承担者不可用或超载时，其他智能体只会阻塞等待，而不是自行调整。

Loading technique guide…

Patterns

Loading...

Loading Agentic Design…

Agentic Design面向生产环境 AI 智能体的模式与工具

专家支持价格

设计模式与技术

Loading...

👥

基于角色的团队协作

具有明确角色与职责的结构化智能体团队

复杂度: medium工作流编排

In 30 seconds

What: 为各智能体分配具备特定能力与职责的明确角色，并通过既定的交接与委派模式协调它们的工作。
When to use: 需要专业分工的复杂项目，不同智能体需要清晰的归属权，以及顺序或并行的任务执行。
Watch out: 角色边界会变成僵硬的瓶颈；当某个角色的承担者不可用或超载时，其他智能体只会阻塞等待，而不是自行调整。

核心机制

结构化的多智能体协作:为每个智能体分配明确角色(如主管、规划者、研究者、实现者、评审者、验证者/裁判、工具专家),并定义其职责、能力与权限。角色之间通过类型化消息和产物交接进行协调,从而实现分工、问责与可复用的工作流。常见实现采用主管-工作者或调度器模式,配合最小权限凭据和可审计的交接。

工作流 / 步骤

定义角色目录:主管、规划者、研究者、实现者、评审者、验证者/裁判、工具运维。
实例化团队:为每个角色绑定提示词、工具、凭据、SLA 和预算。
接收与分诊:统一目标、约束、风险和评估量规。
规划与分配:规划者分解任务,主管按验收标准分配给各角色。
执行循环:各角色借助工具/检索开展工作,产出结构化产物与追踪记录。
交接:评审者/验证者校验输出,解决冲突或要求修订。
升级:主管路由异常情况,高风险步骤可选择引入人工介入。
综合与交付:汇编最终输出,附带来源信息和指标。
学习与更新:根据结果优化角色提示词、策略和路由。

最佳实践

创建明确的角色卡(目的、输入/输出、工具、护栏、成功标准)。

为每个角色使用能力/权限范围和短期凭据(最小权限)。

标准化交接模式(任务、产物引用、置信度、成本、后续动作)。

限制循环与深度;对每个角色的 token、时间和重试设上限,避免来回踢皮球。

在交接过程中做摘要;将大型产物外部存储,仅传递引用。

路由与校验优先使用小模型;将大模型留给高难度推理角色。

按角色埋点指标:利用率、交接接受率、返工、成本和延迟。

对安全关键或高影响决策增加人工审核关卡。

何时不宜使用

单个智能体即可满足质量和 SLO 的简单单步任务。
额外交接会突破延迟预算的严格实时链路。
目标定义不清、无法确定角色边界与验收标准的情形。
高度耦合、需要持续共享上下文、由单个智能体处理更佳的任务。

常见陷阱

无界限的角色来回与反复复审,导致 token 与成本暴涨。
归属不明确;角色输出的验收标准含糊。
权限蔓延或超出角色范围的长期令牌。
缺少摘要导致角色间上下文漂移与记忆陈旧。

关键特性

带范围与策略的显式角色定义

负责分配与升级的主管/调度器

类型化消息与以产物为中心的交接

按角色的预算、SLA 与利用率跟踪

针对敏感操作的护栏与审批

可观测性:追踪、成本、来源与审计

KPI / 成功指标

端到端任务成功率;按角色的交接接受率与一次通过率。
返工率;升级率;有无人工协助时的 MTTR。
每次成功任务及每个角色的 token/时间/成本;按角色的利用率。
验证者/裁判的一致性与策略合规率。

Token / 资源使用

为每个角色设定 token/时间预算与停止条件;每次交接时做摘要。
路由与校验使用小模型;缓存检索结果与产物以便复用。
限制每个角色的并发与重试;流式输出中间结果,并按置信度提前退出。
将大型产物外部存储;传递精简引用与来源信息。

最佳应用场景

软件开发生命周期:规划者 → 编码者 → 评审者 → 测试者 → 部署。
研究与内容生产:研究者 → 撰稿人 → 编辑 → 事实核查者。
客户支持与分诊:分类器 → 专家 → 质量验证者。
尽职调查与审计:证据收集 → 分析 → 验证 → 报告。

参考资料与延伸阅读

学术论文

实现指南

工具与库

社区与讨论

Loading technique guide…

Patterns

设计模式与技术

Loading...

核心机制

工作流 / 步骤

定义角色目录:主管、规划者、研究者、实现者、评审者、验证者/裁判、工具运维。
实例化团队:为每个角色绑定提示词、工具、凭据、SLA 和预算。
接收与分诊:统一目标、约束、风险和评估量规。
规划与分配:规划者分解任务,主管按验收标准分配给各角色。
执行循环:各角色借助工具/检索开展工作,产出结构化产物与追踪记录。
交接:评审者/验证者校验输出,解决冲突或要求修订。
升级:主管路由异常情况,高风险步骤可选择引入人工介入。
综合与交付:汇编最终输出,附带来源信息和指标。
学习与更新:根据结果优化角色提示词、策略和路由。

最佳实践

创建明确的角色卡(目的、输入/输出、工具、护栏、成功标准)。

为每个角色使用能力/权限范围和短期凭据(最小权限)。

标准化交接模式(任务、产物引用、置信度、成本、后续动作)。

限制循环与深度;对每个角色的 token、时间和重试设上限,避免来回踢皮球。

在交接过程中做摘要;将大型产物外部存储,仅传递引用。

路由与校验优先使用小模型;将大模型留给高难度推理角色。

按角色埋点指标:利用率、交接接受率、返工、成本和延迟。

对安全关键或高影响决策增加人工审核关卡。

何时不宜使用

单个智能体即可满足质量和 SLO 的简单单步任务。
额外交接会突破延迟预算的严格实时链路。
目标定义不清、无法确定角色边界与验收标准的情形。
高度耦合、需要持续共享上下文、由单个智能体处理更佳的任务。

常见陷阱

无界限的角色来回与反复复审,导致 token 与成本暴涨。
归属不明确;角色输出的验收标准含糊。
权限蔓延或超出角色范围的长期令牌。
缺少摘要导致角色间上下文漂移与记忆陈旧。

关键特性

带范围与策略的显式角色定义

负责分配与升级的主管/调度器

类型化消息与以产物为中心的交接

按角色的预算、SLA 与利用率跟踪

针对敏感操作的护栏与审批

可观测性:追踪、成本、来源与审计

KPI / 成功指标

端到端任务成功率;按角色的交接接受率与一次通过率。
返工率;升级率;有无人工协助时的 MTTR。
每次成功任务及每个角色的 token/时间/成本;按角色的利用率。
验证者/裁判的一致性与策略合规率。

Token / 资源使用

为每个角色设定 token/时间预算与停止条件;每次交接时做摘要。
路由与校验使用小模型;缓存检索结果与产物以便复用。
限制每个角色的并发与重试;流式输出中间结果,并按置信度提前退出。
将大型产物外部存储;传递精简引用与来源信息。

最佳应用场景

软件开发生命周期:规划者 → 编码者 → 评审者 → 测试者 → 部署。
研究与内容生产:研究者 → 撰稿人 → 编辑 → 事实核查者。
客户支持与分诊:分类器 → 专家 → 质量验证者。
尽职调查与审计:证据收集 → 分析 → 验证 → 报告。