很多企业想做 AI 知识库,第一反应是把 PDF、Word、网页资料上传给大模型。但稳定可用的 RAG 系统,需要解决文档质量、切分策略、向量检索、权限隔离、答案可追溯和人工纠错等问题。否则 AI 看似能答,实际很容易答偏、答混或无法解释来源。
典型架构链路
- 业务文档 / FAQ / 产品资料
- 解析与清洗
- Chunk 切分与元数据标记
- Embedding 向量化
- 向量库 + 关键词索引
- 检索 + 重排
- 提示词组装
- 大模型生成答案 + 来源引用
文档解析:先把资料变成可处理的文本
PDF、Word、网页、表格、图片 OCR 的结构都不同。第一步要把标题、段落、表格、编号和来源保留下来,避免后面检索时丢失上下文。
切分策略:Chunk 太大太小都不行
切分太小会丢上下文,切分太大会降低检索精度。常见做法是按标题层级、段落语义和 token 长度混合切分,并保留文档名、章节、页码、更新时间等元数据。
向量化与索引:不只靠向量检索
向量检索适合语义相近的问题,但对产品型号、订单号、政策条款这类精确词,关键词检索也很重要。实际项目里经常采用向量检索 + BM25 + 规则过滤的混合检索。
重排与上下文组装:决定答案质量
检索到的片段不一定都适合喂给模型,需要做相关性重排、去重、按来源排序,并控制上下文长度。提示词里要明确回答边界:资料没有就说不知道。
权限隔离:企业知识库必须考虑谁能看什么
不同部门、客户、项目资料不能混在一起。RAG 系统要在检索前过滤租户、角色、项目和文档权限,而不是生成答案后再隐藏。
可追溯与纠错:让 AI 答案能被业务信任
答案最好带来源引用、文档片段和更新时间。用户反馈“答错了”时,要能追踪是文档问题、检索问题、提示词问题还是模型问题。
落地前建议确认
- 资料是否有明确来源和更新时间
- 是否需要按部门或客户隔离权限
- 是否需要答案引用来源
- 是否有人工纠错和知识更新流程
