对话机器人高频问题路由机制介绍

更新时间:
复制 MD 格式

概述

本文档面向业务配置人员与技术对接方,详细说明对话机器人的 FAQ 智能路由机制、多维命中策略及配置规范。掌握本指南可帮助您精准控制问答路径,提升回答准确率、系统稳定性与终端用户体验。

一、 FAQ 核心路由机制

1. 路由决策逻辑

系统基于置信度分数与阈值进行智能路由判断,处理流程如下:

  1. 高置信度(优先直出):若召回的 FAQ 置信度分数高于设定阈值,系统将直接返回该 FAQ 标准答案,跳过后续分流环节,保障响应速度与答案一致性。

  2. 低置信度(智能分流):若分数低于阈值,系统启动中控分流机制,进入“知识竞争池”。

    1. 竞争池范围:FAQ 标准问答、业务流程引导、RAG(知识库检索增强生成)。

    2. 分流执行:中控根据语义分析自动选择最优渠道。若判定为 FAQ 则由 faq_agent 输出;若判定为 RAG 则由 rag_agent 生成综合回答;若判定为流程则进入业务引导。

说明

RAG(知识问答)涵盖 FAQ 知识、文档知识、网站知识,系统统一排序取 TopN 交由大模型生成。若未开启“大模型识别高频问题”开关,则 FAQ 不参与分流竞争。

2. 路由策略配置模式

您可通过控制台开关组合,定义 FAQ 的路由行为。系统提供四种标准模式:

image

模式

FAQ直出

FAQ分流

系统行为与回答来源

双关模式

❌

❌

FAQ 不参与直出也不参与分流。走默认策略(纯 RAG 或流程)。
来源:流程 / RAG

仅直出

✅

❌

仅看分数。高分直出;低分放弃直出,回退至默认策略。
来源:高分→标准FAQ|低分→RAG/流程

仅分流

❌

✅

不直出。所有请求进入中控分流池,由 AI 竞争判断最优解。
来源:FAQ分流 / RAG生成 / 流程

双开模式 (推荐)

✅

✅

先尝试直出,失败再分流。高分直接返回;低分进入竞争池。
来源:高分→标准FAQ|低分→FAQ/RAG/流程

二、 路由路径验证与识别

在控制台调试或 API 对接时,可通过以下特征判断当前问答实际走的是哪条路由链路:

1. FAQ 高频直出

控制台标识:调试窗显示命中 「系统策略」

  • 答案特征:与原始 FAQ 配置完全一致。

  • 格式判断:若配置为富文本,底层使用 HTML 语法(通常包含 </div> 标签);若配置为纯文本,则直接输出原文。

  • 适用场景:答案必须严格一致、不允许模型发挥的高频标准问题。

image

2. FAQ 分流

  1. 控制台调试窗显示 「模型调用」 + 「工具调用:高频问答」。

    image

  1. 通过调试窗Debug日志。image

3. FAQ 生成

  1. 在问答链路,对于非直出、未开启分流的FAQ,会选择排名靠前的TopN作为候选知识走大模型生成,对于生成的都是markdown格式。 markdown格式语法参考:https://markdown.com.cn/。

  2. 控制台调试窗显示 「工具调用:知识问答」 + 「模型调用」 , 示例(关闭大模型识别高频问题后)截图:image

  3. 控制台Debug日志:

    image.png

三、FAQ多维命中策略

3.1 实体命中策略

实体配置是解决“多产品混淆”与“长尾问题召回不准”的核心机制。系统通过识别用户问法中的专有名词(如产品型号、业务术语),自动执行双路并行召回与优先级过滤。

1. 实体召回逻辑

系统在召回阶段会自动检测用户问题是否命中已配置的实体:

  • 未命中实体:执行常规 FAQ 召回逻辑,在全量知识库中进行语义匹配。

  • 命中实体:启动“双路并行召回”机制。系统同时执行“含实体过滤”与“全量匹配”两路检索,并优先返回含实体的召回结果,确保答案与用户关注的实体强相关。

2. 实体过滤机制对比

配置实体前后,系统的召回行为与效果存在显著差异:

对比维度

未配置实体(常规召回)

配置实体(精准召回)

查询范围

全量匹配,不考虑实体信息。

在语义匹配基础上,强制要求知识标题/内容包含指定实体词。

精确度

相对较低,可能召回语义相似但实体无关的结果。

极高,仅召回与目标实体强相关的知识,排除干扰。

应用场景

通用问题搜索、模糊意图识别。

多产品/多版本共存场景、特定型号/术语的精准问答。

3. 配置示例

  • 用户问法:如何快速创建智能对话机器人;

  • 实体配置:成员词“智能对话机器人”,同义词“机器人”;

  • 系统行为:识别到实体后,系统优先从绑定该实体的知识库中检索,直接过滤掉其他无关产品(如“智能客服”、“智能外呼”)的 FAQ,精准返回创建指南。

image

3.2 标签命中策略

标签是知识体系的业务分类标记,用于实现“按条件筛选知识、按身份排序答案”的精细化路由。系统通过识别查询携带的标签条件,在搜索与返回两个阶段执行过滤与排序。

1. 标签召回逻辑

  • FAQ 标签(知识级过滤):在搜索阶段生效。系统仅召回绑定了匹配标签的知识条目。若查询未携带标签,则不进行匹配。

  • 答案标签(答案级排序):在返回阶段生效。系统对召回 FAQ 下的多个答案进行标签匹配度排序,精确命中标签的答案优先展示,不匹配的答案被过滤,无标签答案作为兜底。

  • 标签组:多标签按组使用,组与组之间为 AND(同时满足),组内为 OR(满足其一即可)。每个标签组创建时,系统会自动生成一个默认标签(名为“默认”)。每个标签组有且仅有一个默认标签。核心规则:当知识/答案绑定了某个标签组的默认标签,代表该知识/答案在这个维度上“适用于所有场景”。

举例:假设“地区”标签组下有三个标签:华东、华南、默认。

FAQ

绑定的标签

查询 地区=华东

FAQ-1

地区=华东

命中(精准匹配)

FAQ-2

地区=华南

不命中(标签不匹配)

FAQ-3

地区=默认

命中(默认标签代表适用所有地区)

FAQ-4

未绑定地区标签

不命中(没绑定任何标签则不参与匹配)

排序优先级:精准匹配 > 默认标签匹配,所以FAQ-1(精准命中华东)排在 FAQ-3(默认标签通配)前面。

2. 配置示例

FAQ标签

一个电商平台有"淘宝"和"天猫"两条产品线,知识库如下:

FAQ

FAQ 标签

标题

FAQ-1

产品线=淘宝

淘宝怎么开店?

FAQ-2

产品线=天猫

天猫怎么开店?

FAQ-3

产品线=淘宝

怎么设置运费模板?

FAQ-4

产品线=天猫

怎么设置运费模板?

当用户在“淘宝商家版”机器人中提问“怎么设置运费模板”:

  • 传入 FAQ 标签:产品线=淘宝;

  • 结果:只召回 FAQ-1 和 FAQ-3,天猫的知识不会出现;

核心价值:不同业务的知识互不干扰,避免答非所问。

答案标签
FAQ:如何升级套餐?

├── 答案1 [答案标签:用户等级=普通]
│   "请前往套餐页面选择更高级套餐,需补差价"
│
├── 答案2 [答案标签:用户等级=VIP]
│   "您可享受免费升级权益,点击一键升级即可"
│
└── 答案3 [无答案标签]
    "如需升级请联系客服"

当查询携带答案标签 用户等级=VIP 时:

  • 答案2 精确命中 → 排第1;

  • 答案3 没绑标签,匹配"默认标签" → 排第2(兜底展示);

  • 答案1 标签不匹配 → 被过滤掉。

组合标签
查询条件:
  组1 — 产品线:[淘宝, 天猫]      ← 知识属于淘宝 或 天猫都行
  组2 — 地区:[华东]              ← 知识必须属于华东

结果:FAQ 必须同时满足"产品线是淘宝/天猫"且"地区是华东"

3.3 视角命中策略和配置

视角是答案的分渠道管理机制,实现“同一问题,不同渠道/角色看到不同回答”的差异化路由。系统通过识别当前交互渠道或角色视角,对答案进行硬过滤与精准匹配。

1. 典型应用场景

场景

视角划分

效果

客服 vs 用户

视角1=用户自助,视角2=人工客服

用户看简洁操作指引,客服看详细话术+内部备注

多端差异

视角1=APP,视角2=网页,视角3=小程序

同一问题各端操作步骤不同

售前 vs 售后

视角1=售前,视角2=售后

售前展示产品优势,售后展示退换流程

2. 视角召回逻辑

  • 硬过滤:不属于当前视角的答案直接剔除。若整条 FAQ 没有任何答案匹配当前视角,该 FAQ 整体不参与返回。

  • 加分排序:答案内容与用户问题及当前视角的契合度越高,该答案在结果中的排名越靠前。

  • 执行时机:在 FAQ 召回完成后,视角机制作用于答案层级,确保最终呈现的内容完全符合当前渠道或角色的业务规范。

2. 配置示例

  1. 知识配置

FAQ:如何修改收货地址?

├── 答案1 [绑定视角:APP]
│   "打开APP → 我的 → 地址管理 → 点击编辑"
│
├── 答案2 [绑定视角:网页]
│   "登录网站 → 右上角账户设置 → 收货地址 → 修改"
│
└── 答案3 [绑定视角:客服]
    "引导用户进入地址管理页面,如遇修改失败,
     检查是否有进行中的订单锁定了地址"
  1. 召回效果

    1. 用户在 APP 里问"怎么改地址" → 只返回答案1

    2. 用户在网页上问"怎么改地址" → 只返回答案2

    3. 客服在工作台搜索 → 只返回答案3

四、三者标签协同工作机制

在实际路由中,实体、标签、视角并非独立运作,而是按顺序串联生效,形成“漏斗式”多维路由矩阵。系统通过层层过滤与精准排序,确保最终返回的答案同时满足产品、业务、身份与渠道的四重约束。

  • 实体定范围 → 标签筛业务 → 视角定渠道 → 答案排身份;

  • 通过四层机制串联,系统可实现:同一问题,不同产品、不同身份、不同渠道,精准返回唯一最优答案。

完整场景示例说明

银行APP信用卡还款:某银行APP用户张三(VIP客户,华东地区)在APP端提问:“信用卡怎么还款?”系统处理过程如下:

【系统路由的过程】

步骤

路由维度

系统动作

协同效果

1

实体匹配

识别出 “信用卡”`为产品实体

优先召回标题含“信用卡”的FAQ,自动排除“花呗还款”、“储蓄卡查询”等无关产品知识

2

FAQ标签

携带业务标签“地区=华东”

在实体结果中二次过滤,仅保留标记“华东”或匹配默认标签的知识,实现业务/地域隔离

3

视角过滤

当前渠道锁定为 “APP端”

硬过滤非APP视角答案,确保操作步骤与用户当前终端完全匹配,避免信息冗余

4

答案标签

携带身份标签 “用户等级=VIP”

对剩余答案进行匹配度排序,VIP专属答案(如一键还款/免息政策)排至首位

【最终输出结果】

精准返回“信用卡还款”FAQ中,**适用于APP渠道、匹配华东规则、且为VIP专属**的最优答案。

API对接参数传入方式介绍

  1. 在调用《流式会话接口》时,可通过以下参数控制视角、FAQ标签、答案标签的路由策略:

参数名

字段说明

示例值

Perspective

视角标识,用于视角命中策略的硬过滤与加分排序

Perspective=["FZJBY3raWr"]

VendorParam.faqLabels

FAQ 标签 ID 列表,用于知识级过滤(搜索阶段生效)

"30000071583,30000071635"

VendorParam.faqAnswerLabels

FAQ 答案标签 ID 列表,用于答案级排序(返回阶段生效)

"30000071583,30000071635"

  1. demo示例:

{
 "VendorParam": {
 "faqAnswerLabels": "30000071583,30000071635",
 "faqLabels": "30000071583,30000071635"
},Perspective=["FZJBY3raWr"]
 }