知识库体检应纳入业务部门复核机制

知识库体检如果只由资料管理员或技术团队完成，往往只能发现重复、缺页和格式混乱，却未必看得出一条规则在业务上是否已经失效。真正容易让问答出错的，常常不是文档没找到，而是不同部门对同一流程各说了一段，拼起来却缺少关键前提。

把业务部门纳入复核，不是给清理工作多加一道审批，而是让“谁对规则负责”变得清楚。资料管理员可以先把疑似冲突的内容归到一起：同一事项的新旧说法、流程节点前后不一致的描述、通用规则与例外条款并存的内容。随后应由负责该事项的部门判断：哪份仍然有效，适用于谁，是否存在例外，以及旧文件该归档还是保留为历史参考。

复核不该只问“对不对”

更有效的复核方式，是让业务人员围绕具体问题确认规则边界：这条流程的前置条件是什么？谁负责下一步？哪些对象不适用？例外发生时，通用规则是否仍然成立？这些问题看似琐碎，却正是知识库最容易留下空白的地方。

尤其是跨部门流程，单个部门提供的内容可能都没有错，只是各自站在不同环节。复核时把流程放到同一条链路上，确认输入、处理人、输出和分支条件，才能避免知识库把“负责人确认”和“提交申请”误当成两种互相替代的做法。

给复核结果留下可追溯性

业务部门确认后，知识库里最好同步写明责任部门、生效信息、适用范围、替代关系和复核状态。这样，后来的人看到一条规则，不必靠猜测判断它是不是现行口径；遇到争议，也知道该找谁解释。

当然，不是每处矛盾都能立刻解决。对仍待确认的内容，保留“待业务确认”的状态，并限制其作为正式答案依据，通常比仓促合并更稳妥。知识库的可信度，不在于它看上去多完整，而在于它是否敢于标出尚未厘清的边界。