新旧制度一起进了知识库，怎样让答案按生效版本回答

新旧制度一起进知识库，不能只靠提示词要求“优先最新”。应为同一制度建立版本关系、生效区间和批准状态，再根据问题涉及的日期选择依据；日期不清或版本冲突时追问或转人工。这篇关注版本与生效日期，不把上传时间当成制度有效时间。

四种日期先分开

文件修改日期、上传日期、发布日和生效日可能不同。员工今天问上个月的报销，也不能直接套用今天有效的办法。资料台账要明确用户问的是当前规则还是历史事项，并将事件日期作为业务输入。系统不知道日期时，按任务规则追问，而不是默认为最新版本适用于所有问题。

合成制度“设备外借办法”旧版在九月适用，新版从十月一日起生效。旧版要求部门负责人批准，新版增加资产管理员确认。十月提出的“九月二十日那次外借需要哪些确认”，应使用旧版；问“现在怎么借”则使用新版。版本号更大不代表对历史事项也适用。

下载新旧制度与日期测试包。附件包含两份合成条款、元数据和三条问答预期，只用于解释版本处理，不是实际企业制度。使用时由资料所有者确认替代关系与生效区间。

家族标识表示这些文件属于同一制度，版本标识区分具体内容。记录批准状态、有效起止、生效依据、替代对象和访问范围。结束时间的包含规则必须写清，例如采用开始包含、结束不包含；否则边界日期可能同时匹配两个版本。

Dify 官方元数据文档列有时间类型与自定义字段管理。若使用该平台，需要核对目标版本的过滤方式和字段映射。平台允许保存日期，不等于已自动理解企业制度的生效逻辑；复杂区间或多条件选择可能需要应用层补充处理。

日期字段还要统一格式和业务时区。只有日粒度的制度，不宜擅自引入精确到秒的比较规则；有明确时间点的公告，则不能只保留年月日。未知结束日期与已经失效不是同一种状态，必须由资料管理规则解释。

执行顺序可为身份校验、确定事项日期、选择符合状态与区间的资料、检索相关条款、生成答复并展示版本。不要先把所有新旧片段交给模型，再期待它从长文本中自行决定哪一份有效。对受限制度，权限筛选也要在可返回内容之前实施。

答案应能说明采用哪个版本、对应什么日期和来源位置。若用户问当前流程，可显示现行版本；若问历史事项，明确“按所述日期适用的演示旧版”。不要仅引用文件标题而省略版本，否则用户很难判断系统是否选错。

对于跨期事项，例如申请在九月提交、审批在十月完成，不能由开发团队发明适用规则。先由业务负责人说明以申请、审批还是其他事件日期为准，再写入需求与测试。资料本身没有交代时，系统应说明需要人工判断。

测试包含生效前一天、生效当天、历史明确日期、日期缺失以及两个版本区间重叠。合成样例中九月三十日使用旧版，十月一日使用新版；日期不明且关系到审批路径时，先追问。每题检查检索到的片段和最终回答，不能只看回答里出现了“新版”两个字。

若旧版已经禁用但仍需要回答历史问题，决定是否建立受控历史查询路径。直接删除所有旧文件可能让当前问答更干净，却失去历史依据。保留与访问策略由业务需要决定，不能为了技术便利自动清空。

若同一日期匹配两份现行版本，记录冲突来源并转资料所有者确认；若没有任何有效资料，说明依据不足；若台账已更新而索引仍旧，停止相关自动答复并修复同步。不要让模型以文件名、上传先后或语气更正式作为裁决依据。

新版本上线后，既测新规则，也回归历史题和引用链接。保留发布批次、替代记录、过滤规则版本与验收结果。修改一个字段可能影响整份资料的检索资格，批量更新前应先在受控范围验证。

处理基础可看文档预处理旧文，资料场景见文档与数据处理专题。可在联系入口提供脱敏版本样例、适用日期规则和答错问题，讨论版本治理与定制检索。