豆包工作数据迁移教程：导入Claude Code、Codex对话与Skills

导读：当Claude Code、Codex里已经堆满长期项目、规则、记忆和Skills，更换AI工具最痛苦的往往不是重新登录，而是过去积累的工作上下文带不走。豆包工作现在把这件事做成了桌面端入口：扫描本机Agent数据，选择内容后导入，甚至可以继续原来的Session。

先提醒：“一键导入”不等于可以无脑全选。历史会话可能包含API密钥、客户资料、未公开项目和个人隐私；自动同步前应先检查范围，并确认组织的数据合规要求。

01 / 真正值钱的不是聊天记录，而是你的“AI工作资产”

早期聊天机器人主要负责回答一次性问题，换个平台最多只是少了一段聊天历史。进入Coding Agent和办公Agent阶段后，用户会围绕同一个任务持续工作：模型记住表达偏好，项目沉淀规则，Skills固化流程，Session记录已经做过的研究和决策。

这些内容共同构成个人AI资产，大致可以分为四层：

因此，数据迁移的价值并不是“把旧聊天存档换个地方”，而是降低工具切换成本，让用户换Agent时不必再次解释背景、重建规则和重复整理资料。

10月14日的体验界面显示，豆包工作可以扫描本机使用过的TRAE Work、Claude Code、ChatGPT Codex等工具，并按来源和数据类型选择导入。

可迁移内容包括历史对话、记忆、规则、Skills以及项目资料。Claude Code一侧还能看到CLAUDE.md等规则文件；不同工具的数据结构并不相同，因此最终可识别项目、附件和连接器数量，应以导入预览为准。

完成首次导入后，还可以开启自动同步，让后续新增内容持续进入豆包工作。这个选项很省事，但风险也更高：如果工作Agent里混有公司仓库、客户项目或私密会话，自动同步可能把原本隔离的数据带进另一套产品环境。

建议先做一份迁移清单：来源工具、项目名称、敏感等级、是否允许上传、规则文件、Skills数量、导入结果、人工复核人。迁移完成后按清单验收，比“界面显示成功”更可靠。

体验者正在筹备一场名为“Last Commit Before Midnight”的新加坡年末Vibe Coding活动。前期已经在Claude Code中完成活动名称、方案框架、提示词与视觉方向调研。导入后，豆包工作能够显示原会话，并继续生成活动方案。

这份方案进一步整理了摘要、确认清单、流程时间线、宣传节奏、预算图表和HTML模块，还能转换为便于团队协作的飞书文档。真正节省的不是重新复制一段Prompt，而是省掉了重新交代项目背景、已做研究和输出标准的过程。

对于视觉调研，用户可以直接选中迁移会话里的某一段，再点击追问，让Agent打开案例网站、提炼风格、补参考图，并把案例、设计者和可借鉴元素整理成多维表格。

另一个案例来自Codex。原项目收集了数十个东亚和东南亚Vibe Coding作品，包含研究会话、Markdown、CSV与视觉设计素材。迁移后，豆包工作能够继续查看这些文件，并将案例库转换为可筛选的多维表格。

在案例研究中，团队还参考了日本AI创作者的虚拟主播项目，并尝试用Python、NumPy、Pillow与ffmpeg逐帧绘制代码动画，再根据追问调整视觉风格。

这里需要区分两件事：迁移功能负责带入上下文，豆包工作负责后续执行。最终成果好不好，仍然取决于原资料质量、当前模型、运行环境、字体素材和人工审美判断。

对于已经很长的会话，继续追加内容容易让上下文越来越杂。豆包工作新增“在新对话中继续”，可以在同一项目下创建新Session，继承旧Session的Memory和上下文，同时保留原对话。

在活动项目中，新会话先整理已有视觉物料，再以同一内容为基础探索黑白像素、复古等新方向。这样既不会破坏初版，也省去了重新上传全部参考资料。