ChatGPT 聊天记录怎么迁移到 Cakumi？导出、预览与核对步骤
从 ChatGPT 导出聊天，在 Cakumi 预览并导入。提供可下载的无隐私样例和解析结果，逐步排查图片缺失，并说明人设、记忆与费用边界。
把 ChatGPT 聊天记录迁移到 Cakumi，可以分成三步：从来源账号取得导出文件，在 Cakumi 预览并选择需要的会话，最后核对导入结果。迁移的是可读取的记录，不是复制 ChatGPT 账号、原平台的全部记忆状态或底层模型。
如果你想保留的是一个长期角色，建议同时准备角色指令和近期交接说明。聊天、人格设定和后续回复的风格，需要分别检查。
导出前，先确定要带走什么
先列出几段最重要的会话，而不是立即把所有历史都导入。为每段记下标题、起止时间、是否有图片或文档，以及对应哪个角色。
保留原始文件的一份副本。后面的检查、解压或格式排查尽量在副本上完成。不要把截图改成 .json，也不要把从网页复制的文字随意压成 ZIP，就认为它变成了平台导出格式。
需要另外保存的资料包括：你自己写的角色描述、相处边界、重要设定，以及尚未完成的话题。ChatGPT 的聊天导出不等于目标产品的人设配置；原先的订阅和平台功能也不会随记录转移。
从 ChatGPT 官方入口取得导出文件
在符合导出条件的账号中，登录 ChatGPT，进入头像菜单的 Settings → Data controls → Export data，确认请求。下载准备完成后，按通知取得 ZIP，并检查需要的会话是否在其中。不同账号或受管理工作区的可用范围，请核对 OpenAI 官方导出说明。
这一步应在来源平台完成。不要把账号密码、验证码或会话令牌交给所谓的“代搬家服务”。如果导出入口不可用，先查看官方说明中的账号与工作区限制，不要根据另一种账号的截图反复尝试。
Cakumi 当前入口接受 ChatGPT 的聊天 JSON 或包含聊天与资源的 ZIP。界面也提供上传 conversations.json 的方式；如果你的实际导出中包含附件，优先保留完整包，不要只取出文字文件后就删除其余内容。来源平台可能调整导出结构，最终以文件预览能否正确识别为准。
在 Cakumi 中预览并选择会话
当前导入流程如下：
- 打开“记忆拾取”，选择“导入聊天记录”。
- 选择 ChatGPT 来源，阅读当前页面的文件类型、大小和处理提示。
- 选择导出文件，等待解析后的会话预览。
- 在“导入到哪个 Being”中选已有 Being，或选择“创建 Being”并填写信息。
- 勾选本次需要的聊天，核对后点击“确认导入”。
预览时尚未把聊天写入某个 Being，但文件已经需要上传处理。不要把“确认前不创建角色”理解成“全程只在本机处理”。
如果文件属于陌生结构，页面可能使用模型识别字段并提示按用量计费；如果出现“哪位发言者是你”，请根据原始内容确认，不要只看角色名猜测。若文件被识别成人设文档，应核对整理结果，不能把人设导入当作完整聊天恢复。
导入已有 Being 时，它原有的人格与模型设置会保留。选择新建时，需要自己检查新角色的名字、简介和指令；不要指望聊天记录自动替你配置好所有相处方式。
一份可以下载复查的 ChatGPT 格式样例
先用无隐私的小文件熟悉流程，再处理自己的完整历史。我们准备了一份人工编写、采用 ChatGPT 导出结构的演示记录：三条消息，讲的是把整理书架的时间从周六改到周日；附一张 Cakumi Logo 和一份 plan.txt。它不是某个真实用户的聊天，也不是从 ChatGPT 账号实际申请得到的导出包。
2026 年 10 月 21 日，我们把这两份文件提交给本地隔离运行的 Cakumi 聊天解析服务，得到以下结果。这个检查覆盖文件解析与附件恢复，没有登录线上 App，也没有验证后续模型是否记住内容。
| 输入与处理方式 | 实际结果 | 对搬家有什么意义 |
|---|---|---|
| 完整 ZIP | 识别为 ChatGPT 来源，得到 1 段会话、3 条消息、2 个附件；恢复出的图片与文本文件和输入逐字节一致 | 含资源的包可以保留这份样例的附件 |
| 只上传 JSON，不允许忽略缺失 | 返回缺少附件错误，没有成功解析结果 | 文件里出现图片名，不等于图片本身已经保存 |
| 只上传 JSON，允许预览可恢复内容 | 保留 3 条消息，未恢复任何附件，并列出缺失文件 | 占位文字还在，也不代表图片可以打开 |
这个样例的图片在两个位置被引用，当前缺失清单会出现重复图片条目。因此请按文件名逐个核对；提示的条目数不一定等于独立文件数。不要为了让数量“对上”而删除原始记录中的字段。
在 App 中试用样例时，选择新建一个专门的演示 Being，核对预览中的三条消息，不要混进正在使用的角色。下载样例可以帮助理解文件区别，不能替代对你自己的导出包做检查。
图片导入后不见了，先查哪一层？
- 原始 ZIP 里有没有实际图片？ 解压检查副本，确认有能打开的图片文件。只有
file-service://…、网页地址或文件名时，不能凭引用恢复图片。 - 选中的是完整 ZIP，还是抽出来的 JSON？ JSON 通常负责描述消息和资源关系；附件字节可能在同一个包的其他目录中。
- 预览有没有列出缺失项？ 有的话先换完整包。确认继续只表示接受缺失，不会补出不存在的文件。
- 导入后正文有了，附件仍打不开？ 记录具体会话、文件名和错误提示，再检查同步与网络。向支持人员提供信息前先去除私密内容，不必提交整段私人聊天。
导入完成后，用这张表核对
来源会话：
目标 Being：
本次选择的会话数量：
标题与会话是否对应：
开头、中间、结尾的消息是否可读：
双方发言角色是否正确：
附件是否能打开：
已知缺失或异常：
后续需要补充的人设／近期背景：
先确认原文，再继续聊天。挑选一件真实存在于记录中的事，说明你希望接着讨论什么，观察回应是否符合材料。不建议用“你是不是原来的你”作为唯一验收，因为它不能告诉你数据是否完整。
导入保存记录和后台整理记忆并不是同一时刻完成。即使聊天显示成功，也不能据此判断每条内容已经成为可召回记忆。后续回忆还受到所在 Being、聊天记忆设置、相关性及模型表现影响。
对于很长的历史，先补一份简短的新窗口交接说明，通常比反复要求模型一次复述全部经历更容易核对。
导入记录、整理记忆和继续聊天的费用要分开看
文件成功保存不等于全部历史已经成为可召回记忆。主动导入后的后台记忆整理与继续聊天是不同环节；当前实现中，首次继续某些尚无摘要的导入聊天，还会先整理历史摘要，这部分按本轮模型实际用量计费。陌生文件的模型识别也可能产生页面已提示的用量。
因此，先看预览中的费用说明，再决定导入哪些聊天；开始长历史的第一轮回复前，核对当前模型及余额。不要把“导入成功”理解成“以后读完这些记录都免费”。具体计费判断可参照AI 聊天费用与长上下文检查清单。
常见问题怎么处理
提示缺少图片或文件。 先确认上传的是完整包。只有远程链接、没有实际资源的附件，不能凭链接文字恢复。你可以换一份更完整的文件；若明确接受只导入可恢复内容，再按页面确认继续，并记录哪些附件缺失。
解析失败或文件过大。 保留原文件，检查扩展名、压缩包是否损坏，以及页面显示的大小限制。不要随意删除 JSON 中的字段或让 AI 重写整份聊天来“修格式”，这样会难以判断哪些还是原始记录。
同一会话出现了两份。 当前导入会追加聊天副本，不是自动合并历史。网络恢复后先查看目标 Being 是否已有结果；确认没有成功记录，再决定重试。
内容在，但语气不同。 核对模型和角色指令。不同平台提供的上下文与模型设置可能不同，无法保证迁移后每句话的风格一致。可以按角色一致性检查方法逐项调整。
搬家后的原始记录仍值得保留
迁移完成不需要立即删除来源记录。至少保留原始导出包、这次核对清单和独立的人设文档；在目标平台继续聊天后，再按自己的节奏更新备份。
如果你正在比较产品，重点看“能导入什么、能导出什么、错误怎样处理、费用怎样说明”，而不只是“一键搬家”的口号。可以结合AI 陪伴产品选择清单和聊天记录备份方法判断是否适合长期使用。