知识库冷启动：先做 30 个高频问题

知识库冷启动，指的是在内容还没整理完的情况下，先把一批高频问题答准再逐步扩展。这个顺序与直觉相反 —— 多数团队的第一反应是把所有能找到的材料先导进去，而问题恰恰从这里开始

为什么不建议全量导入

全量导入把整理工作推迟到了检索阶段，而检索阶段没有能力判断哪一份是有效版本、哪些内容已经过期

• 版本冲突：同一制度的多个版本都进了库，检索结果互相矛盾。
• 过期内容：几年前的材料仍能被召回，答案看似有依据实则已失效。
• 噪声比例：与业务无关的存档进入候选集，挤占了相关内容的排序位置。
• 反馈困难：问题出现时无法判断是导入质量问题还是模型问题，改进方向含糊。

高频问题怎么采集

• 客服与销售的实际提问记录：真实提问的措辞与分布，是最直接的输入。
• 内部群里的重复提问：反复被问到的内容，通常说明材料不好找或者口径不清。
• 新员工最常问的问题：这类问题往往暴露了文档缺失或表述不清的位置。
• 与业务方共创：让业务方列出他们认为最该被自动化回答的问题。

30 问清单模板

清单本身不需要复杂，但字段要能支撑后续判断。建议每个问题至少记录五项

• 问题原话：保留使用者原本的措辞，不要改写成规范表述。
• 期望答案要点：由业务方确认，说明答到什么程度算合格。
• 依据材料：回答该问题应当使用哪些材料，以及它们的版本。
• 责任人：谁负责确认这道题的答案是否正确。
• 当前状态：已可作答、材料缺失、还是材料存在但口径不清。

怎么用清单推动落地

• 按能否作答分类：能作答的先确认准确率，不能作答的进入材料补齐清单。
• 优先补材料缺失：这类问题通常是文档本身不存在，而不是检索没找到。
• 口径不清的单独拉出：需要业务方先统一说法，属于管理决策而不是技术问题。
• 定期复跑：每周跑一次同一批问题，观察变化而不是一次性验收。

冷启动阶段的验收线

• 30 个问题中，可作答的比例达到约定水平，且答案要点被业务方确认。
• 无法作答的问题明确给出了拒答，而不是给出相邻内容的拼接答案。
• 可作答的答案都能定位到材料与版本。
• 有明确的更新流程：新问题进入清单、材料补齐、复跑验证。

常见走偏

• 把 30 问当成上限：它只是起点，验证方法有效之后应当按同一方式扩充。
• 只收集问题不收集期望答案：没有标准就无法判断答得对不对。
• 验收一次就结束：知识与口径都会变，复跑比首次验收更重要。

扩展到第二批怎么做

第一批跑通之后，扩展方式比第一批本身更影响长期效果。建议沿用同一套清单字段与复跑机制，只增加问题数量，不改变判断方式 —— 方法一变，前后结果就无法比较

• 按来源分批：先扩客服与销售的高频问题，再扩内部职能类问题。
• 保持同一验收线：新批次沿用第一批的合格标准，避免标准随规模放宽。
• 保留历史结果：每批复跑结果都留档，用于观察整体趋势而不是单次表现。
• 公开进度：把可作答比例同步给业务方，让补齐材料这件事有明确的推动力。