AI 引用来源的设置分 3 层:知识库要切块入库、问答接口要打开「返回引用」开关、前端要把引用块渲染出来。3 层都做完,答案下面会带 1 到 3 条来源,点开能跳到原文的那一段。
只开中间那 1 个开关,常见的现象是答案照常出、来源一栏空着。我上周调过 1 个客户的知识库,开关是开的,来源一直是 0 条,原因是文档切块时没把段落号写进元数据。
下面按准备、6 步操作、参数对照、4 个排查、3 个验证写,入口名按常见知识库平台的写法核对,各家叫法有差异,按功能找比按名字找可靠。
4 项里第 2 项决定引用准不准。切块太大,1 条引用指向 2000 字,用户点进去找不到那句话;切块太小,1 个完整意思被拆成 2 块,答案会拼接出错误结论。
准备阶段还有 1 件常被跳过的事:先把文档里的旧版本清掉。同 1 份政策文件存了 2023 与 2025 两版,入库后检索会同时命中两段,答案里出现前后矛盾的条款。做法是入库前按文件名筛 1 遍,只留最新版,旧版移到另 1 个目录并不入库。
权限也要提前分。能改知识库的人限制在 3 个以内,其余人只给查询权限。改库权限放太开的直接后果是切块参数被不同人反复调,引用准确率忽高忽低,出问题查不到是谁改的。
这 4 步做完,可以先用平台的检索测试看 1 眼。输入 1 个具体问题,看返回的 3 条片段里有没有正确的那段,片段不对就先别往下走。
第 2 步的条数上限影响体验。设 5 条以上,答案区会被引用列表挤满,主要内容的可见区域只剩 40%。我把它压到 3 条之后,页面滚动深度明显变短。
这 3 步做完,才算引用真的显示出来。只做前 2 段的情况我见过不少,后端返回了 citations,前端没接,用户看到的还是 1 段光秃秃的答案。
| 字段 | 填什么 | 常见错填 |
|---|---|---|
| 块大小 | 300 到 500 字 | 按页切,1 块 2000 字 |
| 重叠长度 | 50 到 80 字 | 设 0,句子被切断 |
| 章节号 | 与原文标题一致 | 填流水号,用户看不懂 |
| 引用条数 | 3 条 | 设 10 条,页面被撑满 |
| 原文链接 | 带锚点的完整地址 | 只写相对路径,点开 404 |
5 个字段里章节号和原文链接最容易偷懒。这 2 项缺 1 项,引用就退化成 1 个文档名,用户点进去还要自己找半天,等于没给来源。
引用条数设 3 条之后,答案的准确率反而更高。原因很简单:模型能引用的片段少,就不容易把不相干的内容拼进来。我对比过同一批问题在 3 条与 8 条下的回答,后者出现 2 次引错段落的情况。
这 3 层里,第 2 层的开关最容易被当成全部。实际经验是开关只管「要不要返回」,能不能返回取决于第 1 层的元数据。
4 条里第 2 条花时间最多。切块参数没有通用值,同一批文档试 2 组参数、各跑 20 个问题,看命中率差多少,再定下来。我那次试了 400 字与 250 字两组,250 字那组的引用准确率高 12 个百分点。
切块参数不要凭感觉定。同一批 20 页文档,各跑 2 组参数、每组 20 个问题,把命中片段的正确率记下来,差 10 个百分点以上才值得改。我试过 400 字与 250 字两组,后者的正确率高 12 个百分点,但引用条数也多了 1 倍,最终取中间值 320 字。
文档来源也要分。政策类文件章节结构清楚,按标题切效果最好;产品手册图多字少,按段落切容易切出半句话,先把图片说明补成文字再入库。两类混在 1 个库里,检索质量会被拉低。
引用质量要按月看 1 次。看 2 个数字:答案里带引用的比例、引用被点击的比例。前 1 个低于 60% 说明检索没命中,后 1 个低于 5% 说明引用位置或样式有问题,用户看不见或不想点。
上线后第 1 个月要盯 1 个事:引用与答案的一致性。抽查 20 条回答,逐条点开引用看原文里有没有这句话。对不上的超过 3 条,说明切块或检索参数要调,别急着扩文档量。
另 1 个细节是引用的显示位置。答案 200 字以内时,引用放正文下方 1 行就够;答案超过 400 字,引用要拆到每段末尾,否则用户滚到底才知道出处。这个改动只动前端,1 天能上线。
第 3 条是好坏的界线。答不出来却说「根据文档第 3 章」,比不答更糟。我在验收时会专门挑 5 个库里没有的问题去问,能全部老实说没有的,这套设置才算过关。
设置改完记得存 1 份配置截图,参数、条数上限、模型版本各 1 张。3 个月后要复盘引用质量,没有当时的配置就对不上变化。
整套设置的工作量按 1 个知识库算,2 到 3 天能跑通,其中切块调试占一半时间。这个投入换来的是答案可追溯,用户看到出处,追问的次数会少一截。
本文信息核对时间:2026-11