首页/AI/RAG 与向量库速查/查询理解与意图识别优化

查询理解与意图识别优化

对多意图系统先识别查询类型再选检索策略:操作类问题(怎么做)偏步骤文档、概念类(是什么)偏定义章节、排障类(报错)偏错误码与日志片段;识别错误会让检索方向整体偏掉。

RAG 与向量库速查AI更新于 2026-10-13

查询理解与意图识别是什么

查询理解要解决的是「同一句问法该去哪个知识域检索」。多意图知识库里,先判类型再选策略效果最好:操作类问题偏步骤文档,概念类问题偏定义与原理章节,排障类问题偏错误码与日志片段,兼容类问题偏版本说明。路由判错,后面的检索再准也是错方向的准。实践路线从关键词规则起步,样本积累后再上分类模型,并且每一类路由都要单独评测召回,否则某一类整体塌陷会被总体指标掩盖。

基本信息

输出查询类型标签
典型类型操作、概念、排障、兼容性
实现路线关键词规则到分类模型,逐步演进
联动动作按类型选索引、过滤条件与提示词模板
评测要求每类路由单独计算 recall@k
日志要求记录路由结果,便于线上复盘

典型使用场景

  • 知识库同时包含操作手册与报错手册,先路由再检索
  • 不同意图套用不同提示词模板,排障类要求先给排查顺序
  • 按类型设置不同的召回条数与相似度阈值
  • 路由结果用于内容运营:哪类问题总是被路由到空缺领域
  • 线上问题定位时先看路由是否正确,再查检索

轻量意图路由

轻量意图路由
def route(query):
    if any(k in query for k in ("报错", "失败", "无法")):
        return "troubleshoot"      # 检索错误码与排障手册
    if any(k in query for k in ("怎么", "如何")):
        return "howto"             # 检索步骤文档
    return "concept"               # 检索定义与说明

hits = retrieve(rewrite(query, route(query)))   # 按类型改写后再检索

路由类型对照

类型特征词优先检索
操作类怎么、如何、步骤操作手册与配置示例
概念类是什么、为什么、区别定义与原理章节
排障类报错、失败、无法、超时错误码、日志片段、常见问题
兼容类支持、版本、要求版本说明与兼容矩阵
路由可以先靠规则起步,样本积累后再上分类模型;但每个路由必须单独评测召回,否则某一类的塌陷会被总体指标抹平。
混合问法(例如「怎么解决这个报错」)同时带操作与排障特征:规则要有明确优先级,或改成多标签并把两路召回结果合并。

易错点

  • 只按关键词路由:混合问法被分到错误类型,后续检索全在错方向努力
  • 路由规则上线后新增文档类型未接入:新场景直接漏检,用户体感是「这个领域完全答不了」
  • 所有类型共用一套召回条数与阈值:某一类长期召回不足却查不出原因
  • 路由结果不落日志:线上问题无法判断是路由错了还是检索错了

数据来源与参考

  • Gao et al., RAG for LLMs: A Survey(查询路由)
  • LlamaIndex 官方文档(RouterQueryEngine)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌