先定用途再定内容
同一个知识库，用于客服问答、内部检索还是新人培训，结构完全不同。为什么先定用途？因为用途决定切分粒度与元数据字段：问答要短段落与标准问法，检索要保留章节层级，培训要讲顺序与测验。
盘点必须带责任人
按部门列文档清单时，每份都要挂责任人，否则导入后无人对准确性负责。怎么盘才有效？先收高频使用的两百份，标注版本、生效日期与适用范围，再逐批扩展；一次全量导入通常换来一堆过期内容。
切分决定检索效果
把长文档按标题层级切成段落，保留章节路径与来源链接，是检索可用的前提。怎么切？以语义完整为准，避免把一条制度切成半句；表格与附件单独处理，否则模型读到的内容缺少上下文，答案容易失真。
评测集是基本尺子
上线前用真实提问做一批评测，记录命中情况与答案能否溯源。没有评测集时，团队只能凭感觉判断好坏，换一版切分策略也无法比较，边界就在于此；有了评测集，调参才有方向，验收与复盘也能对齐，争议也少，也便于交接。
适用与不适用
适合谁
- 客服、售后与交付团队的知识散落在工单和电脑里
- 准备做内部问答或检索助手、需要先整理语料的项目组
不适合谁
- 希望导入即准确、不愿投入盘点与评测的团队
典型场景
某装备企业的售后知识分散在工单、图纸说明与老工程师的笔记本里。项目组先把用途定为现场故障初判，收两百份高频文档并挂责任人，按章节切分后保留来源链接，再用六十条真实提问做评测。试运行两周，由服务经理逐条复核错答。
可执行步骤
- 写清用途、使用者与典型提问，据此确定切分粒度与所需的元数据字段
- 按部门盘出首批文档，逐份标注责任人、生效日期、适用范围与版本
- 统一标题层级与命名规范，表格和附件单独处理并保留原始文件链接
- 用真实提问建立评测集，先跑一遍并记录命中与溯源结果，再定试点
常见坑
- 不做盘点直接全量导入，三个月后过期文档占比过半，用户查到旧口径后不再信任系统，推广成本成倍上升。
- 按固定字数硬切，制度条款被切断，答案只引用半句话，复核时无法判断适用条件，只能整条重做。
- 只做生成后屏蔽，检索阶段已把敏感段落带进上下文，越权内容仍可能出现在回答里，事后追溯困难。
自检与验收清单
- 用途、使用者与典型提问是否书面确认并留存
- 首批文档是否逐份挂了责任人、版本与生效日期
- 切分是否保留章节路径与可点击的来源链接
- 评测集是否来自真实提问、口径固定且可复跑
常见问题
一定要做评测集吗？
建议做，而且不必很大：几十条真实提问就能暴露切分与召回的主要问题。没有评测集，版本之间无法比较，验收也只能靠主观印象，返工时说不清是数据问题还是配置问题。
文档要不要全部导入？
不建议。先导入高频、稳定、有责任人的部分，跑通后再扩。全量导入会把过期、重复与低价值内容一起带进检索池，稀释结果质量，后续清理成本远高于分期导入，也更容易失控。
扫描件和图片能进吗？
可以，但需要先做文字识别与人工校对，识别错误会直接变成错误答案。图纸、表格类内容建议保留原文件链接，回答时提示查阅原图，避免模型转述失真造成误判，也便于追责。