什么是槽位填充？多轮客服的问法

大模型客服之所以会一连串追问、把你要办的事一点点问全，靠的是槽位填充这套机制。它把办一件事需要的信息列成清单——时间、地点、数量、编号，每一项叫一个槽位；对话过程中逐项收集，凑齐了才触发执行。这是多轮对话系统的地基技术。

槽位与填槽的过程拆解

拿订会议室举例。槽位清单五项：日期、时段、人数、楼栋、设备需求。用户说「订个明天的会」，系统解析出日期槽位有值，其余四项为空，于是发起追问；用户答「下午两点，十个人」，两个槽位入账，继续追问剩余两项；全部填满，系统输出确认单，用户点头即执行。每一轮对话进来的是一句话，出去的要么是槽位值，要么是下一个追问。

追问顺序与澄清话术

一次只问一个槽位，是最省力的铁律——一口气问三个，用户多半只答一个。追问顺序有讲究：影响最大的先问，人数没定，时段就不必急着选；有默认值的可以不问，设备需求默认投屏，用户没提就按默认走。澄清话术要具体，「下午两点还是四点」比「请提供时间」更容易得到答案，选择题永远比问答题好答。

填不满的槽位怎么办

填不满时有三种出路：给默认值先跑起来；换问法再试一次，把开放问改成二选一；反复猜不透就转人工，衔接点正是意图识别的置信度给出的把握程度。用户中途改主意也很常见——「还是改订周五吧」，系统要能改写已填槽位，并确认受影响的其他项一并更新。在客服知识库的维护节奏里，槽位命中率通常是常设监控项，掉了就查话术。

与上游下游的衔接

槽位填充的上游是意图识别——先知道要办什么事，才知道要收集哪些槽位；下游是执行与知识——槽位凑齐后调用的接口、查询的数据，都要依赖知识库的更新机制保持新鲜。搭建层面，扣子这类平台把槽位做成可视化配置，讯飞星火的对话能力里也有同款机制，门槛比早年低了很多，业务人员自己就能配出一套追问流程。

衡量设计好不好的两个数

判断一个对话系统的槽位设计好不好，数两件事：平均几轮办完一件事，轮数越少越顺；每个槽位被追问的概率分布是否合理，高频追问落在低价值槽位上，说明顺序该调。轮数少、分布匀，设计就基本到位，剩下的交给数据慢慢磨。

槽位设计还有一个进阶技巧：联动校验。退房日期晚于入住日期、人数不超过会议室容量、配送地址在服务范围内，这些规则在填槽过程中实时校验，错填当场提示，比执行阶段才发现友好得多。校验规则放多少也要拿捏——全靠系统硬卡显得死板，关键规则提示、次要规则放行后确认，是常见的折中；校验规则本身也要随业务变化维护，别让过时的上限卡住正常业务，联动的规则清单同样要进维护日历。

速查表：填槽流程的一进一出

• 用户话里带值：解析入账，看下一个空
• 用户话里没带值：按顺序追问一个
• 全部填满：出确认单，等点头执行

一轮一句话，一句一个坑，填满才发车。

聊聊槽位填充的常见疑问

• 大模型还需要槽位设计吗？：需要，模型能自由对话，但办业务要的是确定的信息结构，槽位就是把对话钉在业务上的锚。
• 槽位最多设几个合适？：单个意图五到七个为宜，再多了拆分成两步任务，比一长串追问体验好。
• 用户答非所问怎么处理？：先判断是否在换意图，是则切换流程，不是则重复一次澄清，连续两次跑偏就转人工。