ORANGE BOOK · COZE

第八章 多 Agent 与智能体团队

一、什么时候需要多 Agent

单 Agent 的 4 个天花板

天花板 症状
角色冲突 一个 Bot 既要"严谨客服"又要"风趣聊天助理",提示词左右互搏
上下文爆炸 提示词写到 1000+ 字,模型记不住后半段
职责混乱 "查订单 + 处理退款 + 写营销文案 + 推荐商品" 都塞一个 Bot
难以复用 改 A 功能时把 B 功能搞坏

只要你出现 2 条以上,就该考虑拆 Agent

多 Agent 的本质

多 Agent ≈ 公司组织架构

  • 总台 Agent:接待用户,判断要找哪个专员,做"路由"。
  • 专员 Agent 1:客服售后专家。
  • 专员 Agent 2:售前咨询专家。
  • 专员 Agent 3:投诉处理专家。
  • 专家 Agent N:……

每个 Agent 只关心自己擅长的事,职责单一、提示词简短、好维护

一个直观对比

❌ 单 Agent 提示词(800 字):

你是 XX 公司的全能客服,要处理售前咨询、售后退款、物流查询、投诉、闲聊、营销推荐...
(接下来 750 字规则混在一起)

✅ 多 Agent 拆分(每个 100 字):

[路由 Agent] → 100 字 → 只负责"判断用户意图"
[售前 Agent] → 100 字 → 只负责"产品咨询"
[售后 Agent] → 100 字 → 只负责"退款 / 投诉"
[物流 Agent] → 100 字 → 只负责"查物流"

效果差距是 数量级的。

二、Coze 多 Agent 的两种实现方式

方式 1:单 Bot 内"多 Agent 模式"(轻量级)

Coze 在 2024 年底推出"多 Agent 模式"。在一个 Bot 里可以建多个"子 Agent",由一个"路由 Agent"决定调用谁。

优点:在一个 Bot 内完成,简单直接。 缺点:每个子 Agent 不能单独发布,能力受限。

5 分钟实操

  1. 创建一个新 Bot,点编辑页右上角 「切换到 Multi-Agent 模式」
  2. 画布出现,会有一个默认的"开始节点"(≈ 路由 Agent)。
  3. 拖几个 「Agent 节点」 到画布。
  4. 给每个 Agent 写人设、选模型、配技能(独立的!)。
  5. 给每个 Agent 之间画"跳转条件"("用户问退款时跳到售后 Agent")。
  6. 调试 → 发布。

跳转条件示例

在 Agent 间的箭头上写:

当用户消息包含 "退款"、"退货"、"不要了" 时,跳转到 [售后 Agent]

或者更智能:

由 LLM 判断用户意图,若属于"退款诉求",跳转到 [售后 Agent]

方式 2:多个独立 Bot + 工作流编排(重量级)

把每个角色做成独立 Bot,**用工作流的"Bot 节点"**调用其他 Bot。

优点

  • 每个 Bot 独立可发布、可复用。
  • 能跨账号、跨工作空间。
  • 适合企业级。

缺点

  • 配置稍复杂。
  • 调试链条长。

新手建议:先用单 Bot 多 Agent 模式起步。等业务复杂到一个 Bot 装不下,再拆。

三、5 分钟实战:做一个"全能客服 AI 团队"

我们做一个真实场景:电商客服 AI 团队

团队成员

Agent 职责 技能
Agent 0:路由小秘 判断用户意图,分配给对应专员 仅 LLM
Agent 1:售前咨询师 介绍产品、推荐 知识库(产品手册)
Agent 2:售后专员 退款、退货、维修 知识库(售后政策)+ 工作流(退款流程)
Agent 3:物流跟进员 查物流、催发货 插件(订单查询、物流查询)
Agent 4:投诉处理员 安抚用户、转人工 插件(飞书消息、转人工通道)

节点图

                       ┌─────────────────┐
                       │   Agent 0 路由小秘 │
                       └────────┬────────┘
                                │
            ┌──────────┬─────┬──┼──┬──────────┐
            ▼          ▼     ▼  ▼  ▼          ▼
        ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐
        │ 售前 │ │ 售后 │ │ 物流 │ │ 投诉 │ │ 兜底 │
        └──────┘ └──────┘ └──────┘ └──────┘ └──────┘

Agent 0:路由小秘的提示词

# 角色
你是 XX 商城的客服总台,专门判断用户意图并分配给对应专员。

# 任务
读用户消息,判断属于以下哪一类,并跳转到对应 Agent:

1. 售前咨询(问产品、价格、是否有货、规格)→ 跳转 [售前咨询师]
2. 售后服务(退款、退货、维修、换货)→ 跳转 [售后专员]
3. 物流问题(什么时候发货、单号、卡了多久)→ 跳转 [物流跟进员]
4. 投诉差评(差评、骗子、举报、投诉)→ 跳转 [投诉处理员]
5. 不属于以上任何 → 自己回复"您好,我是 XX 商城客服,请问您是想咨询产品、查物流,还是售后?"

# 注意
- 不要自己回答任何业务问题,只做路由。
- 跳转后由专员接管,你不再插话。

Agent 1:售前咨询师的提示词

# 角色
你是 XX 商城的售前咨询师,对全部商品如数家珍。

# 行为准则
- 用户问产品时,先调用 [产品知识库] 找资料。
- 不知道就说"我没找到,请稍等查一下",不要瞎编型号或参数。
- 推荐时给 1-3 个选项,不要贪多。
- 价格用 [实时价格 API] 查最新,避免过时。

# 风格
亲切、专业、像店里资深导购员说话。

(其他 Agent 略,原理相同)

关键:Agent 之间的"跳转规则"

在多 Agent 画布上,每条 Agent 之间的箭头都是一条"跳转规则"。Coze 提供两种:

  • 关键词匹配:"消息包含 退款 / 退货 / 不要了" → 跳转 X
  • LLM 判断:用一个 LLM 节点判断 → 跳转 X

复杂场景优先用 LLM 判断,关键词容易漏。

用户体验

用户视角:他只感觉自己在"和一个客服聊天"。 后台视角:消息在 5 个 Agent 间高效流转,每个专员只做擅长的事。

四、Agent World 是什么

2025 年 Coze 推出 Agent World(智能体世界),是多 Agent 的"商业级"形态:

  • 多个 Agent 在一个"虚拟环境"里长期运行(不只是"用户问一句答一句")。
  • 支持 24 小时挂机,定时执行任务。
  • 支持 云电脑、云手机——Agent 真的"看屏幕、点鼠标"。
  • 支持 Agent 间通信——A 完成任务后通知 B。

典型 Agent World 场景

场景 Agent 团队
24 小时舆情监控 「爬虫 Agent」+ 「分类 Agent」+ 「预警 Agent」+ 「报告 Agent」
跨境店铺自动管理 「订单 Agent」+ 「物流 Agent」+ 「客服 Agent」+ 「财务 Agent」
量化交易助理 「行情 Agent」+ 「策略 Agent」+ 「风控 Agent」+ 「执行 Agent」
自动化办公 「日程 Agent」+ 「邮件 Agent」+ 「文档 Agent」+ 「报告 Agent」

普通人先不用上 Agent World,等你单 Bot 多 Agent 玩熟了再说。

五、云电脑 / 云手机:让 Agent 真的能"操作电脑"

这是 2025-2026 年 Coze 最炸裂的能力之一。简单说:

Coze 给你一台云端"虚拟电脑"或"虚拟手机",让 Agent 真正"看到屏幕、移动鼠标、点击按钮、输入文字"。

它能干嘛?

  • 自动登录某个网站,下载报表。
  • 自动打开微信,发消息给 100 个客户。
  • 自动刷淘宝,比价 + 截图。
  • 自动玩抖音/小红书,给指定关键词的视频点赞 / 评论。
  • 自动登录企业内部系统,把数据搬到 Excel。

这就是"AI 真正的手脚"。

怎么用(简版)

  1. Coze 工作空间 → 「资源库」→ 「云资源」→ 「申请云电脑/云手机」(要审核)。
  2. 在工作流里加一个 「云电脑节点」「云手机节点」
  3. 用自然语言描述要做什么:"打开 Chrome → 访问 xxx.com → 登录账号 abc/密码 def → 下载本月报表 → 保存到 Excel"。
  4. 试运行 → 看 Agent 像真人一样操作。

⚠️ 风险提示:让 Agent 操作真账号有"被风控"、"账号封禁"的风险。只在你能承担后果的账号上用,不要用在主账号、不要操作金融系统

六、多 Agent 的 4 个最佳实践

实践 1:Agent 数量控制在 5-7 个

太少不分工,太多模型调度跟不上。5-7 个是甜蜜区。

实践 2:路由 Agent 必须独立

绝不在路由 Agent 里干业务。它的唯一职责是"判断要找谁"。

实践 3:每个 Agent 配独立的"人设 + 模型 + 技能"

  • 路由 Agent:用便宜快的模型(豆包 Lite)。
  • 业务 Agent:用对应场景最适合的模型。
  • 投诉 Agent:用稳重的模型(豆包 Pro),temperature 调低。

实践 4:跨 Agent 共享"用户上下文"

数据库节点 存用户基本信息(ID、昵称、VIP 等级、最近订单),所有 Agent 都能读。这样不管路由到谁,都"知道是谁在问"。

七、多 Agent 的常见 5 个坑

坑 1:路由判错

症状:用户明明问售后,被路由到售前。 解决:在路由 Agent 提示词里加更多 Few-Shot 示例

坑 2:Agent 互相"踢皮球"

症状:路由 → A → A 又跳给 B → B 又跳给 A → 死循环。 解决:限制 最大跳转次数(一般 5 次封顶),超过就回兜底 Agent。

坑 3:跳转后丢失上下文

症状:跳到新 Agent 后它不知道用户之前说过什么。 解决:跳转时显式传递历史对话(Coze 默认会传,但有时需手动配置)。

坑 4:成本爆炸

症状:一次对话调了 5 个 Agent,Token 消耗惊人。 解决:路由 + 简单 Agent 用 Lite 模型,只在最终生成时用 Pro。

坑 5:调试困难

症状:用户说"出 bug 了",你完全不知道是哪个 Agent 的问题。 解决:在每个 Agent 输出前加一句 [Agent A 答] 标识;线上用日志埋点。

八、本章一图回顾

单 Agent ≈ 独行侠
多 Agent ≈ AI 公司

什么时候要多 Agent?
   角色冲突 / 上下文爆炸 / 职责混乱 / 难以复用

两种实现:
   单 Bot 多 Agent 模式 → 轻量、快速起步(推荐新手)
   多 Bot + 工作流编排 → 重量级、可复用(适合企业)

经典 5-Agent 客服团队:
   路由小秘 + 售前 + 售后 + 物流 + 投诉

进阶能力:
   Agent World(长期运行 + 多 Agent 通信)
   云电脑 / 云手机(真的能"看屏幕、点鼠标")

最佳实践:
   5-7 个 Agent、路由独立、各 Agent 独立提示词、共享用户上下文

九、避坑清单

  • ❌ 别一开始就拆 10 个 Agent。业务复杂到单 Agent 装不下再拆
  • ❌ 别让"路由 Agent"既路由又干业务。路由就纯路由
  • ❌ 别忘了限制"最大跳转次数",避免死循环。
  • ❌ 别全部 Agent 用旗舰模型。便宜模型负责分流,旗舰负责生成
  • ❌ 别在没准备好就上"云电脑"——风控、账号安全是大事

十、下一步

恭喜你,到这一章你已经掌握了 Coze 的 5 大核心能力:

  • ✅ 模型(第三章)
  • ✅ 提示词(第四章)
  • ✅ 知识库(第五章)
  • ✅ 插件(第六章)
  • ✅ 工作流(第七章)
  • ✅ 多 Agent(第八章)

接下来 4 章是实战 + 发布 + 变现。我们要把这些能力组合成"普通人立刻能用上的东西"。

请翻 第九章 生活场景实战