先看一个真实的提问现场
上周在一家做工业设备的公司，销售问AI：客户要三年账期，能不能批？AI给了三条理由，条条像模像样，最后补了一句：建议参考公司《客户信用管理办法》。
销售去翻制度，发现那份办法2023年就改过，AI引用的是更早的版本。事后查原因，不复杂：知识库里的文件是2022年上传的，之后没人动过，也没人标过失效。模型只能照着库里的东西答。
文件堆进去，不等于知识库
不少企业建知识库的第一步是拉一个共享盘，把制度、合同模板、产品手册、会议纪要全拖进去。几千份文件，索引跑一整晚，看着挺像回事。
第二天员工问出差住宿标准，AI答出三个不同的数字。因为库里有三份报销制度，分别是2019、2022、2024年发的，谁也没说哪份作数。
问题出在文件本身没有身份：哪年生效、谁定的、替代了哪一份、现在还能不能用。这些信息不在正文里，模型读不出来，只能猜。
四类信息，把文件的身份写清楚
我们给律所做知识库结构方案时，要求每条记录至少带六个字段：来源、形成日期、版本号、生效日、失效状态、复核周期。看着是文档管理的事，实际决定了AI能不能答准。
举个例子。一条办案口径写着某类买卖合同所有权保留未登记的处理方式，来源是2026年3月的内部会议纪要，复核周期90天。90天后再有人问，系统会把它标成待复核，AI回答时带一句提示，而不是当成现行结论直接给出去。
过期的内容不删，标成已失效，留在库里做追溯。删掉的话，下次遇到同类问题，没人知道当年为什么这么定，新人只能重新试错一遍。
部门隔离：销售不该看见财务的库
知识库的权限不是给文件夹设个密码就完事。企业级集中管控要求按部门、按角色切分：销售能检索销售政策与报价口径，财务的制度库对销售不可见；权限不够时给明确提示，而不是把内容泄露出去再道歉。
后台里的知识库和搜索是两个分开的入口：资料导入、集合权限、检索验证各做各的。集合权限得跟部门、应用的权限对齐，否则会出现员工能打开某个助手，却检索不到这个助手该用的资料。
有个客户问过一个细节：跨部门项目组临时成立，两边的资料要不要互相开放？我们的建议是建临时知识空间，项目结束就关掉，权限跟着项目走，不给人永久开库。
再往前一步是引用可核对。每条回答标注引用了哪份文档、哪个版本，员工点开能看到原文。管理者真正关心的是：这句话能不能落到纸面上。
上线只是一次性动作，维护是长期活
制度每年改，产品每季度更新，人员流动还会带走一批口径。如果没人负责复核，库会在半年内变成一堆过期文件，AI的回答质量跟着一起掉，员工用两次就不信了。
所以交付时我们建议把知识库索引纳入上线体检：索引是否完整、失效文件占比多少、最近一次复核是什么时候，逐项留档。这套动作坚持下来，AI资产沉淀复用才有基础，否则每年都要从头再来一遍。
还有一件常被忽略的事：知识库支持整体迁移。今天放在厂商环境里，明天想搬回自己机房，改一下配置，索引和权限跟着走，员工端不用重装，业务也不用重来。
如果你们正准备建知识库，先别急着上传几千份文件。挑一份最常用的制度，把它的来源、版本、生效日、失效状态写清楚。这一份写明白了，剩下的才有地方放。
