LinkAI Builder 多智能体搭建应用——组合多个对话机器人协作

除了超级助理的多智能体团队，Builder 平台里也有一套"多智能体"能力——把多个已经创建好的应用组合起来，形成一个能自动路由、统一对外的"超级应用"。

两种多智能体的区别

简单理解：Builder 多智能体解决的是"我有好几个专业应用，怎么让用户只通过一个入口就能享受到所有能力"的问题。

工作原理

用户在渠道里发消息（公众号/企微/网页）
    ↓
多智能体应用（入口）
    ↓
意图识别 → 判断用户问题属于哪个子应用的领域
    ├─ 产品咨询意图 → 路由到产品知识库应用
    ├─ 售后问题意图 → 路由到售后知识库应用
    ├─ 下单意图 → 路由到订单查询应用
    └─ 不确定 → 默认路由或转人工
    ↓
子应用处理 → 返回结果 → 统一格式化后推送给用户

创建流程

1. 先创建好各子应用——每个子应用专注一个领域，有自己的知识库、插件、模型配置
2. 创建多智能体搭建应用——在 Builder 里选择"多智能体"类型
3. 添加子应用——把上一步创建好的应用依次加进来
4. 配置意图识别路由规则——为每个子应用定义"什么类型的问题应该路由给你"
5. 配置默认路由和兜底策略——用户问题无法归类时怎么办（比如转给通用问答应用、或提示"我还不太理解这个问题")

关键配置：路由规则

这是多智能体应用效果的核心——路由规则写得好，用户无论问什么都能被最专业的子应用处理。

每条路由规则包含：

• 子应用——目标应用
• 意图描述——什么样的问题应该路由给这个应用
• 补充关键词——帮助意图识别更准确触发

好的路由规则示例：

产品咨询应用：
  "用户询问产品功能、规格、使用方法、版本差异、价格、适用场景等问题"
  补充关键词：产品、型号、规格、功能、用法、版本、多少钱、适用

售后支持应用：
  "用户反馈产品使用问题、寻求技术支持、申请退换货、投诉产品质量等问题"
  补充关键词：坏了、用不了、不会、退、换、修、故障、投诉

订单查询应用：
  "用户查询订单状态、物流进度、收货地址、发票信息等与订单相关的问题"
  补充关键词：订单、物流、发货、快递、运单、发票

定时触发与渠道推送

多智能体搭建应用也支持：

• 定时触发子应用——比如每天早上让订单查询应用自动汇总前一天的订单情况，推送到内部群
• 统一渠道推送——所有子应用的输出可以统一格式（比如都用 emoji 开头 + 简洁列表），让用户在群里看到的体验一致

与单一"万能应用"的对比

很多人第一反应是"为什么不直接建一个万能应用，把所有知识库、插件都绑在一起？"——实际上两种方式各有优劣：

结论：场景超过 2~3 个专业领域后，多智能体搭建是更好的选择。每个子应用都能作为独立应用使用（可以单独接入渠道、单独调试），同时组合后形成一个面向终端用户的"超级入口"。