2026 年 7 月 4 日，豆包发布《豆包智能体功能下线通知》：由于产品功能调整，智能体功能将于 2026 年 7 月 15 日下线。
更关键的是后半句：2026 年 10 月 15 日后，豆包将根据《隐私政策》对智能体相关数据进行处理，后续将无法在豆包内查看或恢复。
如果你在豆包里搭过智能体——写过人设、调过规则、积累了几个月甚至几年的对话记忆——这些数据现在处于倒计时状态。
一、坑在哪：功能下线连带数据清零
豆包智能体是用户可以自定义人设、规则、能力的专属 AI 角色：规定它的身份、语气、专业领域、说话风格，每个智能体有独立对话记忆，切换不同智能体不会混淆上下文。这是豆包最受欢迎的个性化玩法之一。
下线的影响分三层：
第一层：功能停摆。 7 月 15 日起不能新建，已创建的也无法调用和运行。
第二层：数据进入倒计时。 下线后有一段缓冲期可以查看和自行保存，但 10 月 15 日之后彻底不可恢复。官方也明确说了：建议通过截图或分享导出文本的方式提前备份。
第三层：迁移路径变长了。 官方建议有需要的用户转移到字节旗下的猫箱 App。但换一个 App 意味着重新搭建、重新调教、历史记忆无法带走——记忆是最难迁移的部分。
同时下线的还有千问（7 月 10 日/15 日，分批）。这不是豆包一家的调整，而是行业性收缩：2026 年 7 月 15 日《人工智能拟人化互动服务管理暂行办法》正式施行，监管对拟人化互动、情感依赖、未成年人保护的约束明显收紧。
二、为什么会这样：合规成本高于功能价值
智能体/拟人化互动类功能的问题很集中：仿冒官方的冒牌智能体、擦边极端角色、越权访问用户信息。上海在专项行动中一次下架了 1.4 万余个违规智能体。
对平台来说，审核和风控成本极高，而这部分功能的商业回报有限。与其持续投入合规成本，不如收缩聚焦——这是豆包和千问几乎同时做出同一选择的原因。
但成本转嫁到了用户身上：你花时间调教出来的”数字角色”，平台说下线就下线。
三、怎么避：现在该做的四件事
1. 立刻导出还来得及的数据。 在还能查看的阶段，把智能体的人设配置、规则文本、系统提示词复制出来，存到本地文档。这部分是纯文本，复制粘贴就能保住，也是最有价值的部分——重新搭一个智能体，靠的就是这段提示词。
2. 重要对话用”分享导出文本”。 豆包支持把对话分享导出为文本。把有留存价值的历史对话逐条导出，别只截图（截图无法检索）。
3. 把”人设提示词”迁移到通用对话里。 智能体的核心价值其实是那段人设描述。你可以把它直接粘进普通对话的开头：”你是一位……，请按照以下规则回答……”。虽然没了独立记忆，但主要能力还在。
4. 建立”重要内容不留在 App 里”的习惯。 这次事件最大的教训不是智能体下线，而是：云端产品的功能和数据都可能消失。凡是花了时间调教、积累的内容，本地留一份副本。
四、一个更通用的原则
把 AI 平台当”工作场所”，不要当”仓库”。
- 重要的提示词模板 → 存本地文档；
- 有价值的对话产出 → 导出归档；
- 长期依赖的工作流 → 准备替代方案（别把唯一流程建在一个可能下线的功能上）。
五、数据抢救清单（按优先级）
如果你现在还有能访问的历史数据，按这个顺序处理，时间花在最值钱的地方：
第一优先：人设提示词和规则文本。 这是纯文本，复制粘贴三十秒搞定，却是整个智能体的核心价值。有了它，换任何平台都能重新搭出来。
第二优先：知识库/自定义文档。 如果智能体上传过私有文档，注意一个要命的细节——7 月 15 日智能体下线后，私有智能体的自定义文档直接清零，完全退出全局参考池。这部分必须优先导出。
第三优先：有留存价值的历史对话。 用”分享导出文本”功能逐条导出。按价值排序，别想着全量保存——先保最重要的十条。
第四优先：截图留档。 对于无法文本导出的内容（配置界面、参数滑块），截图存本地。虽然不能检索，但至少留个凭据。
存放建议：本地建一个文件夹，按”提示词 / 知识库 / 对话 / 截图”分类，文件名带上日期。别存在另一个可能下线的 App 里。
六、以后怎么避免再次被”下线”打脸
这次事件真正的教训不是”豆包不好”，而是云端 AI 产品的功能和数据都不是你的资产。
三条原则：
原则一：调教成果本地留档。 你花几小时调出来的人设、提示词、工作流，全部存本地文档。平台是运行场所，不是仓库。
原则二：核心流程要有备份方案。 如果你某项重要工作完全依赖豆包的某个功能（比如每周用办公任务模式出报表），就要准备一个替代路径。功能下线是常态，不是意外。
原则三：关注下线公告的”数据截止日”。 公告里通常有两个日期：功能停用日和数据清除日。前者你可能无感，后者才是真正的死线——在日历里标数据清除日，提前一个月处理。
七、如果已经过了截止日：三步尝试
第一步，先别放弃，试试客服渠道。 数据清除通常有缓冲和备份机制，通过官方客服说明情况、提供账号信息，仍有一线可能恢复。虽然不能保证，但成本只是几分钟。
第二步，从其他端找残留。 检查其他设备上的豆包 App——如果某台设备缓存了历史数据且未联网刷新，可能还能看到部分内容。同时检查你曾经分享出去的对话链接、截图、转发记录。很多”丢失”的数据其实散落在别处。
第三步，重建，并且这次做得更轻。 重建智能体时吸取教训：把人设提示词控制在几百字以内（越长越难迁移），把知识库内容存在本地而不是只上传云端。能一句话描述清楚的角色，才是最不容易丢失的资产。
最后说一句更通用的：这件事的本质不是豆包的问题，而是云端服务天然的不确定性。功能会上线下线，公司会调整方向，监管会改变规则。应对方式只有一个——把重要的东西握在自己手里。
八、一句话总结
平台的免费功能随时可能下线，数据也可能随之清零，而且它只给三个月缓冲期。今天花十分钟把人设提示词和历史对话导出到本地，比将来捶胸顿足划算得多。