企业知识库用久了库里一定会有同一份制度的好几版。差旅办法 2023 年发过一版2025 年改了标准又发一版两份都在库里员工问报销上限答案引用了旧的那一版引用标注一应俱全看上去完全可信。v2.6.2 让知识库自己认出新旧版本确定是旧版的直接退出检索拿不准的交给管理员确认确认之前回答里引用到旧版会标出来。每一条判断都写明依据判错了一键撤回。这一版另一件事是元数据录入。关于元数据怎么使用可见 企业知识库里的元数据到底应该怎么用管理员先把字段定好录入的人照着字段挑选和填写不用再记键名该怎么写、日期用什么格式。字段统一了按元数据过滤才靠得住回答上方也会写出这一轮按哪些条件筛了文档。一、版本冲突自动识别作废的旧版不再进答案文件哈希只能认出一模一样的文件知识库里出现重复和旧版来路主要有三条。员工把同一份文件传了两次。制度修订后新版传上来了没人去删旧版。还有数据源同步源头的文档改一次库里多一份“差旅管理办法(1).pdf”。常见的处理是按文件哈希去重上传时算文件指纹库里已有同样指纹的文件就提示重复。哈希去重能拦住第一条来路后两条拦不住修订版哪怕只改了一个数字文件指纹也就变了系统会把它当成一份全新的文档。最麻烦的就是后两条。重复文件顶多让答案啰嗦一点旧版制度会让答案出错而且错得很体面。检索并不知道哪份作废了两份内容高度相似谁排在前面看运气。人怎么认新旧版系统就怎么认管理员判断两份文件是不是新旧版看的东西很固定。文件名去掉“最终版”“修订”、日期和括号以后是不是同一个名字文号是不是同一个版本号谁大正文里有没有“原《差旅管理办法》同时废止”这样的话再翻两页看内容是不是大体一样。v2.6.2 就看这几处。文档解析完成后系统拿下面五样东西和同一知识库里所有启用中的文档比一遍。• 规范化后的文件名• 文号比如京人社发〔2025〕12 号、HR-POL-003 这类编号• 版本标识V3.2、2025 修订版、第三版• 正文里出现“废止”“替代”“取代”的句子中书名号括起来的标题• 正文指纹用来判断两份内容有多相似判定分两档。正文点名替代了对方或者文件名、文号对得上而且版本号分得出先后算高置信旧版直接停用标上“已被替代”鼠标移上去能看到是被哪一份替代的。只有名字相同或者内容相似、分不出谁新谁旧的算中置信进入待确认由管理员拍板。文档列表里被新版替代的旧版自动停用启用开关旁标着“已被替代”整个判断不调大模型。同样两份文件今天比和明天比结果一样每一条关系后面都列着依据“文号相同”“版本 V3 新于 V2”“正文声明替代《xx》”管理员看得懂也挑得出毛病。版本治理页的“已生效”每一对新旧版本都写着依据比如标题都是考勤制度、2024 版新于 2023 版也写着是入库时识别、存量扫描还是上传时指定的旧版制度的危险在于它看起来完全可信。版本识别要做的就是在它进入答案之前把它拦下来。版本识别的判断过程解析完成后与同库文档逐份比对高置信的旧版直接停用拿不准的进入待确认每条关系都带依据都能撤销判错了能退回去自动停用文档是一件敢做就得敢退的事。v2.6.2 在知识库侧栏加了“版本治理”页按待确认、已生效、已拒绝、已撤销分开列出所有版本关系。版本治理页按待确认、已生效、已拒绝、已撤销分开上面能发起存量扫描并显示上次扫描的结果待确认的逐条或批量处理。方向对就确认方向反了点“调换方向后确认”两份根本不是一回事就标为不是版本关系。拿不准的时候点开对比新旧两版正文并排显示改了哪几行一眼能看到。PDF 解析出来的正文常带版面断行和页码直接对比会冒出一堆假改动我们在对比前先把这些规整掉留下的差异基本都是真改了的地方。新旧两版正文并排对比考勤制度 2024 版把迟到按旷工处理的门槛从 30 分钟改成 15 分钟又新增了一条远程办公报备已生效的随时撤销。撤销后旧版恢复检索以后也不会再被同一份新版自动停用。管理员在文档列表里手动启用一份已被替代的文档系统同样当作人工否决了这条关系。删掉新版旧版自动恢复删掉的是中间那一版最新版接着替代最老的那一版。存量文档扫一遍。升级前就在库里的文档点“扫描存量”在后台比一轮扫完显示检查了多少份、发现多少对、自动处理了多少对。确认之前回答会提醒中置信的关系等着管理员确认这段时间新旧两份都还在检索里回答有可能引用旧版。v2.6.2 在引用来源上做了标记被引用的文档如果是一对待确认关系里的旧版卡片上标“可能有新版”悬停能看到新版的名字。两份同时被引用下方再提示一句说法不一致时请注意核对。同一个问题引用到待确认的一对新旧手册旧版卡片标“可能有新版”下方提示两份说法不一致时请注意核对。回答上方同时写明了这一轮的过滤条件检索和回答的方式没有改。这一层只负责把系统已经知道、但还没定论的事告诉读答案的人。从入口少产生旧版识别是事后补救入口处也能少产生一些。上传新版本。文档列表里可以对某一份文档直接“上传新版本”新版解析完成后旧版自动停用沿用旧版的解析设置。用户自己声明的替代关系不经过识别也不受自动处理开关的影响。上传时提示重复。一批文件里有内容和库里完全相同的上传时弹窗列出来用户选跳过或者仍然上传。SDK 的上传接口同样支持。数据源同步原地更新。源文档改了再次同步时覆盖库里原来那一份内容没变就不重新解析。“(1)”“(2)”这样的副本从源头上不再产生。几个前提要说清楚。自动识别只处理本地上传的文档数据源同步的文档靠上面说的原地更新保持一份。识别依据的是文件名、文号、版本号、替代声明和正文相似度一份制度改了名字、换了文号、内容又大幅重写系统认不出它们是一家这种情况仍然要靠“上传新版本”主动声明。二、元数据录入更简单过滤条件看得见自由填写的元数据填着填着就乱了RAGFlow 原本就支持给文档挂元数据聊天时按元数据过滤可以手动设定条件也可以让模型按问题自动推断。元数据是自由的键值对问题出在“自由”上。一个人的键名写“部门”、值写“财务部”另一个人的键名写“发布部门”、值写“财务”第三个人把日期写成“2025年3月”。过滤条件写“发布部门 财务部”前两份里只能命中一份第三份的日期谁也比不了大小。自动过滤还有一个隐患用户看不见。模型从问题里推断出条件按条件筛掉文档答案却是“知识库中未找到您要的答案”。用户只会觉得知识库里没有不知道其实是条件推错了把该找的文档筛掉了。管理员定一次字段录入照着填知识库侧栏新增“元数据”页管理员在这里添加字段每个字段定下名字、类型文本、日期、数字、可选值、能不能填多个、一句说明。库里文档已经填过的元数据可以一键收集成字段每个字段旁边显示有多少份文档填了。知识库的“元数据”页每个字段的类型、可选值、能否多值、说明和已填写份数一目了然录入的人感受最明显。单个文档的元数据以前要在一个 JSON 编辑器里手写键名要加引号多个值要写成数组漏一个逗号就保存不了。现在是一张表单已定义的字段一行一个文本字段从可选值里挑日期字段用日期选择能填多个的直接多选不要的一键清空。批量设置也一样勾选一批文档选一个字段设成某个值或者清空。单个文档的元数据改成表单已定义的字段逐个点选日期用日期选择没定义的键名在下面自由添加写入时按类型和可选值校验页面和 SDK 一样。没定义的键名仍然可以自由填定义之前已经填好的旧值不受影响不会因为加了字段就让存量数据报错。字段的说明也会交给模型。自动过滤推断条件时模型知道每个字段是什么意思、能取哪些值。这一轮按什么筛的写在回答上方用了元数据过滤的回答上方多一行写明这一轮的条件和命中了几份文档比如“已按问题自动筛选”后面跟着“发布部门 财务部 且 文档类型 制度”再写命中几份文档。一份都没命中时这一行换成警告写明“没有符合的文档本次未检索到内容”用户马上能分清是知识库里没有还是条件把文档筛光了。回答上方写明这一轮按什么筛的、命中几份文档模型推断的条件可以“不筛选重新回答”条件是模型自动推断的这一行末尾有“不筛选重新回答”点一下就去掉条件把同一个问题重答一遍。管理员在助手里手动设好的条件属于助手的规则只展示不提供撤销。过滤条件也是答案的出处。说清楚按什么筛的、筛到几份推错了让用户能撤回这个答案才经得起推敲。管理员定义一次字段填写、过滤和回答都按同一套字段走回答上方写明这一轮的条件和命中份数模型推断的条件可以撤掉重答三、对外接口和其他改进SDK 能用智能模式了。对外的对话接口可以按单次请求打开智能模式指定这一轮用哪种专业能力智能体中途停下来问人时用同一个接口接着跑。调用方断开连接服务端仍会把这一轮跑完存进会话。网页聊天、对外 SDK 和嵌入页的对话以前是三套代码这一版合成一条智能体出错时的收尾、断开后继续执行三个入口表现一致。知识库详情按权限显示操作。没有写权限的人进到知识库看不到上传、解析、启停、删除和版本治理的决策按钮没有管理权限的看不到配置。服务端的校验本来就在这次是前端不再摆出点了也没用的按钮。登录与界面。登录失败统一提示“用户名或密码不正确”不再透露账号是否存在。SSO 登录后回到原来的页面嵌入页聊天走 SSO 也能回到聊天页。弹窗、下拉、表格按 Ant Design 5 的规范统一了边框和阴影顶栏去掉了 GitHub 入口。四、稳定性和升级这一版修了几处会影响结果的问题。启用一份停用过的文档时父块和目录结构块会一起放进检索回答里可能冒出一段目录 JSON现在只放出正文切片。管理后台登录次数多了以后数据库连接耗尽所有请求报错现在每个请求结束都会归还连接。通过 API Key 建库时不接受 smart 等 KnowFlow 自己的分块方式MCP、WorkBuddy、Dify 这类接入建不出知识库现在可以了。新建的助手“空回复”默认填好“知识库中未找到您要的答案”没有检索到内容时直接这样回答。升级前要知道的几件事。• 版本识别的自动处理默认开启老知识库也一样。升级后新上传的文档解析完成会和库里已有文档比对高置信的旧版会被自动停用可以在“版本治理”里撤销。不想自动处理的知识库在知识库设置里关掉“自动处理高置信版本关系”识别结果全部进入待确认• 升级本身不会扫描存量文档。想清理存量进“版本治理”点“扫描存量”• 用 SDK 写元数据的系统要留意管理员定义了字段以后类型或可选值对不上的写入会被拒绝• 不带 session_id 的 SDK 非流式对话请求现在只建会话、返回开场白不再拿空问题跑一轮检索和模型数据库新增的表和字段在服务启动时自动创建不需要手动迁移也不需要重新解析文档。问数、Agent 沙箱和 SAG 的镜像这一版没有变化。下一版下一版围绕文件标签来做。这一版的元数据管的是文档有哪些固定属性部门、类型、日期这些一份文档每个字段一个值。标签更轻一份文档可以挂好几个“报销”“出差”“新员工必读”适合按业务主题把散在不同目录、不同知识库里的文件归到一起。我们会在这一版字段定义的基础上把标签补完整让它在整理文档和限定问答范围时都用得上。有需要体验 KnowFlow 知识库或者加入社群交流学习的可以关注「KnowFlow 企业知识库」。