公司知识 · 实作指南
产品编号不能只靠语意相似
精确识别码与自然语言需求不同，应在同一测试中分别验证。
分清两种查询意图
客户查找指定零件编号，不是寻找意思相近的产品。Microsoft 混合搜寻文件介绍文字与向量检索的结合；对小型分销商而言，本文建议把精确识别码列为主要测试。保留标点、前导零与供应商别名，并确认近似结果只能作提示，不能当成精确答案。只有一个字元不同的产品，可能对应完全不同的规格或服务责任。
加入混合语言的实际问法
测试可使用假设问法，例如中文描述加英文型号、拼错产品名称，以及正确编号搭配已过期简介。把识别码正确与描述相关分开评估：编号对了，文件版本仍可能错误。资料集应同时放入核准文件及看似合理的干扰项，让系统真正表现出区分能力，而不是因为资料库只有一份文件就自然答对。这亦有助发现别名管理的缺口。
流程一览
不要让猜测决定必要筛选
在组合答案前套用核准状态、客户范围及有效日期等业务条件，不能只靠语言模型遵守边界。结果卡应显示识别码与版本，没有精确结果时提供可控下一步，例如要求照片、查供应商目录或交同事处理。不要默默换成类似产品。试点尤其应测试「没有答案」的情况，确认助手愿意承认缺口，而非以流畅语句完成不可靠建议。
衡量最後交接是否正确
量度员工最後是否选中正确项目，以及需要多少核对时间。排序分数是诊断工具，不是完整成效。新增目录或命名方式时，把曾经失败的问题保留为回归测试。混合设计并非自动优胜；只有受控比较显示精确和描述性查询更可靠，而且投入与成本可接受，才值得采用。若简单编号搜寻已足够，就不必强行加入生成答案。
一次精确识别挑战
准备只差一个字元的相似编号，同时放入新旧参考资料，请业务负责人确认哪些应精确匹配、哪些只能提示、哪些必须没有答案。这些差异应在介面清楚呈现，不能藏在相关分数里。最後用实际汇入流程确认不会因助手选错近似项目，就直接新增或更新正式产品纪录。
来源与延伸阅读
编辑原则
本系列以 AI 辅助原创撰写，并对照连结的公开来源。实作建议与假设情境属编辑分析，并非客户实绩。来源发布日期及产品细节可能与本系列整理日期不同。