反复自我介绍，是一种隐藏成本
每段对话都从头开始令人疲惫：重新解释项目、重复偏好、重建关系。但没有边界的完美连续性同样令人疲惫，因为一切似乎永远不会结束，也不会被遗忘。
携带上下文，而不是隐形画像
上下文应拥有清楚范围：个人基线、当前项目、设备本地状态与对话细节。同步只移动下一个场景真正需要的内容。项目可以结束，而学到的东西不必被抹去。
为每一次连接划定范围
开启同步前，先决定什么可以始终跟随、什么只属于一个项目、什么不应离开设备。真正人性的连续性，也包括结束一个章节的权利。
携带上下文，也守住边界
反复自我介绍是一种真实成本。你换了设备，打开一个新任务，或和新的助手交谈，连续性的负担又落回自己身上。能随行的上下文可以节省时间、减少错误。但可携带不该意味着一个人的所有部分都跟着他到处走，随时可能在任何对话中被调出来。
关键在于范围。一个项目简介可以在工作设备上保存一个月；一种沟通偏好可能适合跨多个工具使用；一段私密反思，也许除了写下它的地方哪里都不该去。当系统把这些类别压成一个看不见的画像，便利就开始像监控；当它们被清楚区分，连续性才可能成为一种照顾。
连接一个新工具前，给它写一张很短的上下文护照：它需要知道什么，它能为这个任务记住什么，它绝不能收到什么。任务结束时再看一遍。这只需要一分钟，却能防止暂时的方便在不知不觉间变成永久的数据轨迹。
让个人上下文有用、有边界、可逆转
长期记忆应该由许可质量来衡量，而不是由它能保留多少事实来衡量。一个系统只有在用户能理解它记住了什么、能低摩擦地修改、并知道它会在哪里被使用时，才真正赢得帮助人的资格。这些应当是产品行为，不是个性化承诺下面的脚注。
上下文也需要时间边界。一个偏好可能长期存在，一个项目可能应该过期，一段私密反思甚至根本不该进入通用画像。把这些时间尺度分开，能避免旧信息在新的决定中变成看不见的力量，也会让修正不再那么戏剧化：编辑一条记忆变成日常维护，而不是和未知机器对抗。
每次新增一条记忆前，问问它是否足以改善未来某个决定，值得被保存；每次把它连接到新工具前，问问这个工具是否真的为手头工作需要它。这两个问题会让隐私变得具体，把克制从抽象价值变成每天可执行的设计选择。