一张带照片的饮食卡片，看起来是一个整体，背后却有几类生命周期不同的数据：你吃了什么、图片文件、产生这条记录的对话，以及当前设备的显示与下载状态。
把这些数据分清楚，才能准确回答“关闭同步后什么还在”“删除聊天会不会删掉记录”和“备份到底保存了什么”。
记录有自己的身份
业务记录具有稳定标识、类型、时间和正文。记账、日记、饮水等功能共享一套记录约定，同时保留各自的字段要求。
稳定标识让设备知道一条记录是在更新，还是另一条新记录。发生时间用于表达生活中的事件，创建和更新时间用于追踪数据变化，两者不能混用：补记昨天的午餐，不应该因为今天保存就变成今天吃的。
用户表单和 Agent 工具最终都需要遵循相应记录契约。把输入方式统一到可验证的数据上，后续查询、统计和同步才有共同基础。
本地副本与账号隔离
当前客户端为每个账号维护独立的本地数据库。页面读取本地数据；需要同步的业务记录由同步链路连接云端。切换账号时，旧连接和进行中的本地工作需要收尾，再打开目标账号的数据空间。
云端同样根据已验证身份检查归属。客户端提交一个记录 ID，并不意味着它可以访问其他账号拥有的那条记录。
本地优先提供可用性和数据位置上的边界，不自动等于端到端加密。联网 AI、同步和附件上传涉及的内容，需要分别理解其处理范围。
聊天、记忆和记录不是同一种内容
| 数据 | 主要用途 | 不应混淆的边界 |
|---|---|---|
| 业务记录 | 日常查询、统计、编辑和回顾 | 以实际写入结果为准 |
| 聊天历史 | 保存交流过程与工具结果 | 有独立的服务端历史和客户端缓存路径 |
| 个人记忆 | 保存有来源的长期事实与偏好 | 不等同于检索全部聊天 |
| 设备状态 | 保存通知注册、缓存和本机工作进度 | 不必复制到其他设备 |
删除一条记忆不会自动删除历史聊天；清理聊天也不能被当成删除所有业务记录。不同入口应以实际提示的范围为准。
图片为什么单独管理
记录通过稳定的附件身份关联文件。本机路径是当前设备的实现细节，另一台设备无法直接使用同一条磁盘路径。
因此，记录引用、文件上传和文件下载分别处理。取得文件后还要校验完整性，避免把损坏或不匹配的文件当成成功结果。这也解释了为什么换设备后文字可以先出现，照片需要稍后加载。
业务记录同步成功，不代表每个附件都已经在当前设备可离线打开；完整备份则需要进一步收齐它所包含的必要附件。
删除、恢复和缓存清理
业务记录使用删除标记表达移除，让同步和恢复能够识别这次变化。具体回收与恢复操作受记录状态及版本规则约束。
删除标记不代表云端所有历史归档立即物理消失。云备份、聊天历史和账号删除各有自己的范围与保留规则；需要永久清理时，应核对对应功能与隐私政策，不能从一个列表里看不到内容就推断所有副本已经销毁。
缓存、索引和通知注册则属于派生状态。恢复业务数据后，这些状态需要清理或重建，避免旧提醒、旧搜索结果继续引用已经改变的记录。
下一篇：本地优先的边界：记录、同步与 AI 请求。