保存 AI 对话之后，如何安全地带走你的数字记忆？

一段反复打磨的方案、一场终于排查清楚的代码故障，都值得从 AI 的聊天列表里保存下来。但拿到导出文件后，还有一个问题：如果要把这些记录交给另一个 AI，哪些内容应该一起带过去？

保存让你留住资料，筛选让资料适合下一次使用。我建议在下载和上传之间，多留一个检查环节：先看清自己保存了什么，再决定向谁提供哪些内容。

本文参考 CDT 于 2026 年 10 月 28 日发表的研究文章，结合编辑建议整理为中文指南；不是原文全文翻译。文中的操作流程为独立建议。

一、为什么“下载全部”之后还需要筛选？

CDT 在原文中介绍了 Selective Memory：一个用于筛选和编辑已导出 AI 对话的开源原型。它把“能下载数据”之外的另一个问题提了出来：用户应该能决定哪些记录进入下一次迁移。

这对日常使用很实际。比如，你想继续讨论装修预算，新工具需要的可能只是户型限制和预算范围；过往聊天里出现的家庭住址、私人关系和付款信息，则未必有必要一并提供。这个例子也说明，判断一份迁移资料是否合适，要从当前任务需要出发。

判断一段对话值不值得带走，可以问三个问题：它会影响下一次决定吗？过程里是否记录了重要限制？结论有没有需要回查的出处？除了最终答案，被否决的方案和否决原因也可能值得保留。否则换一个工具，你可能又花一轮时间讨论已经排除的选择。

动手检查：例如：装修讨论中，既保留已确认预算，也保留否决低价方案的原因；与该任务无关的家庭聊天另行保管。

二、把保存、备份和迁移分成三个目标

保存是一条重要记录有了独立文件；备份是你能在需要时找回并打开副本；迁移则是让另一个工具获得继续工作的必要资料。三个目标的验收方式不同。

• 保存后，抽查开头、中间和结尾，确认关键段落没有漏掉。
• 备份后，从存放位置重新打开文件，确认它不依赖原来的浏览器页面。
• 迁移后，核对新工具是否正确理解任务、约束和未决问题。

不要把上传成功直接当作迁移完成。旧对话的分支、附件、引用和平台设置是否能够保留，需要分别确认；重要项目可以先做一个小样本。

还要分清账号全量导出与单段对话导出。全量导出适合保留某个时间点的资料快照，单段导出更便于阅读和检查。两者都不能自动代表外部附件齐全，也不等于恢复一个正在运行的项目。验收时打开实际文件，别只看文件名是 ZIP、JSON 还是 PDF。

动手检查：可以这样试：关闭来源标签页，重新打开备份，找到一段熟悉的文字，再单独检查一份附件。

三、先留原始备份，再制作分享副本

我建议建立两个目录：原始备份保留当次导出文件，不在上面直接删改；精选副本存放经过筛选、准备用于检索或分享的资料。给目录标注日期，并把主题写进文件名，例如“2026-11-01_装修预算_迁移副本”。

先选一段你熟悉的对话做检查：问题是否完整、回答是否对应、表格和代码是否可读、附件是否另有文件。文件里出现图片链接，也不代表图片本身已经保存；如果离线阅读是目标，就断网打开一次确认。

日常阅读可以保留 Markdown 或 PDF，后续处理则保留原始结构化文件。具体格式按用途选择，不必为了迁移把所有资料都转换一遍。关于文件选择，可继续阅读本站的PDF、Word 与 Markdown 对比。

可以把保存融入工作节点：重要方案确认后保存关键对话，每周整理精选笔记，每月或更换账号前再做一份较完整的快照。这只是建议节奏，按你能够接受的工作损失调整。另留一份受控的独立副本，并定期挑一段熟悉的会话实际打开，确认它仍然可读。

动手检查：建议目录：原始备份／平台／导出日期；精选笔记／项目／主题；迁移资料／项目说明与原文索引。

四、分享前，按“需要什么”而非“有什么”来整理

先写下一句话：新工具要帮我完成什么？然后只选与这个目标有关的对话。对仍在进行的项目，优先整理目标、已确认决定、限制条件、参考资料和下一步问题。

接着检查姓名、联系方式、地址、客户资料和账号凭据。可以用“客户 A”“项目 B”等一致的代称替换不必要的身份信息；删除一条消息后，也要检查后续回答有没有复述相同内容。表格、代码注释和附件文件名同样值得看一遍。

处理后的副本要再读一次，确认删改没有损坏理解所需的上下文。若某段信息无法同时满足任务和分享要求，可以先不加入，等确有需要时再决定。

删掉姓名不等于无法识别身份。公司、少见岗位、精确日期和项目描述组合起来，也可能指向具体的人。处理后搜索被移除的词，并检查相邻回答是否复述。结构化导出尽量通过工具生成工作副本，不要随意剪掉 JSON 片段；导出后重新打开，确认格式与内容均可用。

动手检查：例如：把姓名替换为“客户 A”还不够，如果下一条回答仍写着该客户的电话号码，也应一并处理。

五、Selective Memory 能提供什么帮助？

根据项目 README，当前使用说明列出的来源包括 ChatGPT/OpenAI 与 Claude/Anthropic。工具在本机运行，可展示导出的对话，辅助标记潜在敏感内容，并支持删改和筛选后下载新的 JSON 文件。

它的敏感信息检测采用规则匹配；绿色标签只表示没有匹配到规则。因此，标签适合辅助定位，最终仍要逐条检查。它是需要本地安装的概念验证项目，不能当作已经实测支持所有平台的通用迁移服务。

如果只是保存几段资料，可以先用自己熟悉的编辑器整理副本。不要仅为了尝试一个原型，就把整份聊天档案交给来源不明的在线转换站。

这次我们实际在本机运行了原型，并用项目提供的公开示例走过平台选择、上传、列表查看、消息编辑与导出选择界面。截图记录的是这个有限场景，不能据此宣称真实个人大档案、所有分支和附件，以及向其他 AI 的导入都已经验证。

动手检查：先用公开样例熟悉流程，再处理自己的工作副本；输入格式以项目文档为准，原始导出始终保留。

用小样本走一遍

1. 选择资料来源平台，提供符合要求的导出工作副本。
2. 查看会话标题与敏感标记，按本次任务选择内容，不能只依赖颜色标签。
3. 进入 Review 检查具体消息，按需编辑或脱敏；提问与回答都要查看。
4. 检查最终选择，导出新文件并重新打开，再按目标平台当前支持的方式导入或作为参考资料使用。

六、用一个小任务验证迁移结果

先挑不含私人信息的短对话，准备一页项目说明，再按目标平台当前支持的方式提供资料。请新工具复述任务目标、已有决定、限制和待办事项，逐项与原文核对。

例如，一段关于网站改版的讨论里，“首页采用浅色”可能已经确定，“增加会员功能”却仍在讨论。验收时要检查新工具有没有把后者误写成已确认需求。发现错误，就修改项目说明并重新核对。

迁移记录可以写成四行：来源和导出日期、分享范围、删改内容类型、验证结果。不要在这份记录里重新抄入已删掉的敏感信息。

验证分两轮更容易发现问题。第一轮检查事实：数字、日期、已确定的决定和限制是否一致。第二轮检查可用性：新助手能否在保留未决问题的情况下提出下一步？一份较短但准确的项目说明，通常比一份被误读的巨大档案更适合接续工作。

动手检查：目标、已确定决定、限制和待办都与来源一致后，再接受迁移结果；不一致时先改说明，别让错误进入下一轮任务。

可直接使用的迁移验证提示词

请仅依据我提供的项目说明与原文摘录回答。
1. 复述本次目标与已确认决定。
2. 分别列出限制条件与尚未解决的问题。
3. 指出缺少的信息，不要自行补造。
4. 提出一个下一步，并标出支持它的原文。
不要把“讨论过的想法”当作“已批准的需求”。

发布或迁移前的检查清单

• 保留一份未经修改的原始导出文件。
• 重新打开精选副本，抽查关键内容及附件。
• 分享范围与当前任务相关。
• 检查正文、回答复述、表格、代码和文件名中的私人信息。
• 确认接收方及其当前的数据处理设置。
• 用小样本验证内容理解，再处理更大的项目。

今天可以先选一段最值得保留的对话：保存原件，做一份精选副本，再实际打开检查。如果你准备使用 SaveAI 整理导出资料，可以从使用指南了解入口和步骤；处理敏感资料前，也请阅读隐私说明。

来源：CDT，Jordan Gasior-Kavishe、Minsoo Thigpen、Kevin Bankston，2026-10-28；Selective Memory 项目 README。资料核对日期：2026-11-01。本文已用项目自带公开样例核验本地界面，未验证所有导出格式或迁移目的地的兼容性。

CDT · README · 截图出处与 MIT 许可