客户先问导出失败，补充说只在手机上发生，机器人如果忘掉最初问题，就可能转而介绍手机端安装方法。多轮对话需要保留当前问题、已经确认的条件和待核信息，而不是把全部历史文字机械地拼接进去。主题变化也要能识别，不能把前一个订单的资料套到后一个问题中。

从需求出发

每轮提问围绕缺失的必要条件展开，一次尽量只问能推进判断的内容。用户更正信息时，明确更新哪项条件，并保留必要记录。查询对象变化后重新验证授权。历史摘要标明哪些是客户陈述、哪些来自业务接口，防止总结时把推测写成事实。遇到无法继续的情况提供人工入口。

设计应关注的事项

例如用户先说网页打不开，再确认只有某个导出页面报错，可以收集浏览器、错误提示和必要复现步骤。无需继续索要与问题无关的支付资料。客户说现在想查另一张订单时，应切换对象并清楚提示，不沿用之前的处理结论。

逐项核对处理结果

  • 测试对话中途改口、连续两个问题、长时间后返回和多人共用设备。
  • 观察系统有没有忘记已答信息或重复索要。
  • 结束当前问题后，提供明确的完成状态与新问题入口。
  • 摘要与原始记录发生冲突时，以可核实的来源重新确认，不能靠模型自信的复述决定事实。

检查处理结果

同一轮有多个问题时，可以说明先处理哪一个，并把其他问题保留为待答。用户更换主题后，先确认是否结束原事项，避免把多个查询结果混成一段难以核对的回复。