人工智能词表是个只进不出的柜子加词条时人人都有理由删词条时谁都不敢动手。跑上半年后台躺着上千条关键词命中率却一步步往下掉。定期清理不是洁癖是把维护成本按住。真正该淘汰的就三类长期零命中、口径已过期、互相打架。## 一类该淘汰的长期零命中判定看两个数上线时长和近九十天的命中次数。上线超过一个季度、命中次数还是个位数的词条先进观察名单不必立刻删。先分清零命中是怎么来的。一种是需求本身少比如停产型号的参数问法另一种是被更长的词条抢先命中——「多少钱」被「这款多少钱」盖住短词自然零触发。后者不是废词是覆盖关系没理顺。把零命中和未命中会话对照着看。抽查一批没有触发的会话如果里面确实有人问过这类问题说明该改词形、补同义说法而不是删。归属场景已经注销的优先处理。产品下线、活动结束、渠道停用之后对应词条留着只会制造误触发这类零命中比前两种更该走。## 二类该淘汰的口径已经过期先问一句这条词条里的说法今天还成立吗。发货时效改过、价格调过、赠品换过、活动结束了回复里还写着老口径客户拿截图来对质问题出在配置不在话术本身。再看对象旧品牌名、旧称呼、旧联系方式。企业改名、客服号更换、二维码换新之后词条带的旧信息会把客户引到失效入口。规则层面的变化容易被漏。退换货口径、开票说明、隐私相关表述规则一更新旧词条就是风险点。这类内容不清理AI 说得越流利错得越顺口。给词条挂保质期。涉及时效的词条带上复核日期到期自动进待审区比等出事再回头翻省事。## 三类该淘汰的规则之间互相打架同一句话命中两条客户收到两条彼此矛盾的回复。常见来源是不同时期、不同人各配了一套询价规则说「价格以客服报价为准」优惠规则说「全场立减」一起触发就自相矛盾。同义词分散在两处也是打架。「怎么卖」「多少钱」「报个价」被拆进三条规则优先级又没设哪条先跑全看规则顺序改一次只动一处另一处漏改。排查时把冲突词拿去全表检索。看它出现在几条规则里跨规则重复的词留一条其余改成引用或删掉。优先级只用来兜底不能用来遮问题。设了「具体优先于宽泛」之后冲突不再外显但冗余还留在表里下次改口径照样漏一处。## 清理周期、责任人与停用观察周期按三种节奏走。零命中每周扫一遍只出名单不动手口径过期每月清一回跟着活动与产品变更走冲突检查每季度做一轮配合规则整体梳理。责任人拆成两个角色。一个管词表归口定口径、定取舍一个管配置执行改后台、留记录。一个人既定口径又动手改出问题时没有对照。淘汰前先停用别直接删。切成停用状态观察三到七天看未命中会话数、转人工率有没有异常变化也看有没有业务方来问「这句话怎么不回了」。停用没波澜再删除删前导出备份。台账留五个字段词条内容、归属场景、上线时间、近期命中量、最近修改人。清理的目标不是词条越少越好而是每一条都还能干活。词表清理和家里大扫除一个道理怕的不是麻烦是拖。选择带命中统计与词条状态管理的方案零命中名单能直接从后台拉出来停用与删除分开两步走清理才有节奏可言。## 参考文章- 自动回复词条的自查方法- 触发规则的配置与优先级
人工智能词表是个只进不出的柜子加词条时人人都有理由删词条时谁都不敢动手。跑上半年后台躺着上千条关键词命中率却一步步往下掉。定期清理不是洁癖是把维护成本按住。真正该淘汰的就三类长期零命中、口径已过期、互相打架。## 一类该淘汰的长期零命中判定看两个数上线时长和近九十天的命中次数。上线超过一个季度、命中次数还是个位数的词条先进观察名单不必立刻删。先分清零命中是怎么来的。一种是需求本身少比如停产型号的参数问法另一种是被更长的词条抢先命中——「多少钱」被「这款多少钱」盖住短词自然零触发。后者不是废词是覆盖关系没理顺。把零命中和未命中会话对照着看。抽查一批没有触发的会话如果里面确实有人问过这类问题说明该改词形、补同义说法而不是删。归属场景已经注销的优先处理。产品下线、活动结束、渠道停用之后对应词条留着只会制造误触发这类零命中比前两种更该走。## 二类该淘汰的口径已经过期先问一句这条词条里的说法今天还成立吗。发货时效改过、价格调过、赠品换过、活动结束了回复里还写着老口径客户拿截图来对质问题出在配置不在话术本身。再看对象旧品牌名、旧称呼、旧联系方式。企业改名、客服号更换、二维码换新之后词条带的旧信息会把客户引到失效入口。规则层面的变化容易被漏。退换货口径、开票说明、隐私相关表述规则一更新旧词条就是风险点。这类内容不清理AI 说得越流利错得越顺口。给词条挂保质期。涉及时效的词条带上复核日期到期自动进待审区比等出事再回头翻省事。## 三类该淘汰的规则之间互相打架同一句话命中两条客户收到两条彼此矛盾的回复。常见来源是不同时期、不同人各配了一套询价规则说「价格以客服报价为准」优惠规则说「全场立减」一起触发就自相矛盾。同义词分散在两处也是打架。「怎么卖」「多少钱」「报个价」被拆进三条规则优先级又没设哪条先跑全看规则顺序改一次只动一处另一处漏改。排查时把冲突词拿去全表检索。看它出现在几条规则里跨规则重复的词留一条其余改成引用或删掉。优先级只用来兜底不能用来遮问题。设了「具体优先于宽泛」之后冲突不再外显但冗余还留在表里下次改口径照样漏一处。## 清理周期、责任人与停用观察周期按三种节奏走。零命中每周扫一遍只出名单不动手口径过期每月清一回跟着活动与产品变更走冲突检查每季度做一轮配合规则整体梳理。责任人拆成两个角色。一个管词表归口定口径、定取舍一个管配置执行改后台、留记录。一个人既定口径又动手改出问题时没有对照。淘汰前先停用别直接删。切成停用状态观察三到七天看未命中会话数、转人工率有没有异常变化也看有没有业务方来问「这句话怎么不回了」。停用没波澜再删除删前导出备份。台账留五个字段词条内容、归属场景、上线时间、近期命中量、最近修改人。清理的目标不是词条越少越好而是每一条都还能干活。词表清理和家里大扫除一个道理怕的不是麻烦是拖。选择带命中统计与词条状态管理的方案零命中名单能直接从后台拉出来停用与删除分开两步走清理才有节奏可言。## 参考文章- 自动回复词条的自查方法- 触发规则的配置与优先级
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
