上线时热闹，三个月后没人用——知识库项目失败的原因往往不在模型，而在内容组织与使用场景的选择。
知识库是大模型落地最常见的第一站，也是失败率较高的一个。复盘下来，失败原因很少是技术问题。
原因一：什么都往里放
把共享盘里的历史文档全量导入，结果检索出来的是三年前的过时流程和已废止的制度。
做法：先做内容筛选，明确「哪些文档是当前有效的」。宁可先放 200 份高质量文档，也不要导入 2 万份混杂资料。
原因二：没有维护责任人
知识库上线后就没人管了。文档更新了但知识库没同步，用户查到的还是旧版本，几次之后就再也不用了。
做法：每个知识域指定维护人，把更新纳入日常流程；系统层面标注文档版本与更新时间，让用户能自行判断新鲜度。
原因三：场景选错了
选择了「什么都能问」的通用问答，结果回答质量不稳定，用户失去信任。
做法：先做窄场景。比如「IT 服务台常见问题」「产品参数查询」「合同条款检索」，问题边界清晰，回答准确率容易做上去。建立信任之后再扩展。
原因四：没有反馈闭环
用户点「回答不对」之后没有下文，系统也不会因此改进。
做法：把负反馈收集起来定期复盘，补文档、调提示词或调整切分策略。没有反馈闭环的知识库，上线那天就是最好的状态。
一个判断标准
上线一个月后，看有多少问题是通过知识库解决的、多少仍需转人工。这个比例不提升，说明项目没有真的跑起来。
