跳到主要内容
文章WHITEHOLE

下一代企业搜索:从找文档到找答案

企业搜索的变化不在界面,而在返回的东西:从「一组可能相关的文档」变成「一个带出处的答案」。这背后需要四样能力 —— 语义检索、权限过滤、引用生成与拒答。本文说明它与关键词搜索的实质差别、能力清单与落地顺序,以及一条不能松的边界:只答有出处的

企业搜索知识引擎RAG

下一代企业搜索,指的是返回结果从「一组可能相关的文档」变成「一个带出处的答案」。界面上的差别很小,底下的差别很大 —— 它要求系统不仅能找到内容,还要判断内容是否足以回答,并说清依据在哪

与关键词搜索的实质差别

  • 返回物不同:关键词搜索返回文档列表,用的人还要自己读;新一代返回结论与出处。
  • 匹配方式不同:关键词依赖字面命中,语义检索按意思匹配,能处理不同叫法。
  • 失败表现不同:搜不到时长尾词会更明显;答错时是看起来合理的错误结论,更难被发现。

最后一条决定了改造的重点。文档列表搜错了,使用者翻两页就知道;答案错了,使用者往往不会再核对,所以出处与拒答必须一起补上。

需要的四样能力

  • 语义检索:把问题与内容都转成向量的含义表示,处理同义、缩写与不同叫法。
  • 权限过滤:在检索阶段就限定范围,而不是答完再检查,否则答案本身已经泄漏了内容。
  • 引用与出处:答案附带可核对的来源条目与版本,让使用者能自行验证。
  • 拒答:材料不足时明确说明,而不是用相邻内容拼出一个看起来完整的答案。

落地顺序

  • 第一步补齐元数据与权限:没有密级、时效与责任人,检索质量无法控制。
  • 第二步上语义检索:先把「找得到」做稳,再考虑生成答案。
  • 第三步上答案生成与引用:此时出错还能定位是检索问题还是生成问题。
  • 第四步再加多轮对话:会话会引入上下文累积,把前面几步的问题一起放大。

顺序反过来最常见:先做生成,演示效果最好,上线后最难排查。因为无法回答「是资料里没有,还是检索没找到,还是模型编的」这三类完全不同的问题。

改造不必推倒重来

  • 复用已有索引:现有的文档库与全文索引可以作为回退路径,与语义检索并行。
  • 保留原界面入口:使用者习惯的搜索框可以保留,只是结果区多一类答案。
  • 按场景试点:先从问题集中、材料齐备的场景切入,而不是全公司一次推开。

边界:只答有出处的

这条边界值得单独强调。企业搜索里的答案会被当作依据使用,因此宁可少答也不能编。无法定位来源的结论,即便看起来很对,也不应当被呈现为答案 —— 它会把检索系统的可信度消耗在一次无法追溯的回答上。

验收

  • 答案附带可点击或可核对的来源条目。
  • 拒答被单独统计,且能区分材料缺失与检索未命中。
  • 权限在检索阶段生效,存在被拦下的真实请求。
  • 同一问题在不同时间提问,答案依据的来源一致或变化有据可查。

FAQ

常见问题

与这篇相关、并且被问得最多的几个问题

已经有全文搜索,还要不要做语义检索
看搜不到的比例。如果使用者频繁换词才找到内容,语义检索的收益就比较明确;字面命中已经够用的场景可以先不改
答案生成会不会增加出错风险
会。所以它必须与引用和拒答一起上线。单独上生成环节,等于把一个难以排查的错误源加进了原本还能靠人工核对的工作流
语义检索能不能解决所有的搜不到
不能。内容根本不在库里、权限把它挡住、或者叫法差异过大时,语义检索同样无能为力,需要分别处理