“在微信里找回一个PDF”很容易被写成一句宽泛的能力描述但从产品和交互设计角度更重要的是拆清楚触发方式、检索对象、返回内容和证据边界。下面以一组已脱敏的实际界面为例只分析截图中能够直接观察到的流程不讨论未公开的模型、索引或后端实现。可观察到的交互流程用户在微信对话中主动发送自然语言请求希望查找一份之前保存的PDF。随后对话中出现了检索摘要和PDF文件卡片。可以把可见流程表达为sequenceDiagramparticipant U as 用户participant W as 微信查询入口participant M as 已保存的个人记忆U-W: 主动发送自然语言查询 W-M: 在已保存内容中检索 M--W: 返回相关记录线索 W--U: 展示检索摘要与PDF卡片 U-U: 打开原文件后自行核对这里的关键不是“微信里有一个AI”而是用户不需要先回忆准确文件名和目录可以用自己仍记得的线索发起查询。一次返回可以拆成四层信息2.1 查询意图用户说出的往往不是精确关键词而是“之前那份讲某个主题的PDF”“某次沟通里提到的文件”。产品首先需要保留这类自然语言意图而不是强迫用户改写成文件名。2.2 命中摘要摘要用于告诉用户为什么这个结果可能相关。它是查找线索不应被当成原文件的替代品。2.3 PDF卡片截图中可以看到PDF以文件卡片形式出现在会话里。这证明了“查询后返回了PDF附件形态的结果”但不能仅凭截图确认所有设备上的打开、下载、转发行为。2.4 原文件核对如果结果涉及金额、规则、合同或技术参数用户仍应打开原文件核对页码、版本和上下文。摘要越方便越不能省略来源验证。证据矩阵看到了什么没看到什么检查项 当前状态 可以说明 不能据此说明查询触发 已观察 用户在微信中主动发送查询 工具自动读取全部聊天检索对象 产品边界已确认 查询用户已经保存的内容 恢复未被保存的聊天记录返回形态 已观察 会话出现摘要和PDF卡片 所有格式、设备均可正常打开下载内容匹配 待人工核对 结果看起来与请求相关 PDF内容匹配必然正确、完整PDF分析 未验证 不作能力承诺 自动逐页解析且结果准确后台行为 未验证 不作实现推断 持续监控微信或自动采集消息这张表可以直接用于产品评审把“界面可见”“产品范围已确认”和“仍需验证”分开避免把一次成功截图扩大成所有场景承诺。为什么必须强调“用户主动查询”微信只是查询入口不等于数据来源。两条流程的风险完全不同主动查询用户明确发出问题系统在已保存内容中查找自动读取系统持续获取对话、群聊或其他未明确保存的信息。当前案例只支持前一种描述。不能把它宣传成聊天记录恢复、后台监控或自动同步。做类似功能时的验收清单查询是否由用户明确触发结果来自哪些已保存范围是否能限定资料集合摘要与文件卡片是否明确区分是否能够回到原文件核对无结果、多结果、旧版本和同名文件如何处理移动端打开、下载、转发行为是否逐设备验证对未验证能力是否避免使用“自动、全部、准确”等绝对表述截图、文件名、公司名、人员信息是否完成脱敏。忆问 MemoAsk 的微信入口可用于用户主动查询和取回已经保存的内容PC端和Web端则可保存、查询。这个案例展示的是一条便捷的取回路径不是对结果正确性和所有文件行为的保证。把“在哪里问”与“读取了什么”分开。[忆问 MemoAsk]