AI 聊天记录怎么备份？把原文、附件和人设分别保存
下载 Cakumi 聊天备份样例与检查表，比较完整 ZIP 和单独 JSON 的实际恢复结果，核对正文、纯附件消息、人设与长期记忆的保存边界。
备份 AI 聊天记录，最需要确认的是：离开当前页面以后，你能否在自己控制的位置找到原文，是否还带着附件，以及将来怎样重新阅读或导入。
截图适合珍藏几句话，摘要适合接续话题，完整导出适合保存记录。它们可以同时使用，但不能互相替代。下载到一个 ZIP 文件，也不等于已经验证了完整备份。
先列清楚要保存哪几类东西
长期聊天通常不只有消息正文。建议分开整理：
| 类别 | 建议保存的内容 | 检查重点 |
|---|---|---|
| 聊天原文 | 双方消息、顺序、时间、会话名称 | 是否包含开头和最近的消息 |
| 附件 | 图片、文档及其他实际文件 | 是文件本身，还是一个可能失效的链接 |
| 人格设定 | 名字、简介、行为指令、世界观 | 是否有独立可读副本 |
| 手动记忆 | 自己确认过的偏好、边界和约定 | 哪些仍有效，哪些已取消 |
| 使用说明 | 来源平台、导出日期、已知缺失 | 以后不需要靠猜来辨认文件 |
如果你只保存了一份“我们的故事总结”，仍然可能缺少原话和附件。反过来，保存了聊天正文，也不代表角色指令或长期记忆一并保存。
把重要设定另存为普通文本有一个实际好处：未来即使暂时没有兼容的导入工具，你仍能阅读和修改。整理时标明哪些是原始设定、哪些是后来自己补写的说明。
先做一次小备份，再扩大范围
选一段不敏感、消息不多、带一个测试附件的普通聊天，按下面的顺序操作：
- 确认最新消息和附件已经在应用中正常显示。
- 使用平台的导出功能，保存原始导出包，不先改文件结构。
- 复制一份用于检查；完整原件保留在另一个位置。
- 打开检查副本，核对早期、近期和中间的若干条消息。
- 打开附件，确认内容和原会话对应。
- 如果目标工具支持回导，在明确的测试范围内检查回导结果。
测试记录可以写得很简单：
来源平台：
会话名称：
导出日期：
原始文件名：
已检查：开头／中间／结尾的消息
已检查：附件是否能打开
已知缺失：
是否尝试回导：
回导到哪里、结果如何：
没有做过回导，就写“尚未验证”。不要把文件成功下载描述成“可完整恢复”，也不要为了验证而先删除原聊天。
在 Cakumi 中下载普通聊天
当前 Cakumi 的普通聊天历史列表提供聊天操作菜单。打开对应聊天的菜单，选择“下载”，即可发起这个 Chat 的 ZIP 导出；手机端会交给系统的保存或分享界面，网页版使用浏览器下载。
导出包包含聊天数据文件 chat.json 和归档附件。缺少本地附件时，应用会尝试取回所需文件；如果附件读取或下载失败，导出会报错。此时应检查网络和附件状态，再重试，不要把失败前产生的临时内容当作成功备份。
这里的单位是一个普通 Chat，不能把它理解成整套 Being 资产包。不要据此推断它同时包含所有人格指令、全部长期记忆、小手机的全部历史或账号资产。你特别在意的人设和重要约定，应另外留下可读副本。
同一 Being 下有多个需要保存的普通聊天时，分别导出，并在文件夹中写明对应关系。文件名可以加日期，但保留原始 ZIP 的内部结构，避免破坏附件与消息的关联。
完整 ZIP 和单独 JSON，恢复结果有什么不同？
我们用一份公开虚构聊天做了代码级恢复检查：两条文字消息，加一条没有正文、只有 说明.txt 附件的消息。2026 年 10 月 21 日执行 Cakumi 的实际导出逻辑，并用服务端预览与确认导入测试核对同一份样例。数据库和设备读写由测试环境提供，未使用真实用户账号，也不代表线上手机保存流程已实测。
你可以下载完整 Cakumi 备份样例 ZIP、仅含清单的 JSON和原始演示附件进行比较。
| 检查项 | 完整 ZIP | 单独 JSON |
|---|---|---|
| 预览可恢复的消息 | 3 条 | 2 条文字消息，另提示 1 个附件缺失 |
| 确认后保存 | 1 个聊天、3 条消息 | 明确接受缺失后，1 个聊天、2 条消息 |
| 附件 | 恢复 37 字节的 说明.txt，内容与原件一致 | 没有附件字节，无法恢复纯附件消息 |
| 没有确认缺失就提交 | 不涉及缺失确认 | 拒绝导入，不创建多余 Being |
这正是“JSON 能打开”还不够的原因：只有附件的消息可能连一段文字都留不下来。如果附件很重要，应换完整 ZIP，而不是直接忽略警告。
这份 ZIP 的目录只有两项：
chat.json
attachments/103/att-1-说明.txt
打开 chat.json 可以看到正文、角色、时间及附件指向；打开 attachments 中的文本才是在读取附件本体。文件内部的数字是演示标识，不需要你手动修改。完整样例仍只是一段普通聊天，不包含整套 Being 人格或长期记忆。
把备份验收留成一张可更新的记录
下载备份与恢复检查表，为每次备份填入消息与附件检查结果。尚未回导就保留“未验证”，遇到缺失则写出具体名称。之后只需要更新这张表，不必靠记忆判断哪个 ZIP 才是可用版本。
怎样检查 Cakumi 的回导结果
在“记忆拾取”中选择“导入聊天记录”，选择之前保存的 ZIP。需要附件时，应使用完整压缩包；只选择其中的 chat.json，不会同时带上压缩包里的附件文件。
预览后，检查会话信息，选择目标 Being 与需要导入的聊天，再确认。导入会追加新的聊天，不是把原聊天原地覆盖。重复导入同一文件，可能得到多个副本，因此先查看已有结果，再决定是否重新提交。
如果预览提示缺失附件，可以换完整导出包，或在理解影响后明确选择只导入可恢复内容。后者不等于附件已恢复，尤其要检查原本只有图片、没有文字的消息。
回导完成后，检查消息内容、顺序和附件，再发一条普通问题观察实际承接。记录能重新打开、模型能回忆某件事、回答语气与以前一致，是三种不同结果。需要接续聊天时，可使用换窗口交接模板补充关键背景。
备份保存在哪里，多久更新一次
建议至少保留一份工作副本和一份分开放置的原始副本。两份文件都在同一设备的同一文件夹里，遇到误删或设备故障时并不能提供多少余地。
选择自己能管理权限的存储位置，并确认没有开启公开分享。包含私密聊天的完整导出包，不适合直接发给陌生人排障；可以先提供错误信息、文件类型和大小，确有必要时再制作去除私密内容的小样本。
更新频率按你愿意重新整理多少内容来定。可以在一段重要对话结束后、准备换设备或迁移平台前、准备大幅修改人设前保存一次。保留日期不同的少量版本，比不断覆盖唯一文件更容易发现问题。
换平台前，最后检查这四件事
- 原始导出包仍在，且能正常解压。
- 人设、手动记忆和聊天记录已经分清，知道哪些没有包含在导出里。
- 目标平台接受的结构、文件大小和附件方式已经核对。
- 迁移失败时仍能回到旧记录，不需要立即删除来源账号。
不同来源的导出规则不能互套。ChatGPT 用户可以继续看聊天记录迁移教程；Gemini 用户请先确认自己保存的是网页版对话、AI Studio 文件还是 Takeout 活动归档，区别见Gemini 保存与导入说明。