AI助手能够理解一句话，并不意味着它能够完成整件事。查找信息、理解条件、打开应用和执行操作之间，任何一步丢失要求，用户都可能需要重来。本文简要介绍NN/g作者对个人助手的使用探索，再讨论交互设计公司怎样评审这类跨步骤体验。
原作者通过餐厅推荐、照片搜索和消息草稿等个人任务，讨论相关上下文如何影响助手表现。这些是个人探索，设备和系统条件不同，并非受控对比实验。
NN/g原文对话截图，来源为作者个人探索。
应用建议：在结果旁展示清楚的来源，解释搜索覆盖了哪些信息。查不到时区分没有权限、来源未连接和确实没有匹配内容。用户不应为了理解一句“未找到”，自行猜测系统的连接范围。
以下为兰亭妙微应用建议。跨应用任务应保留地点、时间和对象等决定结果的条件。
原文图片搜索对比，不能据此推断普遍性能差异。
例如用户要求从某个联系人地址出发，系统打开地图后仍应显示这个起点，而不是静默换成当前位置。确认页可集中展示关键条件，让用户在执行前发现差异。歧义会改变实际动作时，应先澄清，再继续操作。
以下为兰亭妙微应用建议。打开正确的应用只是流程中的一个步骤。
原文消息草稿与确认界面，用于讨论执行前核对。
评审时应继续观察接收应用里的对象、内容和状态。发送消息前核对收件人与正文，建立日程前核对时区和参与者。错误恢复应允许修改局部条件，而不要求用户从头重新描述整件事。
以下为兰亭妙微应用建议。进度提示应解释当前步骤怎样服务于用户目标。
原文地图衔接截图，展示跨应用任务中可能发生的条件丢失。
对照一条完整任务记录每一步输入、处理和输出，找出要求在哪一环丢失。无法解释的后台活动不宜直接作为进度文案。交付时保留失败示例与限制说明，避免把流畅对话当作已经完成业务操作的证据。
