企业知识库最可怕的，不是“创建”，而是“持续治理”

知识库的崩溃始于三份名字相似的文件

刚开始的时候，这些问题其实并不起眼。有人往知识库里上传了一份《销售流程V2》，过了两天，另一个人又传了一份《销售流程最终版》，再过几天，群里有人发了一份《销售流程最终版（修改）》，顺手也被放进了知识库。

三份文件摆在一起，看名字都像有用的，打开之后内容也差不多。管理员不熟悉具体业务，不敢删；业务同事一时也说不清哪份应该作废。最后通常就是一句：“先留着吧，等确认以后再处理。”

但做过知识库管理的人应该都知道，所谓“以后确认”，大多数时候就没有以后了。大家每天都有新的事情要做，很少有人会专门回头研究三份相似文档之间到底改了哪几句话，于是它们就一直留在那里。

直到有一天，新同事想找报价流程，一搜出来三份；业务人员问 AI 一个问题，AI 引用的却是半年前的旧制度。这时候，问题就不只是文件放得有点乱了，真正麻烦的是，大家开始不敢相信搜索结果。

“这份到底是不是最新的？AI 引用的内容还能不能直接用？要不要再去群里问一下？”当每次使用知识库之前都要先做一轮人工确认，知识库原本应该节省的时间，反而又被消耗掉了。慢慢地，大家还是习惯去问老同事、翻聊天记录，或者在自己的电脑里找文件。真正使用的人却越来越少，逐渐形成了负向循环，企业知识库项目也就慢慢死掉了。

知识会积累，混乱也会积累

企业知识库有一个很现实的问题：上传很容易，后续维护和知识治理却很难。

今天有人上传一份项目方案，明天制度更新了一个版本，后天开完会，又有人把会议结论整理成文档。每一次上传都有合理的原因，上传的人通常也会觉得，这份资料以后可能有人需要，先放进来总没错。

但随着文件变多，各种情况会慢慢混在一起：同一个文件被不同的人重复上传；流程已经更新，旧版本却没有下架；不同部门各自维护了一份“最终版”；一份文档从草稿改到定稿，换了好几个名字，也在不同群里传过很多次。

尤其是流程调整频繁、跨部门协作比较多的团队，一份文件很可能在知识库之外已经流转了很多轮。等它被重新上传时，管理员看到的往往只是一个新的文件名，很难判断它和库里原有内容是什么关系。

所以管理员经常会被问两个问题：“这份是不是最新版？”“这份现在还能不能用？”这两个问题都不能只看文件名来回答。旧文件带来的影响，也不只是搜索结果里多出现一条记录。它可能让销售人员发出旧报价，让员工按照已经废止的流程操作。

不要等知识库乱了以后，再集中清理

Knowly V3.11.0 新增了版本识别和文件内容查重。我们设计这个功能时，最先考虑的并不是“怎么批量删除重复文件”，而是能不能在问题刚出现的时候，就提醒管理员注意。

比如一份新文件被上传时，系统会结合文件名称、版本信息以及正文内容的相似程度，判断它是否可能与知识库中的已有文件重复，或者存在新旧版本关系。发现异常后，文件不会悄无声息地直接进入知识库，而是先进入待确认状态。

管理员可以根据实际情况进行处理：

• 将新文件设为最新版本，保留新内容，停用旧版本
• 两份文件都保留，用于不同部门、不同项目或历史追溯
• 拒绝本次上传，避免同一份内容再次进入知识库

Knowly V3.11.0 上传查重界面示意

过去管理员最头疼的，并不是处理一组重复文件需要点多少次鼠标，而是根本不知道知识库里还有多少类似问题，他没有工具能够快速地帮他识别重复，所以“治理知识库”一直都干不下去。

已经存在的重复文件，也可以慢慢处理

当然，企业知识库里的重复内容，很多都不是最近才产生的。它们可能来自早期资料迁移，也可能是不同员工在不同时间上传的同一份文件。还有一些流程早就发生了变化，只是旧文件一直没有人处理。

Knowly 支持在知识库中主动发起查重，扫描已有文件之间可能存在的重复和版本关系，可以把它理解成一次知识库体检。

Knowly 主动查重结果概览界面Knowly 查重详情页：相似度与版本线索并列展示

查重以后，管理员会得到一份待处理列表。哪些文件相似度高，哪些可能存在版本关系，可以先集中展示出来，再按照业务影响逐步确认。不需要一天之内把所有旧文件全部处理完，可以先检查销售制度、客户报价、财务流程等使用频率高、出错影响大的内容，再逐步处理普通资料和历史文件。

这其实更符合企业知识治理的真实情况。知识库不是建完以后就不会再变化的项目，组织架构会调整，业务流程会修改，产品会更新，负责维护的人也可能更换。

很多企业的问题并不是没有建知识库，而是知识库建起来以后，没有一套能够长期运行的维护方式。刚开始大家上传资料很积极，后面文件越来越多，管理员也越来越忙。等所有人都发现内容已经比较乱的时候，反而不知道应该从哪里开始整理。

知识库真正重要的，不是文件数量

企业建设知识库，最终目的并不是统计里面保存了多少份文件，更重要的是，员工需要找一个流程、查询一项制度，或者让 AI 根据企业资料回答问题时，能够比较放心地使用结果。

不是看到三个“最终版”，然后凭感觉挑一个，也不是 AI 给出答案以后，还要再问一句：“它引用的那份文件到底是什么时候的？”

Knowly V3.11.0 做版本识别和内容查重，并不是为了替管理员自动删除文件，也不是想代替企业判断哪份业务资料更重要。我们希望先解决一个更基础的问题：把那些平时很容易被忽略的重复文件、新旧版本和存疑内容，及时找出来。

Knowly 知识治理闭环：发现-确认-沉淀

系统负责发现问题、提供线索，管理员负责结合业务作出判断。知识库不可能永远没有重复文件，也很难通过一次整理就彻底解决所有问题，但至少可以让混乱不再悄悄积累，让真正重要的资料有机会被持续确认和维护。

只有这样，知识库里留下来的才不只是越来越多的文件，而是员工敢搜索、AI敢引用、企业可以长期复用、长期沉淀的知识。

Knowly-企业级 Agent 平台 V3.11.0 已上线。

本次新增上传查重、文件审核决策和知识库主动查重，希望让企业知识从“先存进去再说”，逐步变成“存得清楚、审的细心、用得放心”。

JOTO 企业落地观察

• 知识库治理不是 IT 运维任务，而是业务连续性保障动作——重复文件引发的报价错误、流程误用，本质是知识资产失真导致的运营风险。
• 版本识别能力必须与业务语义对齐：仅靠文件名或哈希值无法区分“总部标准版”与“华东适配版”，需支持管理员标注业务上下文标签（如部门、生效日期、适用范围）作为查重辅助维度。
• 查重结果不能只输出相似度分值，而应结构化呈现差异段落（如“第3.2条权限定义变更”），降低业务判断成本——这是 RAG 知识工程中“可解释性治理”的关键一环。