企业 RAG 知识库实施指南

一、先明确知识范围和用户

不同用户需要的答案和权限不同。客服关心产品与服务流程，研发关心接口和故障记录，员工关心制度与办事流程。建设前应明确目标用户、主要问题、知识来源、敏感等级和更新责任人。

二、盘点资料，而不是直接导入

对文档进行分类：权威制度、产品资料、项目记录、培训材料、网页、扫描件和历史版本。标记负责人、生效时间、失效时间、适用范围与访问权限。重复、冲突或已过期的资料会让检索系统输出相互矛盾的依据。

三、处理解析和知识切分

文档解析要保留标题层级、表格、列表、页码和章节关系。知识切分既不能太短导致上下文缺失，也不能太长导致相关信息被噪声淹没。可以根据文档类型设置不同策略，并保存文档、章节、版本和权限等元数据。

四、组合检索策略

向量检索适合语义相近表达，关键词检索更擅长编号、产品名、专业术语和精确短语。企业场景常需要混合检索，再用重排模型或规则把最相关内容送给生成模型。

五、约束回答与引用

系统应要求模型基于检索内容回答，清楚区分资料中的事实和模型补充说明，并展示可定位的来源。资料不足或冲突时，应提示无法确定，而不是为了流畅度补全信息。

六、把权限贯穿整个链路

权限过滤不能只放在界面层。检索前就应根据用户身份和角色限制可访问文档，日志、缓存和生成上下文也要遵守相同边界。对敏感知识可加入脱敏、下载限制和访问审计。

七、建立问题集和评测指标

从真实用户问题中建立评测集，覆盖直接问法、换一种表达、跨段落问题、无答案问题、过期资料和越权请求。至少分别评估：

• 检索是否找到正确文档与关键片段。
• 回答中的关键事实是否被来源支持。
• 引用是否准确、完整并能返回原文位置。
• 没有依据时是否合理拒答或请求补充信息。
• 不同权限用户是否获得符合角色的数据。

八、设计持续更新机制

明确谁可以发布、更新和撤回资料，系统如何检测变化并重新索引。上线后收集未命中问题、低评价回答和高频查询，把这些反馈用于补充知识、调整切分和完善评测集。

结语

企业 RAG 的目标不是让模型“知道更多”，而是让用户能在权限范围内快速获得有依据、可追溯、能持续更新的答案。把知识治理和检索评测做好，通常比反复更换模型更有价值。