巡检知识版本冲突与过期内容

这个场景解决什么问题

活动结束了，AI 还引用旧优惠；发票入口改了，客服仍发旧路径。知识巡检需要知道谁确认口径、何时生效、哪些旧内容必须退出检索。WorkBuddy 可以生成巡检和变更建议，负责人审核后再调整正式知识。

开始前需要准备什么

导出当前知识条目，保留知识 ID、版本、生效时间、有效期、状态、负责人和更新时间；准备本周期产品、活动、售后政策变更，以及错答记录。没有有效期的临时活动和没有负责人的条目也应纳入。不要凭文件最后修改时间判断业务规则生效时间。

具体怎么做

第一步：补出巡检清单。 让工具按条目 ID 关联版本，找出到期、无有效期、链接失效、缺负责人及同题不同口径的内容。只检查必要文件，失效链接无法访问就标注，不猜页面内容。

第二步：对照变更依据。 为冲突项并列旧结论、新结论、适用范围、生效日期和依据。新文件更晚不代表旧规则失效，可能只是覆盖另一个渠道。

第三步：提出处理动作。 对每条给出继续有效、需修订、待复核、建议停用或需合并的建议，以及责任人和需要确认的事项。保留旧版本，不能把“停用”执行成删除全部历史。

第四步：确认后回归。 负责人完成修改后，用曾答错的问法和相邻场景试查，核对新答案是否被检索、旧口径是否退出。工具未接入知识平台时，提交巡检表和测试问题即可。

可以直接交给 WorkBuddy 的完整要求

读取当前知识导出、有效业务变更和错答记录，按知识ID整理版本巡检。
找出到期或未写有效期的临时内容、同题冲突、缺负责人和失效引用。逐条输出原版本、当前状态、冲突或过期证据、影响问法、建议动作、责任人及待确认项。
不要把文件修改时间当业务生效时间，不以较新文档自动覆盖所有渠道。历史版本不删除，正式知识不修改。
另给每项变更的原错题、正常问法和例外问法，用于负责人确认后回归；没有接入平台就不声称完成停用或发布。

完成后会得到什么

示例：K-014 v2｜活动已结束｜仍被退款咨询引用｜建议改待复核并暂停该活动答案｜负责人：运营｜待确认：是否有延期公告。输出还包括变更前后测试清单。

结果应该怎么检查

确认期限来自业务依据，冲突是同一适用条件下的矛盾；保留历史解释能力；每项建议有负责人。修改后抽查旧问法，不能只看到新文档已经上传就判定旧内容不会被检索。

遇到这些情况怎么处理

负责人未确认新政策时，保留待复核并转人工解释，不让旧答案继续确定承诺。规则只对新订单生效，知识卡必须同时说明历史订单路径。平台无法停用单条知识，交给技术与运营确认替代方案。

哪些必须人工决定

负责人决定有效版本与停用时机；知识管理员操作发布；技术人员核实检索更新。工具只生成变更草稿，不直接删除或发布正式规则。