← AI学习中心 / 客服与售后
怎样检查客服摘要遗漏的限制条件
文中企业场景、人物与业务数字为教学示例，不是客户成果记录。
直答：核对客服摘要时，用限制条件清单的五个类别——时间限制、数量限制、适用范围、前提条件、例外情形——逐类比对原始记录与摘要，摘要里缺哪一类就记一条遗漏，补齐后再使用。
业务场景（合成演示）：一家办公耗材商搞促销：满5000减300，仅限工作日下单，不含配件，会员日除外。AI生成的摘要写成『满5000减300』，客服据此答复客户，结果有客户周日下单后要求减300，优惠口径当场对不上，只能逐单解释。
具体做法： 1. 从原始记录里把全部限制条件摘出来，逐条归入五个类别；归不进去的单独列出，不硬套。 2. 拿这张分类清单逐类比对摘要：每一类都要在摘要里找到对应表述，找不到就记一条遗漏。 3. 遗漏项回补进摘要，回补后重新通读，检查条件之间是否互相冲突。 4. 原始记录本身没写清楚的，标『待核对』并向当事人确认，摘要环节不自行推断补齐。 5. 由未参与该次咨询的人做核对，更容易发现讲述者习以为常而略掉的条款。
限制条件核对表（合成演示）：
| 类别 | 原始记录内容 | 摘要是否包含 |
|---|---|---|
| 时间限制 | 仅限工作日下单 | 否，遗漏 |
| 数量限制 | 单笔订单满5000 | 是 |
| 适用范围 | 减免不含配件类商品 | 否，遗漏 |
| 前提条件 | 同一订单合并计算 | 是 |
| 例外情形 | 会员日当天活动不叠加 | 否，遗漏 |
可复制空模板：
| 类别 | 原始记录内容 | 摘要是否包含 |
|---|---|---|
| 时间限制 | ||
| 数量限制 | ||
| 适用范围 | ||
| 前提条件 | ||
| 例外情形 |
反例（合成演示）：某主管核对摘要只看两点：语句通不通顺、结论对不对。这条摘要句子完整、结论『满5000减300』也没错，照样漏了三个限制条件。通顺和完整是两回事，被漏掉的条件往往恰恰藏在一句读起来毫无问题的话里。
FAQ： 问：五类之外还有别的限制条件吗？ 答：可能有，比如指定渠道、指定对象，五类是起步清单，归类时发现装不下的条款单独立行即可。
问：摘要很短装不下所有条件怎么办？ 答：短摘要至少保留限制条件类别名，正文另附完整条款；宁可让客户追问细节，不能让客户拿到不完整的前提。
讨论：拿你们最近一条活动或政策摘要，按五类逐项过一遍，最先缺的是哪一类？为什么偏偏是它被略掉了？
来源说明：本文用固定清单逐类测试摘要完整性的思路，受Google Workspace关于把检查规则固化为模板并加以测试的做法启发（https://workspace.google.com/blog/product-announcements/teach-gemini-your-teams-know-hows-with-skills-in-google-workspace ），不推断相关产品在国内的可用性，文中示例为编辑设计的合成演示。