知识库不是建好以后就自动变可靠。产品规则会变，价格政策会变，客服话术会变，旧文档如果没有被标记和复核，就会继续被 Agent 检索出来，变成看似有来源的错误回答。
用 AI Agent 做知识库更新提醒，重点不是每天催人改文档，而是把“哪些资料可能过期、该找谁确认、确认后怎么留下记录”做成流程。它可以接上 引用冲突排查、证据链 和 质量门禁。
先给文档加负责人
没有负责人的知识库，迟早会变成没人敢改的资料堆。每篇关键文档至少要有业务负责人、更新周期、适用范围和最近确认时间。负责人可以是角色，也可以是具体人，但不能为空。
Agent 做提醒时，先看这些字段，而不是只看文档创建时间。有些制度类文档半年不变也正常，有些价格、接口、活动规则两周不看就可能过期。
触发条件别只看时间
时间是最简单的触发条件，但不是唯一条件。客户连续问同一个问题、低置信度请求增加、人工频繁改同一段答案、产品发布新版本、工单里出现新例外，都可以触发知识库复核。
这类触发比固定每月检查更贴近真实问题。它能把维护动作从“例行打扫”变成“有证据地更新”。
提醒要带证据
给负责人发提醒时，不要只写“请更新文档”。更有用的是：文档链接、可能过期的句子、触发原因、最近被引用次数、相关用户问题和建议复核项。
如果涉及多份文档口径不一致，还要把冲突片段列出来。负责人看到证据，才更容易判断是删除旧文、补充适用范围，还是调整检索权重。
更新后要做引用检查
文档改完以后，Agent 还要重新跑几类问题，看新答案是否引用了正确来源，旧答案是否仍然能被检索到，客服话术和产品规则是否一致。
这一步可以接入 回放验收。知识库更新不是编辑动作结束，而是确认 Agent 后续会用对资料。
总结
用 AI Agent 做知识库更新提醒，关键是把过期信号、负责人、复核证据和更新后检查串起来。旧文档不再悄悄参与回答，知识库才会从资料仓库变成可维护的生产资产。
