促销从满三百减四十改成满三百减三十，质保从一年改成两年里不含电池，安装步骤换成新接口。公告发了，培训也做了，客服机器人和搜索框却仍把三个月前的条目排在第一。客户按旧答案下单或拒收，公司再解释「以最新公告为准」，争议已经发生。知识库过期仍被引用，不是大家不勤奋更新，而是旧段落没有失效日期，检索也分不清哪一版正在生效。
一份文档里常常叠着三版说法
很多团队把知识库当成网盘：新通知另存一份，旧文件不删，因为「万一还要查当时怎么规定的」。查历史是对的，把历史和现行混在同一个可检索集合里就不对。机器人不会先看文件名里的日期，它看的是哪一段和问题更像。旧文写得更完整，新公告只有三行，检索就会偏向旧文。坐席自己搜索时也一样，他点开的是排序第一的那篇，不会先对生效日期。
所以每条可被引用的知识都要有四个时间：编写日、生效日、废止日、以及被哪一次变更替代。废止日为空表示仍有效。替代关系要指到新条目的编号，而不是只在正文里写「详见最新通知」。生效日未到的条目可以给审核人看，不能进客服和机器人的检索库。已经废止的条目默认只在审计视图出现，并标明被哪一版替代。有人确实要查「去年双十一怎么退」，那是历史查询，必须显式选择「按某个日期查看」，不能和现行问答共用一个搜索框。
谁有权让一条知识失效
失效不能谁都能点。价格和促销由营销或销售运营确认，质保和退货由客服制度负责人确认，安装和接口由产品或研发确认。一条知识要标明所有者。所有者离职或调岗，未指定新所有者的条目应自动进入「待认领」，并在认领前停止被外部引用。否则旧主人写的步骤会一直活着。
变更不要靠在原文末尾追加一句「以上作废」。追加句和旧段落会同时被检索到，模型可能两句都引用。正确的做法是旧段落整段退出现行库，新段落以新编号生效，中间留一份变更说明：改了什么、为什么、从哪天起对哪些客户适用。适用对象也要写清。全渠道生效和只对会员商城生效不是同一条知识。不写范围，机器人会把会员活动回答给普通零售单。
引用时要能证明用的是当时有效的版本
客服发出去的每条政策回答，都应记下知识编号和生效版本，而不是只记下文件名。事后客户拿三个月前的聊天来主张旧价格，公司要能打开当时引用的版本，说明那天它是否仍在生效。如果当时已经废止却仍被引用，这是系统缺陷，应能统计出来：每天有多少次检索命中了废止条目，其中多少次被拦截、多少次仍然发送。拦截失败的清单要回到所有者，由他决定是补废止，还是检索规则没排除历史库。
验收可以用一次真实换版演练。选一条正在被问到的促销，发布新版本并设定第二天生效，旧版本于生效时刻废止。生效前一小时提问，系统必须引用旧版；生效后提问，必须引用新版，旧版不得出现在可发送的引用里。再把提问时间改成两个月前做历史查询，旧版可以出现，但界面必须标明「这是历史版本，不是现行政策」。这三步有一步做不到，就不能说知识库已经管住了过期引用。
达希科技做知识库和问答时，会先帮客户把现行制度和历史公告拆开，给每条定所有者和生效区间，再让机器人和坐席搜索只打在现行集上。如果现在还能用一句旧FAQ办成新单，应先做这次换版演练，而不是继续往库里堆文档。
| 条目状态 | 客服和机器人能否引用 | 谁能看到 |
|---|---|---|
| 未到生效日 | 不能 | 审核人和所有者 |
| 现行 | 能，并记录版本号 | 按岗位开放 |
| 已废止 | 不能出现在现行回答里 | 审计和显式的历史查询 |
| 所有者空缺 | 暂停外部引用 | 知识管理员待认领队列 |