写在前面上期文章发出后后台收到大量开发者私信问题高度集中“7月15日下线我知道但我的智能体对话数据、配置参数、提示词工程——这些到底能不能批量导出有没有API可以调”作为技术社区我们不能只说“要备份”更要讲清楚“怎么高效地备”、“有没有自动化路径”。今天这篇我从开发者视角出发把豆包和千问两个平台的备份方案、技术限制、可行替代路线逐一拆解。如果你手上只有几百条对话截图手动复制就够了但如果你维护着几十个智能体、上千条对话记录请重点看第三部分。一、关键时间节点时间事项2026年7月15日智能体功能正式下线服务不可用2026年10月15日平台彻底清理所有智能体相关数据不可恢复⚠️ 技术建议7月15日前完成数据导出10月15日前完成归档整理。但不要卡点操作——接口限流、服务降级都是不可控因素。二、千问通义千问—— 官方导出路径千问提供了相对完善的导出能力适合开发者批量操作。2.1 前置条件App 版本要求≥ 6.12.9低版本无导出入口需先升级2.2 对话数据导出GUI方式操作路径 智能体页面 → 右上角「更多」 → 选择「导出对话」 → 选择对话范围 → 保存到本地支持按智能体维度逐个导出。如果你有 N 个智能体需要重复 N 次。2.3 配置信息导出人设/规则/提示词操作路径 进入智能体页面 → 点击左上角智能体图标 → 选择「修改智能体设计」 → 全选复制所有配置字段 → 保存为 Markdown/JSON 文档建议保存结构{agent_name:xxx,system_prompt:...,rules:[...],few_shot_examples:[...],created_at:2026-01-01}这份配置档案是你后续在其他平台Dify、Coze、猫箱等重建智能体的“源代码”。三、豆包 —— 官方无导出功能开发者怎么办豆包官方公告原文“建议通过截图或分享导出文本的方式提前完成备份。”翻译成人话官方没有提供批量导出能力。如果你只有一两个智能体、几十条对话截图 长按分享确实够用。但如果你属于以下任一情况维护 5 个以上智能体单个智能体对话超过 500 条对话中包含结构化数据代码、JSON、表格需要保留完整上下文链路那么手动方案的时间成本将线性爆炸。下面给出两条技术替代路线。路线一开发者工具 / 第三方迁移方案目前社区有一些面向开发者的跨平台智能体数据迁移工具例如VEX向量数据导出工具集AgentSync多平台智能体配置同步框架部分基于 Selenium/Playwright 的自动化脚本⚠️ 但需要坦诚说明这些工具并非官方提供不保证 100% 兼容且大多需要基础的命令行操作、API 鉴权知识、以及对 HTTP 请求/响应结构的理解。如果你不熟悉终端操作、没看过 RESTful API 文档这条路可能比手动备份更折磨人。技术门槛评估能力项是否必需抓包/查看网络请求✅ 必需理解 Cookie/Token 鉴权✅ 必需使用 curl/Postman✅ 必需编写简单脚本Python/JS⚠️ 推荐如果你符合上述技术画像可以重点关注通过 App 抓包获取对话列表接口批量拉取历史对话记录注意频率限制结构化存储为 JSON / Markdown导出智能体配置system prompt 知识库引用列表路线二半自动化“复制-整理”流程如果不想折腾技术工具又不想纯手动截图可以考虑这套分批次操作 SOP每日操作 1. 选择一个智能体 2. 按时间倒序最新的先导最有价值 3. 长按对话 → 分享 → 复制为文本 4. 粘贴到本地 Markdown 文件按日期归档 5. 每天处理 1-2 个智能体每次 30 分钟优势零技术成本不出错劣势耗时适合数据量中等 500 条的场景关于猫箱 App 的补充说明豆包公告中提及字节旗下的「猫箱」可创建新智能体但经实测目前不存在豆包 → 猫箱的一键迁移通道。配置需要手动重建对话数据无法跨应用同步。因此猫箱适合作为未来重建的目标平台不能当作当前备份的解决方案。四、备份优先级策略技术视角如果你时间有限请按以下优先级进行备份优先级数据类型原因 P0System Prompt / 人设 / 规则 / 提示词这是智能体的“源代码”丢了就彻底没了 P1含代码/结构化数据的对话可复用性高重建成本高 P2长上下文多轮对话有完整推理链可用于后续 few-shot 示例 P3普通日常闲聊重建成本低可放弃五、导出后检查清单备份完成后建议做一次完整性校验导出的 JSON / Markdown 文件能正常打开无乱码截图文字清晰可读OCR 可识别System Prompt 是否完整没有被截断多轮对话的顺序是否正确时间戳字段是否存在文件是否保存在至少两个位置本地 云盘六、技术人的思考这件事背后的架构启示这次下架事件慌的人多半在用智能体做情感陪伴淡定的人在用智能体做生产力工具。但从架构视角看本质是一样的不要把业务逻辑和用户数据绑定在不可迁移的封闭平台上。这次是豆包和千问下次可能是任何一款产品。给你的三点建议提示词工程独立存档—— 不要只存在平台里Git 仓库是最低要求关键对话结构化导出—— 以 JSON/Markdown 格式本地化存储评估可替代平台—— 开源方案如 Dify、FastGPT或支持标准 API 的商业平台数据可移植性更强最后距离 7 月 15 日还有不到两周。如果你是开发者建议今天就把导出脚本跑起来如果你是产品/运营同学至少把配置信息复制出来。千万别等到 7 月 14 日晚上再动手。平台限流、服务不稳定、网络波动——任何一个变量都能让你后悔一整年。互动区你在用豆包或千问的智能体吗有没有踩过数据迁移的坑欢迎评论区交流技术方案。—— 写于倒计时 10 天。该备份了。☕