AI 伴侣应如何向用户解释其记忆？

记忆告知应向用户传达什么？

诸如“我记住了”这样简短的话听起来很清晰，但其底层状态却并不明确。这句话是指该细节保留在当前对话中、已储存以备后用、从其他来源推断而来，还是仅仅体现在下一次回复中？一个实用的告知应当明确说明具体状态，并为用户提供验证该状态的途径。

设计卡片时，应确保每个答案都清晰呈现在相关操作附近。如果某项细节仅是建议保存，请将其标为建议。如果应用无法确认是否已保存为持久记忆，请如实说明；切勿暗示更改已生效。措辞应与系统的实际行为一致，包括产品能够证实的任何延迟或限制。

六个问答

用户疑问：什么内容可以变成记忆？—— 卡片应展示：具体细节或对其类别的直白描述，例如“你偏好简短的项目总结”。避免使用像“个性化”这样模糊的标签。

用户疑问：信息来自何处？—— 卡片应展示：明确数据源：本次聊天、较早的聊天、已关联的应用，或产品实际使用的其他来源。如果属于推断内容，请标注为推断。

用户疑问：保存是否已确认？—— 卡片应展示：说明该项状态是已保存、待处理、建议中还是未保存。在产品支持的情况下，提供用于确认的控制项。

用户疑问：它可能会在何处被复用？—— 卡片应展示：描述相关的目标场景或上下文，例如未来的对话或某项指定的关联功能。除非确实如此，否则不要承诺它只保留在一个地方。

用户疑问：它会保留多久？—— 卡片应展示：给出系统支持的保留期限，或解释删除的触发条件。如果时间不固定或未知，请如实说明，并附上适用控制项或政策的链接。

用户疑问：我该如何查看、更正或删除它？—— 卡片应展示：直接链接至适用的记忆或活动控制项，并解释哪项操作会更改哪个副本或来源。

这是一种建议的交互模式。不应将其作为通用标准，也不应声称每个伴侣产品都具备单项级记忆、确认机制或固定的保留期限。如果产品缺少其中某项控制功能，告知内容应如实说明当前可用的功能，而不是暗示存在某种控制手段。

聊天记录、已存记忆和已关联应用数据有何不同？

用户需要知道自己面对的是哪种信息，因为同一项细节可能同时存在于多个地方。一个清晰的界面至少应区分以下三个概念：

**聊天记录**是对话的文本记录。保留或删除该记录是一项独立操作，它对个性化的影响取决于产品的设计和既定规则。

**已存记忆**是产品为了日后实现个性化而保留或衍生的信息。它可能与先前的聊天有关联，但在概念上与可见的对话记录不同。界面应当展示该项内容，或解释为何无法单独查看它。

**已关联应用数据源**是来自用户已关联的其他服务的信息。断开该服务的关联可能会影响日后的访问权限，但并不一定会删除已经复制、总结或包含在聊天活动中的信息。

这些区别在实际的产品控制中非常重要。Google 的 Gemini 应用帮助中心指出，删除过往聊天记录后，可能需要稍等片刻才会停止将其用于个性化设置，并介绍了如何删除或更正与过往聊天关联的信息。对于从已关联应用中记住的信息，帮助中心提到用户可能需要删除相关聊天并断开应用关联；仅执行其中一项操作可能会使另一个数据源依然可用。这些是对 Gemini 控制项和行为特征的描述，并非适用于所有 AI 伴侣的通用规则（[Gemini 应用帮助：对过往聊天的记忆](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)）。

Google 独立的“已关联的应用”帮助页面还指出，断开应用关联或删除该应用中的数据并不会删除“Gemini 应用活动记录”，而删除“Gemini 应用活动记录”也不会删除其他服务中的数据。这充分说明了为什么记忆告知应当指明数据来源和受影响的副本，而不是简单使用一个通用的“删除记忆”标签（[Gemini 应用帮助：已关联的应用](https://support.google.com/gemini/answer/16836988?hl=en)）。

针对特定来源的解释是什么样的？

来看这样一个虚构示例：Riley 在聊天中对伴侣机器人说：“我计划去波特兰度周末”，并且还关联了一个包含波特兰活动的日历。随后，该伴侣结合聊天和日历上下文推荐了一份行程。之后 Riley 删除了该聊天。如果日历仍处于关联状态，该日程事件依然可以作为独立的信息来源；删除对话在逻辑上并不意味着日历事件也一并被删除。这个例子说明了来源隔离的重要性。它并不代表任何特定产品就是以这种方式存储或复用这些虚构信息的。

在这种情况下，实用的告知应当分别标明来源：“此建议参考了您之前关于波特兰的聊天，以及来自已关联日历的日程活动。”如果 Riley 删除了聊天，界面应当反馈该聊天相关来源的状态，并说明日历关联是否依然有效。如果产品无法判断是否使用了某个来源，就不应声称使用了该来源。

同样的规则也适用于更正操作。如果用户说“那个日程不是我的”，界面应当明确该更正是更新了已存记忆、更改了聊天的使用方式，还是保持关联日历未受影响。除非在某一层的更正确实同步到了所有来源，否则不应将其表述为已更正所有来源。

为什么仅仅一句“我记得你”还不够？

假设某款应用回答“我记得你”，但无法展示已保存的内容、无法指明来源、无法确认持久保存状态，也无法解释用户该如何修改。这种措辞虽然具有对话感，但不能证明记忆已被保存。它可以代表当前的聊天上下文、生成的回复，或者是持久的记录；如果没有状态信息，用户根本无法加以区分。

对于设计者而言，这是一个很好的反面案例：切勿让友好的语言替代明确的操作凭证。执行操作后，应显示明确的状态，例如“已保存”、“未保存”或“无法确认”，但请仅使用系统能够核实的状态。在条件允许的情况下，提供查看该项内容的入口。如果该产品中没有可供用户查看的独立记忆记录，请说明该短语在此产品中的具体含义，以及相关的支撑信息是在何处进行管理的。

用户应如何查看和管理记忆？

当伴侣意外提及某个细节时，用户应能遵循一套简短的排查步骤：

**询问使用了哪些信息。** 要求提供具体细节及其来源。将回复视为需要与产品控制项进行对照核对的解释，而不是凭据本身。

**打开指定的来源。** 检查相关对话、记忆设置、活动历史或已关联应用的设置。不要假定它们属于同一条记录。

**在正确的层级进行更正。** 如果保存的细节有误，在功能支持时通过记忆控制项进行编辑或删除。如果信息来自关联服务，同时检查该关联或原始项目。

**验证处理结果。** 查看状态变更或确认信息。如果产品无法确认删除或更正，应当如实说明，并描述该操作已说明的任何延迟或限制。

不同产品提供的控制项会有所差异。例如，Gemini 的帮助页面介绍了如何开启或关闭过往聊天记忆、查找和删除过往聊天，以及直接在聊天中更正信息。页面还说明了已关联应用数据与 Gemini 活动记录具有各自独立的分开管理路径。这些示例很有参考价值，因为它们让数据源的区别变得具体明确；但不应将其直接套用并视为其他应用也必然具有相同设置的承诺。

将说明放置在记忆操作旁

当“六问答卡片”出现在用户需要它的时刻时效果最好：在确认建议的记忆之前、保存之后，或者当回复使用了来自过往聊天或已关联应用的信息时。保持状态简明扼要，用易懂的语言标明来源，并为用户提供能够更改相关记录的控制项链接。在保留期限或复用范围不明确的情况下，应如实说明这种不确定性，而不是凭空编造期限或保证。

检验标准很简单：在阅读说明后，用户能否明确涉及了哪些信息、来自何处、是否真的已保存、可能在何处使用、由什么维持其有效性，以及如何更改它？如果做不到，“我记得你”就只是一句空话。一份实用的告知能让产品的实际状态清晰易懂，并为用户提供切实的下一步操作指导。

继续探索这个主题