大部分知识库项目，死在数据，不是死在模型
模型能力早就够用了。真正让项目烂尾的是这四件事，而且全部发生在部署之前。
- 格式七国八制：扫描件 PDF、Word、Excel、CAD 图纸、微信聊天记录，解析一塌糊涂
- 版本互相打架：同一份制度有三个版本，模型不知道该信哪个，答案随机漂移
- 表格被切碎：报价表、参数表跨页断开，答案拼不出来，或者拼成错的
- 没有评测集：上线后只能靠“感觉还行”，出了问题说不清是数据错还是模型错
所以我们的顺序是反的
先治数据，再选模型。很多项目我们会在第一步就告诉客户：你现在的文档状态，先别上 RAG， 先花两周把版本和权限理清楚，能省掉后面三个月的返工。
云昭知识库落地四步
每一步都有可验收的产物，不是“做完看看效果”。
-
文档治理
去重、定版本、补元数据（部门、生效日期、密级、适用范围）。这一步通常要客户业务部门参与，我们不替你拍板哪一版有效。
-
切片策略
按文档结构切，不按固定字数切；表格整块保留；每个片段带上标题路径，保证被检索出来时上下文是完整的。
-
检索调优
建 50–100 条真实问题的评测集，反复调召回。检索不准，再强的模型也只能答错——这是 RAG 里最容易被跳过的一步。
-
权限隔离
在检索层就按部门和密级过滤，没权限的片段根本不会被召回，而不是生成完了再遮掉。这两种做法在审计上完全不同。
验收怎么写：四个指标
知识库项目最常见的扯皮是“答得不准”。不准是个感觉，不是指标。下面这四个指标能把它变成可验收的东西。
| 指标 | 定义 | 建议验收线 |
|---|---|---|
| 答案准确率 | 用评测集提问，人工判定答对的比例 | ≥ 85%（业务问答） |
| 引用命中率 | 答案给出的出处，确实包含支撑该结论的内容 | ≥ 90% |
| 拒答正确率 | 知识库没有的内容，能明确回答“文档中没有” | ≥ 90% |
| 首字时延 | 用户提问到开始输出第一个字 | ≤ 3 秒（内网环境） |
验收线按业务风险调整。合同审阅、投标资料类场景通常要求更高，且必须人工复核。
这些场景，知识库很值
制度与流程问答（新员工培训）、产品手册与选型查询（售前）、售后工单与故障知识（客服）、 投标资料与资质库（商务）、合同条款比对（法务）。
这些场景，别用知识库
需要实时数据的（库存、价格、排产）、需要精确计算的（报价、税费）、知识本身不在文档里的（老师傅的经验）、 只有十几份文档的（收益不明显，不如直接搜）。
