豆包、千问同日下线智能体：一份AI拟人化监管新规的技术合规深度解读

前言2026年7月4日字节跳动旗下豆包和阿里旗下通义千问几乎同时宣布豆包智能体功能将于7月15日下线用户可导出历史数据至10月15日通义千问拟人化互动类及用户自建智能体7月10日先行下线全部智能体功能7月15日关停同日下线的背后是《人工智能拟人化互动服务管理暂行办法》以下简称《办法》将于7月15日正式施行。这不是巧合是监管节点下的风险处置。本文将逐条拆解《办法》的合规要求分析大平台为什么选择下线而非整改以及这对AI行业意味着什么。一、《办法》到底管什么先把一件事说清楚不是所有AI功能都要关。《办法》第二条的原文是这样定义的利用人工智能技术向中华人民共和国境内公众提供模拟自然人人格特征、思维模式和沟通风格的持续性的情感互动服务。特征拆解如下特征说明典型案例人格特征AI有设定的人设、性格、语气虚拟角色、AI伴侣沟通风格模拟人类聊天方式而非工具式回答撒娇、毒舌、共情持续性跨会话的记忆和关系累积长期对话、记忆角色情感互动陪伴、照护、支持等情感目的心理陪伴、虚拟亲属同时《办法》第二条第三款明确排除了提供智能客服、知识问答、工作助手、学习教育、科学研究等服务不涉及持续性的情感互动的不适用本办法。也就是说豆包的AI搜索、写作、编程助手等功能不受影响千问的知识问答、文档分析也不受影响。受影响的是“能聊天的角色”——即所有涉及持续情感互动的AI角色。此外《办法》由国家网信办、发改委、工信部、公安部、市场监管总局五部门联合发布2026年4月10日公布留给行业的准备期仅3个月。二、哪些条款让大平台三个月内合规困难以下每一条对应的都是一个大工程。2.1 第14条未成年人保护的硬约束不得向未成年人提供虚拟亲属、虚拟伴侣等虚拟亲密关系的服务。向不满十四周岁未成年人提供其他拟人化互动服务的应当取得监护人同意。应当建立未成年人模式提供定期现实提醒、使用时长限制等安全设置。平台必须做到的几件事准确识别用户年龄不能全凭用户自报识别哪些智能体属于虚拟亲密关系类别对不满14岁的用户还要获取监护人同意提供监护人管理后台风险提醒、角色屏蔽、消费限额技术难点在于用户创建角色的意图判断——用户说帮我创建一个温柔的知心姐姐和创建一个学习助手边界在哪里2.2 第13条极端情绪干预发现用户出现极端情绪的应当及时生成情绪安抚和鼓励寻求帮助等相关内容。发现用户明确表示实施自残自杀等威胁生命健康的极端情境的应当采取提供相应援助等必要措施予以干预并及时联络用户监护人或者紧急联系人。对产品来说这需要实时检测对话中的极端情绪信号NLP模型规则引擎分级响应轻度→生成安抚内容重度→人工干预联系紧急联系人建立7×24小时应急处置链路包括人工审核团队和紧急联系人机制第12条还要求平台必须事先收集用户的监护人或紧急联系人信息这本身就是一个巨大的用户流程改造。2.3 第18条AI身份标识和使用时长提醒应当以弹窗等显著方式动态提醒用户互动内容为人工智能服务生成。对用户连续使用拟人化互动服务每超过2个小时的应当提醒用户注意使用时长。发现用户出现过度依赖、沉迷倾向的应当动态提醒。这不是加一行免责声明的事。平台需要在对话流中持续标注这是AI生成检测用户沉迷倾向什么样的行为算沉迷需要定义模型判断准确统计连续使用时长并在超2小时时弹窗2.4 第16条交互数据保护应当向用户提供交互数据复制、删除等选项。除取得用户单独同意外不得将属于用户敏感个人信息的交互数据用于模型训练。对AI角色产品来说用户与AI的聊天记录是核心资产也是最大的隐私风险。不能用于训练意味着过去积累的交互数据可能需要重新走授权流程。2.5 第22条安全评估注册用户100万以上或者月活跃用户10万以上的应当开展安全评估并向所在地省级网信部门提交评估报告。豆包和千问的用户规模是亿级必然触发。评估内容第23条包括安全保障措施建设情况训练数据处理情况用户极端情境的识别、应急处置、干预管理用户规模、使用时长、年龄结构未成年人、老年人等网络保护措施用户申诉和投诉举报受理处置情况重大安全风险问题整改情况一套完整的评估走下来几个月是起步价。2.6 第26条算法备案应当按照《互联网信息服务算法推荐管理规定》履行算法备案和变更、注销备案手续。网信部门对备案材料实施年度核验。算法备案本身就需要较长的审批周期年度核验意味着后续持续投入。2.7 法律责任第30条拒不改正或者情节严重的责令停止提供相关服务可以并处一万元以上十万元以下罚款涉及危害公民生命健康安全且有危害后果的并处十万元以上二十万元以下罚款。罚款金额对巨头不算高但责令停止提供相关服务是平台不可承受的。小结大平台三个月内难以合规的根本原因不是某一条红线而是用户自建智能体 情感互动 未成年人保护 心理风险干预 数据合规 安全评估备案这几个系统同时需要重做。三个月连其中一个系统都未必能跑通。三、为什么字节保留猫箱但关掉豆包智能体这是很多人没读懂的部分。豆包把用户导到了猫箱这不是在绕监管而是在做产品线切分。3.1 豆包的定位问题豆包是通用AI助手主要用户用来查资料、写文案、编程辅助。智能体角色扮演功能是附属功能不是核心价值。根据《办法》第二条的排除条款工具型AI服务不受影响。对豆包来说最稳妥的策略是剥离智能体的拟人化互动属性让豆包回归不涉及持续情感互动的工具定位把情感互动赛道交给专门的App来合规运营3.2 猫箱反而更容易合规猫箱原名猫盒是字节旗下独立的虚拟角色互动App。专门产品反而更容易做合规注册时就签单独的服务协议第12条收集用户年龄、监护人、紧急联系人等必要信息建立完善的未成年人模式和年龄识别机制第14条限制虚拟伴侣、虚拟亲属等敏感功能做AI生成标识和连续使用提醒第18条走安全评估和算法备案流程第22/26条字节的逻辑豆包不能被智能体功能拖入高风险监管分类猫箱作为独立产品承担拟人化互动服务的合规成本和风险隔离。3.3 字节 vs 阿里的战略差异维度字节豆包→猫箱阿里千问关停节奏7月15日一刀切7月10日拟人化智能体先下线7月15日全部关停替代方案明确导流到猫箱App无明确替代承接产品数据保留10月15日前可导出建议下线前自行保存战略意图切分承接保留赛道换容器收缩归位回到工具型助手字节是保留情感互动业务但换容器阿里是降低C端智能体复杂度让千问回到工具型助手定位。两种策略没有对错取决于各自的产品矩阵和战略判断。四、对AI生态的深远影响4.1 C端AI产品将两极分化过去那种万能助手 角色广场 用户自建智能体的全能型产品会收缩变成清晰的分类工具型助手问答、写作、办公、学习 → 归一般AI监管情感陪伴/虚拟角色 → 归拟人化互动专项监管不再有中间地带。4.2 UGC智能体模式显著降温过去智能体平台的核心增长模式是用户自由创建角色、人设、提示词、记忆和对话风格。这种模式增长快但新规后每层都有成本角色创建 → 需要审核机制第9条用户对话 → 需要实时监控和极端情绪干预第13条历史数据 → 需要存储、删除、导出选项第16条未成年人 → 需要识别、屏蔽、限制使用第14条对中小团队来说合规成本可能直接超过商业收入。这也解释了为什么字节要把这块业务放到猫箱单独做——合规成本必须由专门的业务线来承担。4.3 AI陪伴赛道不会被消灭但会被正规化《办法》第3条明确写着鼓励拟人化互动服务创新发展第28条提到人工智能沙箱安全服务平台。这说明监管的意图不是消灭这个行业。未来能合法合规的AI陪伴产品大概率是这样的明确的年龄门槛和身份验证弱化或禁止虚拟伴侣、虚拟亲属类角色强制的AI身份持续标注不是仅首次提示使用时长限制和沉迷风险预警保留人工干预和紧急联系人链路完成安全评估和算法备案4.4 上海下架1.4万个违规智能体只是前奏6月26日上海市委网信办通报累计下架违规智能体1.4万余个涉及稀宇、小红书、B站等平台。清理内容包括一键脱衣、赌球博彩、AI托管运营等违规内容。这释放的信号很明确监管的关注点不只是大模型本身而是模型之上的应用形态、角色生态和用户互动内容。7月15日之后全国范围内会有更多清理动作。五、对技术开发者的建议如果你正在做AI角色/伴侣/陪伴类产品以下是几个思考方向5.1 尽早做分类判断你的产品是否落入《办法》管辖如果是工具型助手问答、写作、编程、搜索大概率不受影响如果有持续情感互动成分角色扮演、情感陪伴、虚拟关系则必须合规5.2 尽快启动合规流程如果在管辖范围内建议完成算法备案第26条—— 审批需要时间尽早提交建立年龄识别和未成年人保护机制第14条—— 这是硬约束建立极端情绪检测和干预链路第13条—— 需要NLP模型人工团队制定数据分类存储和删除方案第16条—— 用户有权导出和删除实施AI生成内容标识第18条—— 动态提醒不是仅首次声明准备安全评估第22条—— 月活超10万就要触发5.3 考虑产品线切分如果你的产品既有工具功能又有角色功能参考字节的策略——考虑拆分为两个产品把情感互动部分放到专门的App里独立做合规不要让整个产品被拖进高风险分类。5.4 关注沙箱安全平台《办法》第28条提到的人工智能沙箱安全服务平台值得重点关注。它可能成为新产品合规上路的重要通道。结语2026年7月15日是中国AI行业的一个标志性节点。在此之前监管重点在大模型有没有备案、内容有没有红线在此之后进一步推进到了“AI与人建立长期情感关系时平台要承担什么责任”。豆包、千问同日下线不是巧合而是头部平台对监管节点的风险处置。这不是行业的冬天而是从野蛮生长到规范发展的必经之路。对于有合规意识和技术实力的团队来说这个赛道的竞争反而会因为门槛提升而变得更公平。参考来源国家网信办等五部门《人工智能拟人化互动服务管理暂行办法》每日经济新闻《豆包、千问将下线智能体功能》2026年7月4日上海市委网信办清朗·整治AI应用乱象专项行动通报2026年6月26日