先说结论

7 月 15 日，豆包和千问将正式下线用户自建智能体功能。腾讯元宝更早，6 月 30 日已经关了。

三大平台在同一个月内集体关停 Agent，不是巧合——7 月 15 日正是《人工智能拟人化互动服务管理暂行办法》正式施行的日子。

这篇文章不聊政策对不对，聊一个更实际的问题：如果你之前用豆包、千问或元宝搭过 Agent 自动化流程，接下来该怎么办？

---

到底关了什么？

先把事实捋清楚，别被标题党带偏。

关掉的不是整个 App。豆包还是豆包，千问还是千问，你照样能用来聊天、写代码、查资料。关掉的是「用户自建智能体」功能——就是那种你可以给 AI 设定身份、语气、知识库，让它扮演特定角色跟你互动的能力。

具体时间线：

平台	关停时间	关停内容
腾讯元宝	6 月 30 日（已关）	AI 应用智能体功能
通义千问	7 月 10 日（拟人化类）→ 7 月 15 日（全部）	拟人化互动类智能体 + 用户自建智能体
豆包	7 月 15 日	智能体创建、编辑、对话入口全部关闭

数据方面，豆包给了三个月缓冲期——7 月 15 日到 10 月 15 日，你可以查看和导出之前创建的智能体信息及历史对话。10 月 15 日之后，数据按《隐私政策》处理。千问更直接，7 月 15 日下线后「无法继续访问相关智能体配置及历史对话记录」。

说实话，这个缓冲期还算厚道。但如果你有重要的 Agent 配置或对话数据，现在就去导出，别拖。

---

为什么是 7 月 15 日？

答案就一句话：《人工智能拟人化互动服务管理暂行办法》7 月 15 日施行。

这个办法是今年 4 月 10 日由国家网信办、发改委、工信部、公安部、市场监管总局五部门联合发布的，是全球首部专门针对 AI 拟人化互动服务的国家级监管规则。

办法管的是什么？通俗一点来说——凡是利用 AI 技术「模拟自然人人格特征、思维模式和沟通风格」，提供持续性情感互动服务的，都在监管范围内。AI 伴侣、虚拟偶像、情感陪伴机器人，这些是主要目标。

几个关键红线：

• 不能诱导情感依赖：不能「过度迎合用户、诱导情感依赖或者沉迷，损害用户真实人际关系」
• 不能模糊 AI 和真人的边界：必须明确告知用户这是 AI
• 不能对未成年人提供拟人化互动服务
• 上线前需要安全评估：算法备案 + 科技伦理审查

豆包和千问的用户自建 Agent 功能，恰恰就是让用户自己创建「有身份、有语气、有人格」的 AI 角色——完美踩中了监管范围。平台选择直接关停，而不是改造，说明合规成本太高了。

豆包自己也在 AI 对话中确认了：智能体下线日期和《办法》实施日完全同步，是本次调整最关键的诱因。

---

对开发者的影响

说实话，这次关停影响最大的不是普通用户——大部分人用豆包、千问就是聊天问问题，从没用过智能体功能。

真正受影响的是两类人：

1. 用 Agent 搭了自动化流程的开发者

有人在豆包上建了一系列智能体：一个负责整理每日资讯、一个负责写周报模板、一个负责翻译文档。这些智能体配置好之后，每天自动跑，省了不少事。

7 月 15 日之后，这些全废了。

豆包建议用户迁移到「猫箱 App」继续使用智能体功能。但猫箱主打的是 AI 社交和角色扮演，跟自动化流程根本不是一个东西。这个迁移建议，说实话，对开发者没什么用。

2. 做了 Agent 相关产品的团队

如果你是做 AI 应用的，之前可能基于豆包或千问的 Agent 能力搭了产品——比如客服机器人、知识库问答助手、自动营销流程。现在底层能力没了，产品得重构。

CSDN 上有一篇文章标题很直接：「千问豆包同日下线智能体，企业 AI Agent 选型下一步怎么走？」——这个问题确实是很多团队现在头疼的。

---

开发者自己搭 Agent，有几条路？

平台靠不住了，自己搭。这是这次事件给开发者的最大启示：依赖平台的能力，随时可能因为政策、商业决策或产品调整而消失。

自己搭 Agent 的方案，目前主流的有这么几个：

方案一：Dify — 快速上手的可视化方案

Dify 是开源的 AI 应用开发平台，支持 Docker 一键部署。可视化工作流编排、RAG 知识库、多模型代理、API 服务发布，这些功能它都有。

适合什么人：想快速搭一个 Agent 出来用，不想写太多代码，但又要求数据在自己手里。

几个要点：

• Docker 部署，硬件门槛不高，一台普通云服务器就能跑
• 支持接入多个大模型（DeepSeek、通义千问、GLM 等），不绑定单一平台
• 工作流编辑器拖拖拽拽就能搭，跟写代码比效率高很多

方案二：Coze（扣子）— 字节系开发者的自然迁移

Coze 是字节自己的 Agent 开发平台，也开源了。如果你之前用豆包的智能体，Coze 的产品逻辑最接近，迁移成本最低。

适合什么人：之前用豆包 Agent 比较多的，熟悉字节系产品交互的。

但有个问题：Coze 本身也受同一个《办法》约束。虽然它定位是「开发工具」而不是「拟人化互动服务」，但如果你用它搭的 Agent 带有明显的情感陪伴属性，理论上还是有风险的。

方案三：LangChain + LangGraph — 代码级控制

如果你是前端工程师，想从代码层面理解 Agent 到底是怎么工作的，LangChain + LangGraph 是最硬核的方案。

适合什么人：愿意写代码、想深入理解 Agent 原理、需要高度定制的开发者。

LangChain 1.0 + LangGraph 1.0 在 2026 年已经相当成熟了。LangGraph 负责编排复杂的多步骤 Agent 流程，LangChain 负责模型对接和工具调用。你可以完全控制 Agent 的每一步行为——什么时候调用工具、什么时候停下来等用户输入、什么时候自动继续。

学习曲线确实比 Dify 和 Coze 陡，但控制力也最强。

方案四：n8n — 低代码自动化 + AI

n8n 本来是一个自动化工作流工具（类似 Zapier 的开源替代），2025 年开始大量集成 AI 能力。如果你搭 Agent 的目的是「自动化处理一些流程」，n8n 可能比专门的 Agent 框架更合适。

适合什么人：有自动化需求、已经用过 n8n 或类似工具、不想为了 Agent 单独学一套新东西的。

横向对比

框架	上手难度	控制力	适合场景	数据可控
Dify	低	中	快速搭建、RAG 知识库	✅ 本地部署
Coze	低	中	轻量应用、快速迁移	✅ 开源版可部署
LangChain	高	高	复杂定制、深度开发	✅ 完全自主
n8n	中	中	流程自动化、系统集成	✅ 本地部署

我的建议：如果你只是想快速替代豆包/千问上搭的 Agent，先上 Dify 试试，半小时就能跑起来。如果你想做更复杂的东西，或者想从原理上搞懂 Agent，花时间学 LangChain。

---

前端开发者切入 Agent 开发，优势在哪？

这次事件之后，我判断会有更多前端开发者开始考虑自己搭 Agent。原因很简单——平台不靠谱，自己搭的才可控。

前端开发者做 Agent 开发，其实有几个天然优势：

第一，TypeScript。 LangChain.js 和 LangGraph.js 都是 TypeScript 优先的生态，前端开发者上手几乎零门槛。Dify 和 Coze 的前端也全是 TS 写的，想深入定制的话，源码都能看懂。

第二，流式数据处理。 Agent 的输出是流式的（SSE 或 WebSocket），前端开发者处理流式渲染是家常便饭。这部分能力在后端开发者反而不一定熟练。

第三，产品意识。 搭一个有用的 Agent，不只是调用大模型 API，更重要的是交互设计——用户怎么输入、Agent 怎么反馈、错误怎么处理、流程怎么引导。前端工程师的产品直觉在这里很吃香。

第四，全栈能力。 很多前端工程师会 Node.js，搭一个 Agent 后端服务完全在能力范围内。Dify 的 API 服务、LangChain 的 Python/JS 双版本，都能对接。

---

我的判断

这次三大平台集体关停 Agent，短期看是坏消息——很多人搭的东西不能用了。但长期看，可能是好事。

平台 Agent 的问题在于：太方便了，方便到你忘了它随时可能消失。 你在豆包上花两小时搭的智能体，底层依赖的是豆包的服务器、豆包的模型、豆包的合规边界。平台一调整，你的工作就归零了。

自己搭 Agent 确实麻烦——要部署、要选模型、要写代码。但你搭出来的东西是你自己的。模型可以换（今天用 DeepSeek，明天换 GLM），部署可以迁移（今天在阿里云，明天搬到自己服务器），流程可以持续迭代。

能力在自己手里，比什么都重要。

如果你之前从没自己搭过 Agent，现在是最好的时机。Docker 装个 Dify，接入 DeepSeek 或 GLM 的 API，半小时就能跑起来一个属于你自己的 Agent。

---

时间线速查

日期	事件
4 月 10 日	五部门联合发布《人工智能拟人化互动服务管理暂行办法》
6 月 30 日	腾讯元宝下线智能体功能
7 月 3 日	豆包、千问同步发布下线通知
7 月 10 日	千问拟人化互动类智能体先下线
7 月 15 日	豆包、千问智能体功能正式下线 + 《办法》正式施行
10 月 15 日	豆包智能体相关数据彻底删除

如果你有数据没导出，现在就去。

---

如果觉得有帮助，欢迎关注 程序员蜡笔熊，持续输出前端与 AI 开发实践文章。