豆包千问同日下线智能体：一场「控制权」与「责任」的终极博弈

2026年7月，字节豆包、阿里通义千问同时宣布关停用户自建智能体功能，引发全行业对「AI责任归属」与「数字资产权属」的激烈讨论。这不是一次简单的产品调整——它暴露了智能体运行流程中最深的矛盾。

---

一、发生了什么

2026年7月4日，国内AI行业迎来一次标志性事件。

字节跳动旗下豆包与阿里旗下通义千问几乎同时发布公告：7月15日前，全面下线用户自建智能体功能。 届时，用户无法新建智能体，已创建的智能体停止运行，长期积累的人设设定、对话记忆、知识库数据将无法完整保留。

这不是一次「产品更新」——这是国内C端智能体赛道的一次结构性调整。消息一出，微博话题「智能体下线与责任之争」冲上科技榜热搜。

对你有什么实际影响？

如果你是智能体用户，以下是关键时间线：

平台	功能停用	数据保留截止	替代方案
豆包	7月15日	10月15日前可查看	迁移至「猫箱」App
通义千问	7月10日先行下线拟人类	7月15日即时清理，不保留	企业版可联系经理定制

立即行动： 如果你有自建智能体，7月15日前务必截图或复制文本保存人设、知识库和重要对话记录。千问用户尤其紧迫——7月15日后所有配置将直接清理，没有缓冲期。

二、矛盾的本质——谁握开关，谁担责任？

为什么智能体下线会引发如此大的争议？

最核心的矛盾在于：控制权与责任归属的严重分离——平台握有系统的「生杀大权」，用户掌握行为的「定制权限」，但双方都不愿为最终结果独立担责。

顺着通问AI联合创始人探哥的判断框架来看，这恰恰印证了他反复强调的一个底层认知：「不是天要灭你，是自己灭掉了自己。」

平台担心的核心是什么？是开放提示词带来的不可预测性。用户修改一句系统提示词，后面的推理路径就会发生巨大变化。当智能体输出违规或有害内容时——是平台的模型基座问题，还是用户的不当指令？这个责任边界，至今无解。

探哥抛出这个宏观判断后，通问AI许教授用他的律师框架做了更精细的结构化拆解：

第一，数字资产的权属问题。 用户投入大量时间撰写的智能体人设、知识库、长期对话记录，依据《民法典》第127条应被视为受保护的网络虚拟财产。但平台在用户协议中单方保留「随时删除」的权利，让这种财产权形同虚设。

第二，责任分层的缺失。 理论上，开发者、部署者、用户应该按链式分配责任。但现实中，各方互相推诿——平台说「内容由用户定义，责任归用户」，用户说「模型基座由平台提供，平台应对输出负责」。缺乏强制性的全链路审计日志和不可篡改的追责存证。

第三，平台应对方式的合理性。 2026年4月，五部门联合发布《人工智能拟人化互动服务管理暂行办法》，7月15日正式施行。新规要求对情感陪伴类AI服务进行角色备案、内容审核、未成年人保护。但平台选择了「一刀切」关停，而非分级治理——这既不符合监管「分类分级、包容审慎」的精神，也是将合规成本完全转嫁给用户。

一个真实的用户困境可以作为注脚：有用户为陪伴独居老人搭建了专门的闲聊智能体，设定好老人喜欢的语气和话题偏好，每天自动发起对话。7月15日后这个智能体消失，老人无法理解"为什么那个陪我说话的朋友不见了"。许教授框架里的"社会影响评估和心理疏导措施"——在平台下线公告里，只字未提。

三、技术深水区——确定性需求 vs 概率性系统

探哥曾在直播中说过一句很有穿透力的话：「限制你的不是AI，是你的脑子。」

这句话放在智能体工程落地层面，有另一个维度的解读。

大模型生成天然具有概率性——即使通过提示词反复约束，仍频繁出现格式错误。行业普遍反映，企业智能体大量故障源于输出格式不符合下游接口标准。工程体系要求输入输出固定、全流程可预判，但智能体弹性强、行为浮动大。

多智能体协作模式下，问题更加复杂：不同智能体之间的状态同步、权限管控、沟通内耗问题叠加，故障排查难度远高于传统软件。经过针对性微调的单一模型架构反而在多数工程场景中表现更稳定。

许教授在训练营中多次强调一个概念： 「不要带着旧地图去找新大陆。」

用传统工程的刚性手段去约束AI的概率性行为，就像用尺子量水——方向本身就错了。真正需要的是全新的治理架构：Harness（智能体安全管控层）——把智能体的行为边界、权限范围、责任归属在架构层面显式定义，而非靠事后追责。

顺着许教授这个技术框架，探哥的宏观判断就有了更清晰的落点： 不仅仅是一个商业逻辑问题，更是一个工程架构的底层重构——谁先建立起这套可控的Harness体系，谁就能在下一阶段的Agent竞争中占据先机。

四、商业逻辑——为什么是「同时」下线？

两大头部平台在同一天对同一核心功能做出调整，这在AI行业尚属首次。

探哥对此有一个经典判断：「认为AI是泡沫的同学，一定会成为这个时代的炮灰。」

但同时，他也承认AI行业正经历阵痛。Gartner调研显示，60%的组织计划部署Agent，但真实落地的比例仅为17%。一边是极度饥渴的自动化需求，一边是缓慢的落地节奏。

探哥分析背后有三重逻辑：

监管合规是直接推手。 新规7月15日施行的压力是硬性的。上海「清朗·整治AI应用乱象」专项行动累计下架违规智能体1.4万余个，海量自制内容的审核压力让平台选择结构性调整。

算力成本是隐藏账单。 智能体功能的运行需要持续的内容审核、算力支撑、对话过滤、未成年人保护投入。在算力资源日趋紧张的背景下，字节CEO梁汝波已明确表示要「收缩业务宽度、聚焦AI」，同时在企业级Agent赛道持续加码——火山引擎的Agent服务平台投入不降反增。

战略聚焦是长期考量。 豆包将智能体迁移至独立App「猫箱」，阿里云正在推进"芯片-云-模型-推理"全栈Agent化升级——C端泛化智能体让位于B端垂直场景，这是赛道转换而非撤退。许教授对此的总结很精炼：「AI时代就三件事——降本、提效、找机会。没那么多花招。」

五、现在就该做的事——普通人的三条路径

智能体功能下线，不代表智能体赛道的终结。恰恰相反——这次调整更像是一个「分水岭」：拟人化智能体从自由泛滥的个人自定义玩法，转向企业客服、教育辅导、医疗辅助等垂直专业场景。

如果你关心这件事的后续影响，三条建议：

路径一：立即备份，评估损失。 7月15日前完成数据导出，检查自己是否依赖智能体做日常工作流。（有用户反馈，他们之前用智能体做会议纪要模板、每日客户跟进流程——这些需要在新平台重建）

路径二：关注垂直专业的Agent平台。 通用C端智能体在收缩，但企业级Agent服务在扩张。阿里云、字节火山引擎都在加大投入。

路径三：建立AI时代的「数字资产」意识。 智能体下线事件揭示了一个深层教训——不要把核心配置和数据完全依赖于单一平台。定期导出、多平台分散、本地保留副本，应该成为AI时代的基本数字素养。

探哥那个标志性的时间锚判断依然成立：「全行业未来3年来一场大清洗。能上岸就上岸，上不了岸的，就这么活着吧。」

常见问题

Q：智能体下线后，我创建的数据能导出吗？

建议在7月15日前通过截图、复制文本等方式手动备份。豆包提供至10月15日的缓冲查看期，千问仅到7月15日。

Q：还有没有替代方案？

字节的「猫箱」App承接智能体创建功能；企业级用户可联系千问申请定制指令替代方案。对于真正需要Agent能力的用户，建议关注垂直专业平台的演进。

Q：智能体责任归属问题什么时候能解决？

IBM在2026年2月发布的《智能体安全指南》提出了四条核心原则：持续人类监督（Keep an Eye on Them）、最小权限与隔离（Contain and Compartmentalize）、默认安全设计（Secure by Default）、透明可追溯（Transparent and Traceable）。行业正在此基础上形成统一的Harness标准和全链路审计规范，预计2027年后将出现跨平台互认的责任体系。

---

*本文信息整理于2026年7月6日。事件动态变化，请以平台官方公告为准。*