先做这 30 分钟
如果你在豆包或千问里有常用智能体，今天先别急着找替代品。先把它拆成一份本地迁移包。
最小版本只需要五个东西：
| 文件 | 保存什么 | 为什么重要 |
|---|---|---|
persona.md | 名称、人设、语气、边界、禁忌 | 决定这个智能体像谁、怎么说话 |
prompt.md | 系统提示词、开场白、固定指令 | 决定它怎么工作 |
knowledge/ | 上传过的资料、笔记、表格、链接 | 决定它知道什么 |
workflow.md | 你平时让它完成的步骤 | 决定它能帮你做什么 |
memory.md | 重要对话摘要、偏好、长期背景 | 决定它能不能被重建 |
这一步比立刻转去新平台更重要。平台会变，但这五类资产留下来，你就能在猫箱、Coze、Dify、FastGPT，甚至本地 Markdown + 任意大模型里重建一个可用版本。
发生了什么
多家媒体报道，豆包和阿里千问已经向用户通知，智能体相关功能将在 2026 年 7 月 15 日下线。豆包还提示用户，2026 年 10 月 15 日后，相关智能体数据将无法在豆包内查看或恢复；如果还想继续创建和使用智能体，可以转向字节旗下的猫箱 App。
这件事在微博、小红书、X 上引发了不少讨论。能看到的情绪大致分三类：一类是舍不得长期陪伴型角色，一类是不满平台把工具型和情感型智能体一起收回，一类是更现实地开始找导出、截图、迁移和重建方法。
这些讨论不能当成统计调查，但它说明了一个真实变化：对很多用户来说，智能体已经不是一个按钮，而是一份长期积累的个人资产。
政策真正管什么
这次产品调整的政策背景，是 2026 年 7 月 15 日施行的《人工智能拟人化互动服务管理暂行办法》。
这份办法针对的是拟人化互动服务，尤其是模拟自然人人格特征、思维模式、沟通风格，或者用人形、拟人声音和外观与用户持续互动的服务。重点风险包括诱导情感依赖、诱导沉迷、情感操纵、未成年人保护、身份识别和数据删除等。
但它不是把所有 AI 助手都划进同一个范围。办法也明确排除了一批不涉及持续性情感互动的场景，例如智能客服、知识问答、工作助手、学习教育、科学研究、健康咨询、文化娱乐等。
所以更准确的理解是：通用平台里开放给用户自由创造、长期互动、可能形成强拟人关系的智能体入口，会被平台重新评估。任务型 AI、知识库问答、工作流自动化不会因此消失，但会越来越强调边界、审核和可追责。
不要迁移平台，先迁移资产
很多人第一反应是问：豆包智能体下线以后用什么替代？
这个问题问早了。因为你真正需要迁移的不是一个“角色壳”，而是背后的资产。
一个智能体通常有五层：
| 层级 | 例子 | 迁移方式 |
|---|---|---|
| 人设层 | 名字、身份、语气、关系边界 | 写进 persona.md |
| 指令层 | 回答格式、拒绝规则、任务目标 | 写进 prompt.md |
| 知识层 | 文件、课程笔记、项目资料 | 保存到 knowledge/ |
| 流程层 | 每次怎么分析、怎么输出、怎么检查 | 写进 workflow.md |
| 记忆层 | 你的偏好、历史背景、重要结论 | 整理成 memory.md 摘要 |
如果只截聊天记录，你迁移的是回忆。如果只复制人设，你迁移的是皮肤。真正能让智能体在别的平台复活的，是提示词、资料、流程和摘要。
复制这份迁移模板
可以直接新建一个文件夹：
my-agent-backup/
persona.md
prompt.md
workflow.md
memory.md
knowledge/
source-list.md
files/persona.md 写得越具体越好：
# Persona
名称：
用途：
语气：
擅长：
不做什么：
适合的用户场景：
需要避免的表达：prompt.md 保存能复用的指令：
# System Prompt
你是……
目标是……
每次回答必须……
不能……
当信息不足时……
输出格式……workflow.md 写清楚你平时怎么用它：
# Workflow
1. 我给它输入什么资料
2. 它先检查什么
3. 它怎么提问补信息
4. 它输出什么格式
5. 我怎么验收结果
6. 哪些情况下必须人工接管memory.md 不要整段复制私密聊天。更好的写法是摘要：
# Memory Summary
长期偏好：
项目背景：
常用术语：
重要结论：
不要再问我的信息：
不能保存的敏感内容：这个结构很土，但好用。它不依赖某个平台的导出格式，也不会因为平台改版就失效。
替代方案怎么选
不要把所有智能体都塞进同一个替代品。先按用途分。
| 用途 | 更适合的方向 | 适合谁 |
|---|---|---|
| 轻量陪伴 / 角色互动 | 猫箱这类陪伴应用 | 想保留角色互动，但不处理敏感隐私的人 |
| 任务型智能体 | Coze | 想做内容生产、客服、信息收集、自动化流程的人 |
| 可控 AI 应用 | Dify | 想管理模型、工作流、RAG、应用发布和团队协作的人 |
| 知识库问答 | FastGPT | 想把资料、文档、课程笔记变成问答系统的人 |
| 极简个人方案 | Markdown + 通用大模型 | 只需要保存提示词和资料，不想被平台绑定的人 |
我的建议很直接：如果你的智能体主要是陪你聊天，考虑猫箱，但要降低隐私和情感依赖风险。如果它帮你写作、整理资料、做工作流，优先看 Coze。如果你希望更可控、更像一个自己的 AI 应用，选 Dify。如果你主要是问文档、问课程、问资料，FastGPT 更贴近。
三条重建路线
第一条是陪伴型重建。只迁移轻量人设和语气，不迁移隐私聊天全文。你可以把 persona.md 和一小段安全的 memory.md 摘要放进去，但不要把身份证、家庭矛盾、病历、财务、账号密码、创伤经历原文继续交给任何陪伴类应用。
第二条是工作流重建。把 prompt.md 和 workflow.md 放到 Coze 或 Dify。重点不是让它像以前一样说话，而是让它稳定完成任务。比如每天整理新闻、改文章、生成小红书图文、总结课程、做会议纪要。这类智能体最好有固定输入、固定输出和人工验收步骤。
第三条是知识库重建。把 knowledge/ 里的资料清理后导入 FastGPT 或 Dify 的知识库。先用少量文件测试召回效果，再慢慢加资料。不要一口气上传所有历史记录，否则你很难知道它回答错时错在哪里。
哪些东西不要迁移
迁移前先删一遍。
不要迁移密码、验证码、支付信息、身份证、护照、住址、手机号、公司内部密级资料、未公开合同、病历、咨询记录、亲密关系原文、未成年人隐私。
也不要把一个陪伴型智能体迁移成“永远不会离开我的人”。这句话听起来冷，但很重要。AI 可以提供陪伴感、整理情绪、帮你表达，但它不是心理咨询师，也不是现实关系的替代品。
真正可长期使用的个人 AI 系统，应该让你更能接管自己的资料和判断，而不是更依赖某个入口。
今天就能完成的版本
如果你只有一个小时，按这个顺序做：
- 列出最常用的 3 个智能体。
- 每个智能体截图或复制人设、开场白、固定提示词。
- 把上传过的文件另存到本地
knowledge/。 - 用 10 句话概括最重要的历史记忆，不复制聊天全文。
- 标记哪些内容绝对不能迁移。
- 给每个智能体选一个重建方向：陪伴、任务、知识库、极简提示词。
- 只先重建最重要的一个，跑三次真实任务再继续。
这就够了。不要一晚上迁移十几个角色。越急越容易把垃圾记忆、敏感信息和无用提示词一起搬过去。
以后怎么避免再被动
这次下线真正提醒我们的，不是某个平台不可靠，而是智能体应该有“可迁移版本”。
以后每创建一个重要智能体，都顺手保存五份文件：persona.md、prompt.md、workflow.md、memory.md 和 knowledge/。平台里跑的是实例，本地留下的是资产。
这样下次某个入口变化，你损失的是外壳，不是方法。
FAQ
我是不是应该把所有聊天记录都导出来？
不建议。聊天记录很长，但真正可迁移的通常是偏好、背景、结论和流程。把它们整理成摘要，比复制全文更安全，也更容易在新平台重建。
Coze、Dify、FastGPT 哪个最像豆包智能体？
如果你说的是角色陪伴，它们都不是完全替代品。如果你说的是“帮我完成任务的智能体”，Coze 更容易上手，Dify 更可控，FastGPT 更适合知识库问答。
政策会不会让所有 AI Agent 都下线？
从公开政策看，不是。拟人化、持续情感互动和未成年人保护是重点。任务型工作助手、知识问答、学习科研等场景仍然存在，但平台会更重视审核、标识、使用边界和数据处理。
我现在还来得及吗？
来得及。关键时间点是 2026 年 7 月 15 日前先保存常用智能体资料；如果报道中的豆包数据窗口适用于你的账号，还要在 2026 年 10 月 15 日前确认重要数据已经离开平台。
最稳的个人方案是什么？
最稳的是先用 Markdown 保存核心资产，再选择平台运行。不要反过来，把所有提示词、资料、记忆和流程都只存在某个 App 里。