接到一个挺典型的求助一家做护肤品的商家上周把一款套盒从三百二调到三百六结果AI客服还在按三百六之前的口径报价两天里出了五单按旧价成交的纠纷。商家头一反应是「AI不靠谱」但坐下来看问题不在AI在知识库的更新机制——或者说在根本没有更新机制。这篇把知识库为什么会答旧、怎么定更新节奏、以及怎么给价格这类敏感信息加兜底一次讲清楚。## AI为什么会答旧价微客AI助手的回答来自知识库这个设计本身是为了可控AI不会凭空编价格它说的每个数字都该有出处。所以「答旧价」的准确描述是「知识库里还是旧价」。知识库里的旧价从哪来常见有四个藏身处一是商品条目里直接写了价格二是常见问题里写了「全套三百二」三是话术模板里嵌了数字四是知识库虽然改了但AI检索时命中的是一条没有改到的长尾条目。第四种最隐蔽商家明明记得改过了AI还是答旧价八成是同一条信息在库里有多处副本只改了主条目。所以头一件要做的事是去重整理同一个价格在库里出现的所有位置要么收敛到一处要么建立联动修改的清单。价格、活动时间、库存状态这类会变的信息在知识库里应该只有一个权威出处其他地方用引用或者不写。## 更新节奏按信息类型分知识库的更新不该是「想起来才更」按信息的变化频率分三类各配各的节奏。头一类是易变信息价格、库存、活动。这类信息的正确做法是尽量不进知识库正文进一个单独的易变层由专人改改完立即生效AI应答时优先引用易变层。那位护肤品商家现在就是把三款套盒的价格放进易变层调价只动一处。第二类是季变信息主推品、季节政策、物流时效随节假日的变化。这类按月或者按营销节奏更新固定在每个月末检查一遍避免「国庆的发货公告答到十一月」这种过期。第三类是稳定信息品牌介绍、使用方法、售后流程。这类一个季度回顾一次就够。节奏定了还要定责任人。知识库答旧价的另一个根因是「大家都以为别人会改」。易变层指定一个人改其他人在群里提需求这个规矩很小但能挡住大部分事故。## 给敏感信息加一道兜底即便机制都在也挡不住偶发的漏改。所以价格这类信息还应该在应答层加兜底。微客AI助手的做法有两层一是口径保护价格类问题如果知识库里的信息超过设定时限比如七天没有复核AI不直接报价而是回答「套盒现在有活动价我发您最新价目」并把会话转给人工宁可慢一步也不报错价二是改价联动提醒易变层的价格条目被修改时自动列出知识库里引用了这个价格的其他条目提示一并检查。那位护肤商家按这套做完之后又经历了一次调价这次是两分钟的事改易变层检查联动清单完。没有纠纷没有救火。## 知识库是活的把知识库当成一次性的配置它就会用答旧价的方式提醒你它是活的。易变的进易变层、按类型定节奏、敏感信息加兜底、责任人到人——这四件事做完知识库才从一份文档变成一套机制。AI客服的上限说到底就是这套机制的上限。## 从这次事故延伸的库存口径问题价格答旧还有个孪生问题库存答错。客户问「还有货吗」AI答有拍下显示缺货这类体验的伤害不低于答错价。库存比价格变得还快所以库存口径在知识库里的正确形态是「策略」而不是「状态」不写「有货」写「现货链接可直接拍拍下后如遇缺货客服会第一时间联系并推荐同价位替代款」。AI引用策略性口径永远不算错具体的库存状态交给电商平台自己的展示层——那里才是库存的权威出处。护肤品商家后来把这条经验铺到了所有易变信息上价格只说活动口径不说具体数字的生效期发货时间只说截单规则不说今天的单量。知识库写「不变的规则」平台页面展示「变化的状态」两边各司其职答错的空间就被压到了最小。这条原则给所有正在写知识库的商家凡是会变的都别写死。## 参考文章- 微信FAQ自动问答配置- 微信自动回复百科