知识库找不到商品编号:怎样排查向量、关键词和混合检索

用商品编号与相似型号说明 RAG 检索诊断:检查资料、分词、字段、过滤和排序,按问题类型比较向量、关键词及混合检索。

检索失败的四层检查:资料是否正确(编号、版本与文本、核对抽取结果);查询是否保留(分词、字段与过滤、确认对象范围);候选是否命中(关键词与向量对照、检查遗漏原因);排序是否合理(重排与上下文选择、保留必要条件)
原创示意:先确认正确证据在哪里丢失。为本文原创示意图,不代表产品界面或客户案例。

先说结论

商品编号检索失败,应先检查编号是否正确入库、字段是否可查询、分词和过滤是否改变了编号,再比较关键词与向量结果。向量适合语义相近的问题,精确编号通常需要专门字段或关键词路径;混合检索也要用真实问题验证排序和条件。

读完你会得到

  • 精确标识与语义问题分别评估,不用平均分掩盖型号错误。
  • 过滤条件、字段映射和索引版本也是检索链路的一部分。
  • 每次只改变必要变量,保存候选结果与来源位置。

用户查 E100,知识库却返回 E100 Pro 的资料。两个型号语义接近,业务含义可能差很大。与其马上换 embedding 模型,先沿着资料到检索结果逐层检查,通常更容易找到原因。本文编号与产品均为教学示例。

配套资料与延伸阅读

先排除根本没有入库的资料

在受控环境里按文档或商品标识查索引,核对原始文本、抽取结果与分块。商品编号可能在图片里,解析时被漏掉;连字符、全角字符和空格也可能改变标识。找不到正确内容,后续检索参数无法补救。

再核对资料版本。E100 的旧资料和 E100 Pro 的新资料如果共享模糊标题,检索可能看起来正确,却已经混合对象。保留产品主键、型号、版本和适用条件,名称只作为展示和搜索线索。

不同查询适合不同检索路径

问题与候选路径
用户问题优先检查为什么
E100 的额定功率精确型号字段或关键词不能用相似型号替代
能在室外用的便携设备语义检索与条件过滤表达可能不同,但使用条件要满足
这两款的差别分别定位对象后比较资料单次相似搜索可能偏向其中一款
2026 版保修条款版本与生效范围过滤相似旧条款不能代表现行规则

Microsoft 的信息检索指南区分全文、向量和混合搜索,并讨论字段与过滤。本文用这些区分设计诊断步骤,不把某个平台的参数当成其他系统的默认配置。

本节依据: [1] Microsoft Learn

关键词路径也可能被分词与字段设置影响

检查编号所在字段是否可检索,是否需要用于精确匹配的独立字段。普通全文分析器可能把连字符或字符组合拆开;名称检索正常,不意味着型号检索也正常。根据平台文档检查分析器和查询方式。

对明显的标识符,可以先解析候选标识,再在授权范围内查询稳定对象字段。解析结果要校验,不能让模型把 E100 Pro 自动简写成 E100。多个候选时向用户确认或分别列出,避免默默选择。

过滤条件同样要查。租户、发布状态、产品类型和日期过滤都可能把正确资料排除。定位时记录每一层过滤后的候选范围,在权限允许的诊断环境检查;不要为排查临时关闭生产权限。

混合检索之后还要检查重排与上下文选择

混合检索可以结合关键词与向量候选,但不是自动保证正确。正确文档可能在候选集合中,却被重排降到未返回的位置;也可能返回正确块,生成前又被截掉了表头或适用条件。

保存三个阶段的证据:初始候选、最终排序和实际送入模型的上下文。这样可以区分召回、排序和上下文组织问题。只查看最终回答,很难知道应该改哪一步。

控制返回数量和正文长度时保留业务条件。多放几块可以增加覆盖,也可能引入旧版本和相似产品的干扰。比较时同时记录正确证据命中、对象混淆与上下文开销。

用一组小而有区分度的查询做对照

检索回归样本示例
样本类别应包含的变化检查结果
精确编号大小写、连字符、全角字符正确对象与错误对象分别核对
相似型号基础款、Pro、不同年份不得混合规格或适用规则
自然语言需求同义表达、口语描述找到证据且满足硬条件
不存在的型号近似拼写与未知编号不以相似对象冒充命中
多对象比较两个型号分别有资料每个结论能对应各自来源

使用同一资料快照,分别运行关键词、向量和混合路径。先确定是哪类问题改善,再调整分块、字段或排序。不要同时换模型、切块和改提示词,然后用一个总分解释效果。

排查 E100 与 E100 Pro 混淆时,先直接读取两款的独立索引记录;再运行只含 E100 的查询,观察是否保留完整标识;最后加入使用场景,检查排序是否仍守住对象条件。每一步保留返回标识和资料版本。如果模糊名称有多个合法映射,先确认对象,而不是用相似度替读者决定他问的是哪一款。

评测单独统计错误型号返回,不让大量泛问答命中掩盖精确对象的混淆。

如何解释一次检索改动的收益

如果关键词路径让精确编号问题明显改善,而自然语言问题下降,可以为不同查询使用不同策略。路由规则本身也要测试,尤其是用户一句话同时包含型号和场景时。

先保证硬约束,再比较排序质量。型号、权限和适用日期不应只靠语义相似分数决定。对未知条件,系统可以请求补充或说明查不到,不应为了回答完整而补一个“最接近”的商品。

记录失败样本和版本。新增产品或更换解析方式后,重新运行受影响样本,检查旧假设是否仍然成立。一次优化只证明当前测试条件下的改善。

从一个真实失败开始排查

选一条最近“明明有资料却找不到”的查询,按原文、抽取、索引、候选、排序和上下文保存证据。找到第一次丢失正确资料的位置,优先修复这一层,再做回归。

本文适合商品、制度和技术资料检索。具体分析器、混合排序与向量字段配置由平台决定;不能把搜索分数直接解释成业务正确概率,也不能把检索优化当作资料本身已正确。

常见问题

混合检索一定比向量检索好吗?

不一定。它增加了可利用的信号,也增加了字段、融合和排序配置。按精确标识、语义表达和约束问题分别比较,用结果决定是否采用。

提高返回条数能解决找不到资料吗?

有时能提高覆盖,但不能修复未入库、错误过滤或对象混淆。还要检查额外内容是否增加干扰和成本。

资料来源与核对说明

文章中的行业定义与技术方法尽量引用官方或标准组织资料;表格、清单和决策框架是基于这些资料形成的编辑性整理,不代表来源机构对本站服务的背书。

  1. Information retrievalMicrosoft Learn

    用于全文、向量、混合检索及过滤的区分;具体 Azure 参数不推广为所有平台默认值。

把文章方法用于你的真实业务

带上流程、样例和目标,添加企业微信沟通。先确定项目范围与验收方式,再安排实施。

查看企业 AI / FDE 服务 →
相机、麦克风和布光台上的雕塑,表现图片、视频与声音的创作
AI 生成 · 内容创作场景示意

把你正在做的事,
拿来一起聊聊。

还没有完整方案也没关系。选一个方向,带着下面几条信息联系团队,我们先了解问题,再确认下一步。

企业 AI / FDE 项目

先从一段具体流程说起。

  • 我们目前怎样完成这项工作?
  • 哪一步最费时间,或经常出错?
  • 已有的资料、系统和期望结果是什么?
Shopify 建站与经营

有店铺的话,可以一并发来链接。

  • 店铺是准备上线,还是已经在运营?
  • 销售什么商品,面向哪些市场?
  • 希望先解决哪个页面或经营问题?
内容创作与工具使用

说明准备制作的内容,或遇到的操作问题。

  • 想做图片、视频、配音,还是图文?
  • 已有素材、参考风格和使用场景是什么?
  • 如果使用时遇到问题,具体停在哪一步?
扫码添加随心创技术客服企业微信

微信扫码,发来你的问题

可以直接按提纲描述,也可以先发一句话。人工服务会在确认范围后单独报价。

手机上可保存二维码后识别。