名单第一位是 ChatGPT，但仅限本地这一条，卡住了它最值钱的那部分数据。
豆包官方的公告把 ChatGPT 放在来源列表的最前面，入口在设置里的「数据导入与同步」。导入后，历史会话保留上下文，可以直接续聊；技能、连接器、项目会自动归档到各自的列表。同一天还上线了对话摘要侧栏、消息注释和「在新对话中继续」，后者能把已有上下文带进新对话并切换模型，原对话保留。
从营销角度看，把 ChatGPT 写在第一位很好理解：它是国内外用户基数最大的通用助手，任何「搬家」功能都绕不开它。但要理解这次能从 ChatGPT 搬走多少东西，得先看那条限制条件。
ChatGPT 的核心资产几乎都在云端：网页和 App 上的对话历史、账号里的记忆、自定义 GPT，都存在 OpenAI 的服务器上。豆包明确表示云端内容不支持导入，这意味着大部分人最在意的那几年聊天记录和 ChatGPT 记住的个人偏好，大概率不在这次的搬家范围内。
ChatGPT 自带的数据导出能拿到对话记录，但据多家媒体测试，模型推断出的记忆条目并不完整包含在导出文件里，迁移记忆通常还得靠手动整理一份个人档案再贴给新助手。豆包这次是否支持读取导出包，官方没有说明，只说「以客户端实际展示为准」。
和 ChatGPT 并列的 Claude Code、Trae Work，都是把大量工作状态存在本机的工具：技能目录、项目约定文件、MCP 连接器配置、本地会话记录，读得到磁盘就能搬。OpenAI 自家的 Codex CLI 也是类似的思路，配置和会话默认落在用户目录下。豆包此次没有点名 Codex，但如果它读的正是这类本地文件，那么对 OpenAI 生态来说，最容易被搬走的反倒不是 ChatGPT 本体，而是开发者在本地 agent 里沉淀下来的那部分。
还有一点值得留意：官方说明称导入后的数据会自动同步到豆包云端。本地连接器配置里常常带着令牌或密钥，工作记忆里也可能夹着项目细节，一键导入方便，但等于把原本只在本机的东西交给了另一家服务商。
国内外厂商这一年都在做同一件事：降低用户从竞品迁入的门槛。OpenAI 自己也在不断给 ChatGPT 加记忆、项目和连接器，让用户的上下文越积越厚，迁出成本越来越高。豆包的做法是从另一头下手——先把能搬的搬过来，再用摘要侧栏、续聊这类功能把它们管好。
只是名单上写着 ChatGPT，不等于 ChatGPT 用户的主要资产真能过来。云端那一大块搬不动，留下来的理由就只剩模型和体验本身。一键导入能让人试一次，能不能留住人，取决于豆包在同样的任务上交出什么样的结果。