知识库越堆越乱，AI 答得越来越飘？先治库

说个最常见的。业务问一句「这个服务能不能按季度结算」，AI 答得头头是道，引用的却是两年前那版说明。人一听就火了：这早就改了。可你去库里翻，那份旧说明还稳稳躺在「产品资料」下面，标题没变、日期没标、也没人记得它过期了。

多数人碰到这种情况，第一反应是模型不行，换个更贵的再试。换完还是绕——问题不在模型，在库里头。

知识库这件事，前半段是往里灌，后半段才是真功夫：谁管的、什么时候过期、哪一份才是唯一有效的版本。这三件事没人认领，灌得越多，答得越飘。

库里的问题，很少是缺内容，多数是缺归属。

这篇讲知识库治理这个岗位：它管什么、不管什么，五步怎么走，以及哪三句话它不该下结论。

先把边界划死。它不写制度、不改口径、不判断业务对错。它只干三件事：把库里的东西盘清楚、把重复和过期的拎出来、给每一篇挂上责任人和复查日期。

它的唯一结果是：任何一个问题进来，能定位到唯一的那份有效文档，并且知道这份谁在管、什么时候该重看。注意是「唯一」，不是「相关文档若干」——给出五份让你自己挑，等于没答。

为什么治理要单独设岗？因为写文档的人和管文档的人动机相反：写的怕以后说不清，管的怕你找不到。让写的人自己清，永远清不动。所以这道门槛不是技术，是授权——它得能把某份文档从主库降级。

五类材料。第四样多数公司没有，但缺了它，治理就只能靠猜。

第三样最容易被忽略，也最值钱。检索日志能告诉你两件事：哪些文档天天被翻，这些错一个字都是大事；哪些文档一整年没人碰，这些多半已经死了。

还有一件事得提前定：目录怎么分。多数库按部门分，这是最省事也最没用的分法——提问的人是按「我要解决什么事」来找的，不按部门找。

硬纪律：先定目录，再谈清理。目录不定，清完三个月又乱回去，还得再清一遍。

五步：盘目录、定准入、去重合并、设过期、挂责任人。顺序不能换，因为风险是从低到高的。

第一步盘目录。把文件按「谁会用、解决什么问题」重新归类，部门目录降成二级标签。只动位置不动内容，改错了也能改回来，所以放最前面做。

第二步定准入。写清什么内容才配进主库：有适用范围、有责任人、有生效日期，三条缺一条先进草稿区。进库门槛越低，后面清库的活越多。

第三步去重合并，最难，因为它要动别人写的东西。做法是：同一主题只留一份主文档，其余降级成附件或归档。判断标准不是「最新」，是「被引用最多且口径正确」——最新的那份，经常只是改了个错别字。

这一步的手下留情，通常表现为「先都留着，标一下就行」。标了没人看。

第四步设过期。报价、政策、服务条款半年一查，操作手册一年一查，案例类不设期限但标年份。到期没复查自动从主库降级——不是删，是降级。降级比删除安全：文档还在，但不再被优先引用。

第五步挂责任人。每个目录挂一个具体名字，不挂部门名。部门名等于没人——出了问题，一句「我们部门看的」就能推干净。

这段直接复制去用。留意第六条——不许自己删东西，这条不写死，它一定会自作主张地把某份文档清掉，然后你连找回来的地方都没有。

最后一条最容易被跳过。写清单只是开始，真正生效的那步是有人按清单动了手。

它能把库盘清、把重复找出来，但下面三句话，得由人来判断。

第一句：「这份文档的内容是对的。」内容对不对，业务负责人说了算。它只能判断格式齐不齐、日期有没有、版本冲不冲突。让它判内容，它会拿「看起来专业」当标准，而看起来专业的，往往是最旧那版。

第二句：「这份没用了，删掉吧。」它可以标「建议归档」，不能自己动手。归档能捞回来，删除就真没了。这条线一松，第一次误删就会让所有人不再信任这套东西。

第三句：「这个口径以后都按新的来。」口径变更牵涉对外承诺，得管理层定，定完再同步全库。它最多列一份「这次变更影响到哪些文档」，不能替人宣布新规矩。

说到底，治理不是一次性大扫除，是让库不再变脏的规矩。大扫除做一次很爽，三个月后照旧；规矩立起来，才不用反复扫。它负责让每份文档都有主，你负责让这个主真的管事。