知识库上线半年, 我们是怎么做文档更新和运维的

知识库刚上线的时候，我们把847份文档一股脑灌进去，觉得这事就完了。

上线第三个月，出了个事。

有窗口人员问："2026年个体户年报截止时间是什么时候？"系统回答："6月30日。"但实际上，今年政策改了，截止时间改成了12月31日。系统回答的是旧版政策。

窗口人员差点按6月30日告诉办事群众。幸好他多问了一句业务科，才没出大事。

这件事之后我意识到：知识库不是建完就完了。建库只是开始，持续运维才是真正的挑战。

01问题出在哪？

我回去查了一下，那份《个体工商户年度报告办法》确实在今年3月更新了新版。但我们知识库里存的还是去年的旧版。

为什么没更新？因为没人负责这件事。

项目交付的时候，我们把847份文档入库了，然后跟甲方说"以后有新文件你们自己传上来"。甲方说"好"。但实际上，业务科的人每天忙着窗口的事，谁也不会想着"哦这个文件更新了，我要传到知识库里"。

就这么着，知识库里的内容一天天变旧。用户问一个政策，系统答的是半年前的版本。

02我们后来建了什么机制

出了那次事故之后，我跟甲方项目经理商量，必须建一套文档更新机制。不能再靠"谁想起来谁传"。

第一，指定了一个"知识库管理员"

业务科出了一个人，专门负责知识库的内容更新。不是全职，就是兼着。这个人的职责是：

每月收集本科室新出的、更新的文件，统一上传到知识库后台。旧文件废止的时候，在后台标记为"已废止"，系统检索的时候会自动过滤掉。每季度抽检一次系统回答，看看有没有答旧政策的情况。

这个人选很重要。不能是太忙的人，不然没时间管。也不能是刚来的新人，不然不知道哪些文件是现行有效的。我们最后选了一个在业务科干了五六年的老同志，他对所有政策门清。

第二，建了月度更新例会

每个月第一个周一，业务科、信息中心、我们三方开个半小时的会。就三件事：

这个月新出了哪些文件？有没有需要入库的？这个月有哪些文件废止了？需要下架的？用户反馈里有没有答得不对的？是什么原因？

这个会一开始大家觉得没必要，开了两次之后发现很有用。因为业务科自己也不一定记得所有文件更新了什么，坐下来对一遍，漏不了。

第三，做了一个简单的入库流程

我们在后台加了一个文档管理页面。管理员上传新文件的时候，要填几个字段：

文件名称、发文单位、发文日期、生效日期、是否现行有效。系统自动把文件切分、向量化、入库。如果上传的文件跟知识库里已有文件同名，系统会提示"已有同名文件，是否替换旧版"。

这个流程不复杂，但很关键。以前是我们FDE手动入库，现在管理员自己就能操作。我们只需要在旁边支持。

03踩过的坑

坑一：旧文件没删，检索到两个版本

有一次管理员上传了新版政策，但没删旧版。结果用户问这个政策的时候，系统同时检索到了新旧两个版本，回答的时候把两个版本混在一起说了。

后来我们加了个规则：上传新版文件的时候，系统自动把同名旧版标记为"已废止"，检索的时候优先返回现行有效版本。

坑二：扫描件OCR识别错了

有一次管理员上传了一份盖章的扫描件，OCR识别的时候把"6月"识别成了"8月"。系统回答的时候就按8月说了。幸好抽检的时候发现了。

这个问题没法完全避免。我们的办法是：重要文件入库后，管理员抽查一下系统回答对不对。

坑三：业务科没人愿意管

最开始推这个机制的时候，业务科很抵触——"我窗口的事都忙不完，还要管知识库？"这不是技术问题，是管理问题。

最后是甲方项目经理在会上明确：知识库管理员是岗位职责的一部分，纳入考核。这才推下去。

现在这个知识库跑了快一年了，每个月更新十几份文件，下架几份废止文件。内容一直是新的，用户才敢信。