只认本地文件的搬家工具，恰好最适合 Claude Code 这类把工作流存在磁盘上的 agent。
按豆包官方的说明，入口在客户端左下角头像 → 设置 → 数据导入与同步。能搬的东西分六类：任务偏好指令、技能、连接器、工作记忆、项目、历史会话。导入后各自归档到对应列表，历史会话保留原有上下文，可以直接接着聊，不用重新交代背景。官方同时注明，具体支持哪些来源、能导入哪些内容，以客户端实际展示为准。
这份清单本身就说明了一件事：在 agent 类工具里，用户真正的沉没成本已经不在「用惯了哪个模型」，而在日积月累调出来的那套工作环境。一个用了几个月的 Claude Code 环境里，通常有写好的项目约定、反复打磨的技能、接好的 MCP 连接器，以及模型记住的偏好。换模型只要改一个下拉框，换掉这些却意味着从头再调一遍。豆包把迁移做成一键，瞄准的正是这道门槛。
「仅限本地存储内容」这个限制，看上去是功能缺陷，其实和 Claude Code 的设计正好对得上。Claude Code 的技能本质上是一个带 SKILL.md 的目录，个人级技能放在用户目录下，项目级技能直接放在仓库里；项目说明、权限设置、MCP 配置也大多是本地文本文件。这些东西不需要任何官方接口，读得到磁盘就搬得走。
反过来，存在服务商云端的东西——网页端的对话历史、账号里的记忆——要么需要对方开放导出，要么需要用户手动导出再导入，豆包这次干脆不碰。所以这次「一键导入」最实在的受众，是那些把工作流沉淀在本地 CLI 和桌面客户端里的人，而 Claude Code 恰好是这类工具里本地化程度最高的之一。
凤凰网转述的官方说明里还有一句容易被略过的话：导入后数据会自动同步至云端。这和「云端内容不支持导入」并不矛盾——前者说的是导入完成后豆包自己的处理方式，后者说的是来源端的限制——但它意味着，原本只躺在本机的配置，一旦导入就会进入另一家服务商的云。
对普通的提示词和偏好来说这无所谓；连接器就不一样了。MCP 连接器的配置里，常见的写法是直接带上服务地址、令牌甚至 API Key。官方说明没有交代导入时是否会剥离这类凭据，也没有说明工作记忆里如果混进了公司项目细节该怎么处理。在点下导入之前，先打开本地配置看一眼里面写了什么，比事后去找删除入口省事得多。
同一天上线的另外几项功能——对话摘要侧栏集中展示任务、产物、技能与连接器，「在新对话中继续」可以把上下文带进新会话并换模型——本质上都在围绕同一件事：让用户的上下文在豆包里更好管理、更不容易丢。先把别家的上下文吸进来，再把它管好，是一套完整的获客动作。
这类做法在海外早有先例，各家都在想办法降低用户从竞品迁入的成本。差别在于，Claude Code 这种开放格式的本地工具，天然就是最容易被「搬走」的一方。技能和配置以纯文本存在，对用户是自由，对厂商则意味着护城河要靠模型能力和体验本身来守。至于这次搬家潮里有多少人会真正留下，要看豆包在同样的任务上能不能交出不输原来的结果——导入只解决了第一天，留存要看第三十天。