知识库不是建完就结束。真正麻烦的是旧内容还在被引用：价格表已经调整，退款政策已经更新，交付流程换了负责人，客服却还在用半年前的 SOP 回复客户。AI Agent 接上这种知识库，回答会更快，也会把旧口径传播得更快。
所以知识库需要过期提醒。它不是简单按日期删除文档，而是让 Agent 定期找出“可能不该继续直接使用”的内容，推给负责人确认。这个流程可以接上 知识库保鲜、SOP 版本库 和 引用质检。
先给知识加上保质期
不同知识的保质期不一样。产品功能说明可能三个月检查一次，价格政策可能每月检查一次，合规和合同口径只要业务有变更就要复核。没有保质期，过期提醒就只能靠人工记忆。
最小字段可以包括：负责人、更新时间、适用范围、复核周期、上次确认人、是否可直接引用。字段不需要复杂，但必须能让 Agent 判断哪些内容应该被提醒。
引用频次能暴露高风险旧内容
一篇旧文档如果没人用，风险有限；如果每天被客服、销售或 Agent 反复引用，就必须优先复核。过期提醒不能只按时间排序，还要看引用频次和使用场景。
比如一条旧价格说明虽然只过期两周，但已经被引用了几十次，它就应该排在普通内部流程文档前面。这里可以结合 客户反馈周报，观察客户是否已经因为旧口径产生疑问。
业务变更要触发批量检查
新品上线、套餐改价、组织调整、合同模板更新、监管要求变化，都会让一批知识同时失效。只靠固定周期复核，会漏掉这类突发变化。
实战中可以让 Agent 在变更单里读取影响范围，自动检索相关知识条目，生成“待确认清单”。这和 Agent 变更单 是天然配套。
不要让 Agent 自己下最终结论
过期提醒的输出应该是“疑似过期”“需要确认”“建议下线”这类状态，而不是直接改口径。尤其是价格、合同、退款、权限和合规内容，最后必须有人确认。
确认完成后，要写回知识库：继续有效、替换为新版本、限制使用范围，还是下线。没有写回，下一次 Agent 还会重复提醒。
总结
用 AI Agent 做知识库过期提醒，重点是让旧政策、旧价格和失效 SOP 自动浮出水面。更新时间、引用频次、业务变更和负责人确认结合起来，知识库才不会越用越旧。
