# 企业知识库如何更新，才能避免新旧答案混用？ 建立生效版本、更新记录与旧资料退出机制，让知识维护可持续。 要点：每份业务资料应有明确的有效版本、维护人和更新时间。新资料发布后，检查索引、引用与缓存是否同步；旧资料可按需要留档，但不能在未标明历史状态时与当前规定混用。 ![两册带索引标签的资料夹与版本核对记录（AI概念配图）](/images/guides/covers/knowledge-versioning-v2.png) ## 区分修改时间与生效时间 文件昨天上传，不一定意味着内容今天生效。制度、产品资料和服务说明应分别记录内容版本与适用时间。员工查询历史事项时，也可能需要当时有效的资料。 同一份资料由多部门共同维护时，约定正式发布的位置与负责人。其他应用引用该来源，避免各自保存一个无法判断新旧的副本。文件名中的“最终版”不足以构成版本管理。 ## 更新后检查实际问答 替换文件只是更新的一步。检索索引可能尚未完成，缓存可能仍保留旧结果，旧引用地址也可能失效。用几个受变更影响的问题核查，确认回答和来源都已经切换。 对于暂时无法同步的情况，可以暂停相关问答或明确提示当前资料状态。不要为了保持回答完整，让模型自行推测新旧规则应如何组合。 ## 为历史资料保留清楚的位置 历史资料需要留档时，应附版本与适用范围，并与当前回答来源区别管理。删除与保留的策略由企业实际要求决定，技术上要能够定位哪些答案曾引用过该资料。 日常维护不必频繁重写所有内容。优先跟踪产品变更、制度修订和高频纠错，记录谁确认了更新。知识库的可靠性依赖持续维护，而不只取决于最初导入了多少文件。 ## 发布新资料后追踪所有引用 选择一次真实资料更新，记录原版本、新版本、生效时间、维护人和影响问题。更新索引后再检查回答、缓存与下载入口；历史版本保留范围，避免与现行来源混用。 ## 参考来源 - [秩启｜企业资料准备](/workspace)：企业资料、角色与待核事项整理；保存草案不等于形成正式业务规则 - [Dify｜Knowledge Pipeline](https://www.dify.ai/rag)：资料处理、检索与来源引用的产品说明 ## 一次资料更新的完整检查 - 确认生效：新版本与适用时间明确 - 同步来源：索引、链接、缓存一致 - 回查问题：答案不再混入过期规则 ![一次资料更新的完整检查](/images/guides/diagrams/knowledge-versioning.svg) ## 继续阅读 - [企业知识库的权限，应该在什么时候检查？](/guides/knowledge-permissions) - [产品资料在官网、销售和知识库里，怎样保持一致？](/guides/product-data-governance) - [AI 应用上线后，谁来更新资料、处理失败和维护？](/guides/ai-operating-routine) 从角色、来源与待确认事项开始，整理企业自己的资料草案。 下一步：[整理企业资料](/workspace) 原文：/guides/knowledge-versioning 内容版本：guide:knowledge-versioning:v1 [结合企业情况咨询](/intake?source=%2Fguides%2Fknowledge-versioning&articleId=guide%3Aknowledge-versioning&versionId=guide%3Aknowledge-versioning%3Av1)