“它能记得你喜欢的故事”,是 AI 玩具容易展示的一种体验。用户换了偏好、清除了记录,或者把玩具送给别人后,设备是否还会提起旧内容,则更能检验这套记忆设计是否完整。

对玩具品牌方来说,记忆需要被当作一项可管理的产品功能。项目不能只回答“能保存多少轮”,还要回答保存什么、为何保存、何时调用、怎样纠错,以及清除后哪些位置会同步处理。

这里讨论一套产品与工程验收方法,不判断某款设备已经满足特定法律要求。涉及真实个人信息、儿童使用和跨主体处理的具体安排,仍应结合实际数据流程作专门核验。

先区分三种不同用途的记录

当前对话上下文,是为了接住这一次互动。例如用户在故事里选择了左边的路,下一轮需要接着讲。长期偏好则是准备在后续互动中使用的信息,例如经确认的故事类型偏好。运行日志用来定位错误,记录的是版本、事件和状态等工程信息。

三类记录应分别确定保存条件和清理规则。如果把全部对话都放进一个长期库,之后再让模型自行挑选,产品团队就难以说明某条信息为何还在影响回复。调试方便也不应成为把原始对话复制进多套系统的默认理由。

OWASP 的日志指南指出,访问令牌、密码和敏感个人数据等通常不应直接写入日志。这个原则可用于检查调试链路,但日志处理本身不能替代记忆功能的数据设计。OWASP 日志指南

当前对话长期偏好和运行日志应分别管理

给每一类长期记忆写明用途

从功能倒推字段,比先收集再考虑用途更便于评审。若希望下一次推荐适合的故事类型,可以先判断是否只需要一个可修改的偏好选项,而不必保存完整原话、声音和发生时的全部背景。

一张记忆规则表可以包含:信息来源、保存目的、作用范围、有效条件、确认方式和清除入口。来源应区分用户明确选择、设备状态以及系统推测。系统从一句话里推测出的偏好,不应直接变成不可更改的用户事实。

项目 合成示例 需要作出的产品决定
当前进度 虚构探险进行到灯塔 只用于本轮还是允许下次继续
明确偏好 用户选择更喜欢谜语 保存前怎样表达,如何修改
推测信息 系统猜测用户偏好长故事 是否需要确认,何时失效
运行事件 资源加载失败 用错误码排查,不附带完整对话

用途还决定作用范围。同一家庭的多人共用设备,如果没有可靠区分当前使用者,就不宜把一次选择自动应用到每个人。产品可以提供访客模式、临时互动或明确的个人空间,但每种选择都需要考虑操作负担和实际识别条件,不能靠一句“系统会自动理解”跳过设计。

让用户能够改正玩具的理解

记忆的价值取决于调用是否恰当。用户说“我今天想听短一点的”,可能只是这一次的要求;说“以后都先给我短故事选项”,才表达了更长期的偏好。两者如果被同样处理,设备很容易把一次场景误写成长期习惯。

可以用虚构测试对话验证这个区别。先让测试者设置偏好,再给出临时例外,最后开启一次新对话。观察系统是否既遵守当前要求,又保留正确的长期设置。测试记录同时查看实际保存项,避免只凭某次回复推断后台发生了什么。

查看入口也应使用用户能理解的语言。“更喜欢谜语”比一段内部向量或技术标签更适合作为说明,但这个显示项必须对应真实的控制动作。点下“修改”后,如果只是改了界面上的文字,生成过程仍调用旧摘要,就没有完成纠正。

从信息进入到用户纠正的记忆流程

清除操作要覆盖衍生内容

一条信息可能出现在原始记录、摘要、检索索引、本地缓存以及其他副本中。它是否真的存在于这些位置,应以项目数据清单为准。设计清除功能时,需要把实际副本逐一对应到处理动作,不能只删除用户看得见的聊天列表。

如果某个系统有备份恢复机制,还要验证旧信息会不会在恢复后重新进入可用记忆。可以保留不含原始内容的清除任务标识或失效标记,并在恢复流程中按项目规则处理。如何实现取决于存储与恢复架构,不能把一种做法写成所有方案都适用的保证。

设备离线时也有特殊情况。管理端发起清除后,尚未联网的设备可能没有收到指令。这时界面应区分“已提交”“等待设备处理”和“已完成”等真实状态。若用户要转赠设备,则需要提供与该机型能力相符的本地重置和结果核验办法。

用一条虚构偏好走完验收

验收可以使用“喜欢灯塔探险”这样的合成内容,不输入真实儿童经历。第一步写入并确认它能在允许的场景中被调用;第二步把偏好改为山谷故事,观察旧值是否还出现;第三步清除,检查界面、服务端和设备端的状态是否一致。

随后重启设备,分别在离线与联网情况下开始新互动。若有备份恢复或账户换绑流程,也把这条合成数据纳入测试。仅凭“设备这次没说出旧偏好”不能证明清除成功,应结合必要的存储状态和任务结果核对。

记忆验收覆盖写入修改清除及重新使用

测试还应包含调用失败。如果记忆服务不可用,设备可以按设计进入不带个性化信息的互动,而不是编造一句“我还记得你”。对外宣传和设备话术都应对应当时真实可用的状态。

把管理能力写进交付范围

采购团队可以要求交付一份记忆字段与副本清单、一份管理操作说明、一组纠正和清除脚本,以及异常状态的展示规则。还应确认管理入口由谁维护,哪些操作需要设备在线,以及更换软件服务后这些控制能否继续使用。

一套记忆功能做好后,用户应能理解玩具记住了哪些与体验有关的信息,并在需要时改变这些影响。工程团队也应能证明界面上的动作与实际数据处理相对应。这样的设计,才使个性化体验拥有可检查的边界。

关于聆幺幺

聆幺幺(LingYaoYao)是北京申行科技有限公司旗下玩具内置AI机芯方案品牌,与见长为同一公司下的平级品牌,面向玩具工厂与品牌方讨论 AI 机芯和配套软件方案。本文为记忆功能设计方法,不表示聆幺幺已完成上述全部能力或取得相关合规结论;项目实际能力以交付与验证结果为准。