准备做企业知识库时，团队常先问“支持多少文件”。更值得先确认的是：谁会来问、会问什么、答案依据在哪里。资料数量可以不断增加，第一批内容却应该有明确边界，否则旧制度、内部讨论稿和现行操作说明混在一起，后续很难判断答案为什么出错。
从一个岗位和一类问题开始
首期可以选择客服查产品规则、售前查方案资料，或者新员工查办事流程。不要在第一次上线时同时承担所有部门的问答。以售后支持为例，先覆盖产品型号识别、保修范围和工单流转，再决定是否纳入技术维修手册。这里的场景仅用于说明规划方式，并非实际客户案例。
让业务负责人收集最近遇到的真实问题，保留用户原来的说法。问题可以暂时没有标准答案，但必须标明谁负责确认。将问题分为可直接回答、需要补充条件、必须转人工三类，能够帮助团队同时定义知识库的能力和边界。
把资料清单做成可以维护的台账
每份资料至少记录名称、业务主题、负责人、来源位置、版本日期、适用对象和可见范围。对已经失效的文件明确标记，不能仅靠文件名中的“新版”“最终版”判断。遇到内容冲突，先由资料负责人确认当前依据，再决定是否导入。
- 优先整理正在使用、来源明确、有人维护的制度与操作说明。
- 把扫描件的文字识别结果与原文抽查核对，尤其是型号、金额、日期和表格。
- 将草稿、会议讨论和个人经验与正式规则分开，避免同等对待。
- 为含有限制信息的资料确定访问范围，权限也要进入后续问答验收。
让一段内容能表达完整的业务含义
整理时保留标题层级、适用条件和例外说明。不要把“仅适用于某型号”的限制与操作步骤分离，也不要让表格里的单位和列标题丢失。资料进入检索系统后通常需要拆分与索引，拆分方式应通过实际问题验证，而不是只看每段字数是否相同。
微软的 RAG 设计指南将资料准备、检索和回答评估作为需要共同考虑的环节。对业务团队来说，这意味着资料整理不是一次上传动作：同义词、部门简称以及新旧名称之间的关系，也需要通过样本问题逐步补齐。
首批验收要同时检查答案与依据
从问题清单中保留一部分作为验收集，避免全部用于调试。逐题检查：回答是否解决问题，适用条件是否遗漏，引用是否确实支持结论，当前账号是否有权看到相关资料。对于没有依据的问题，能够说明缺少什么并引导转人工，比给出流畅却无法核验的答案更有价值。
验收记录可以包含问题、预期处理方式、实际答案、引用位置、问题类型和负责人。把错误分成资料缺失、检索遗漏、理解偏差和权限问题，逐项修正。通过后再扩大资料范围，后续更新也用同一批关键问题回归检查。
第一期的交付物应包括一份可维护的资料台账、一组经过确认的问题样本，以及明确的更新与验收责任。先让一个业务场景稳定可用，再扩展到更多岗位。
延伸阅读：AI 知识库答案不准，先检查哪些环节。