企业知识库为什么「建起来没人用」：RAG 落地的 5 个工程细节

我们接手过几个「上线三个月、日均使用 3 次」的知识库项目。排查下来，问题几乎都不在模型。

细节一：文档切分不是固定字数

按 500 字硬切会把一个条款切成两半。正确做法是按语义结构切（标题层级、条款编号、表格单元），再对超长段落做二次切分，并为每段保留父级路径作为上下文。

细节二：元数据决定检索质量

文档类型、所属部门、生效日期、版本、密级——这些字段让检索可以「先过滤再相似度」，效果提升通常比换更大的 embedding 模型明显。

细节三：回答必须带出处

给出文件名、章节与原文片段，用户才能自己核对。没有出处的答案在业务场景里等于没有答案。

细节四：入口要在业务系统里

知识库如果只能从独立站点进入，使用率一定低。把问答框嵌进客服后台、ERP 详情页、企业微信，才有机会成为习惯。

细节五：反馈要能回流

「这个答案有帮助吗」加一个纠错入口，每周把差的案例聚成一批，补文档或调策略。没有这个闭环，三个月后准确率必然下滑。

一个判断口径

问三个问题：谁在用、每天用几次、错了会怎样。三个都能回答清楚，项目才值得启动。