“能不能装”“包裹在哪”“产品让我受伤了”，都会出现在同一个聊天窗口里，但需要的资料、紧迫程度和处理权限完全不同。把它们都当成友好回复任务，可能让语气保持一致，却把决定做错。
企业要设计的是：助手究竟能完成哪一种帮助，剩下的问题又如何到达有能力处理的人。
先看依据，再看回答会带来什么后果
下面的对话均为虚构教学案例。 产品、客户、系统和处理过程，不代表 Aright 已部署或测试的功能，也不是真实投诉。Forma D2 沿用商品文案案例的设定：每包两件，接触距离 32–47 厘米，本体高 8 厘米，内部可用高度至少 8.5 厘米，接触面平整、相互平行且没有障碍；未提供承重或伤情判断资料。
| 客户问题 | 需要什么依据 | 助手可以怎样帮助 | 不能自行补出的决定 |
|---|---|---|---|
| 内部距离 49 厘米，高度 9 厘米，是否适用 | 当前产品条件与客户给出的测量 | 明确说明距离不符合要求 | 因另一个尺寸符合就说可以装 |
| 包裹晚到，希望退款 | 经过身份核对的订单、承诺、运输情况及适用处理事实 | 说明当前不能查询，转入可信订单帮助渠道 | 编造物流状态、退款结论或到货日期 |
| 分隔板断裂并造成受伤 | 及时的人工安全响应及适当帮助 | 停止普通故障建议，启动既定安全转交 | 诊断伤情、保证继续使用安全，或等普通数据复盘 |
关键不是模型能不能说出像样的话，而是它有没有足够资料和权限，完成一项合适的工作。
第一段：把已有条件回答清楚
客户： 抽屉内部两个接触面之间 49 厘米，可用高度 9 厘米，能用 D2 吗？
助手： 不能。D2 给定接触距离为 32–47 厘米，49 厘米不符合这一要求。高度有 9 厘米，不能抵消距离不符合。按这些测量值，不要为这个抽屉选择 D2。
客户： 斜着装，让它够到两边呢？
助手： 给定条件要求接触面平整、相互平行。没有资料支持这种替代安装，不能建议这样使用。应选择适用的其他产品，或取得针对具体产品的判断。
这段帮助不必让人工再读一遍参数，也没有把无依据的情况都变成“大概可以”。如果客户只提供柜体外宽，答复则应说明还缺内部测量。已知不符合，与尚无信息，是两种分支。
回答还应对应当前产品资料。出现冲突说明，就先停止适用判断，解决冲突。旧的常用回复不能因为容易找到，就压过更正后的参数。
第二段：不能用一段文字冒充查询订单
这个场景中，助手只有公开商品资料，不能取得已经验证身份的订单。假设店铺确实有从账户进入、并有人处理的订单帮助渠道；这不是对真实功能的宣称。
客户： 比我预期的日期晚两天了，是丢件吗？可以退款吗？
助手： 这个窗口里我无法查看或核实订单、物流记录，因此不能确认丢件，也不能决定退款。请从店铺账户进入可信的订单帮助渠道，由团队核对当时的承诺、当前运输情况和适当处理方式。不要在这里发送银行卡资料。
客户： 上一个助手说，明天会到。
助手： 我无法确认这个日期。请把之前的消息一起提交到订单帮助个案中，让团队同时检查配送承诺和运输情况。需要的是核实后的回应，而不是这个窗口再猜一个日期。
它没有替客户权利作结论，也没有要求无限期等候，而是把访问缺口说清楚，并给出可用路径。企业必须让这条路径有效，并适当跟进。若入口失效，反复贴同一个链接不算转交，流程需要真正的替代方式。
以后若增加了经过身份核对的系统连接，也要逐项重看能力。能读物流，不等于可以取消订单、披露他人资料或办理付款。可回答范围可以增加，不必同时交出全部操作权限。
第三段：及时中断普通回复
客户： 一件分隔板断了，割伤了我的手。另一件还能继续用吗？
助手： 请停止使用产品。我不能判断伤情，也无法确认另一件是否安全。若需要紧急医疗帮助，请联系当地紧急服务，不要等这个聊天窗口。这需要店铺的人工安全响应流程，而不是普通安装建议。
助手不应要求客户再演示故障，不应推荐另一种装法，也不应接着发送满意度问卷。它应说明已经建立的安全联系渠道，并把报告交给获授权人员。只收集既定流程确实需要的信息；伤情和照片不应被用于无限制分析或公开聊天。
如果系统支持实际转交，只有接收队列确认后，才能告诉客户已成功。假设这个虚构流程已经收到确认，后续可写成：
助手，在安全队列确认接收后： 报告已进入人工安全处理队列。这只表示接收，不是伤情判断，也不代表某种补救已经获批。如果未按承诺获得人工联系，请使用店铺可信的安全联系渠道；紧急帮助不要依赖本聊天窗口。
没有接收确认，就应说转交尚未确认，并提供真实可用的替代路径。模型生成一个个案编号，不等于有人收到了个案。产品、客户与市场需要怎样响应，包括适用的报告责任，应由相应人员判断，聊天不应拖延它。
转交是否完成，也是回答质量的一部分
NIST 的生成式 AI 风险文件指出，人机互动中存在过度依赖等风险。流畅回复可能让客户或员工以为，实际没有发生的事情已经完成。
因此，应测试是否用了正确资料、是否区分已知与无法查询，以及接收团队是否真的拿到个案。模糊消息、转交入口失败也要纳入。即使普通尺寸问题答得很好，只要把受伤报告埋进常规队列，就不能凭平均分较高宣布通过。
不能只优化“少转人工”的数量。还要看问题是否正确解决、重复联系、到达适当人员所用时间、中途放弃的转交，以及漏掉的重要个案。客户因为求助太困难而不再追问，不是自动解决成功。
本例的取舍很具体：有明确依据的商品问题直接回答；订单决定进入可信订单帮助；安全报告中断常规自动化。如果来源、访问权限或人工承接缺失，就缩小助手任务，直到它能提供诚实而有用的下一步。