人工智能 | 大模型合规落地:从备案入门到治理精进系列之由某头部大模型联营项目被约谈看谁该成为备案义务人

技术可以共享，但合规责任不会消失。2025年6月，国内某头部AI联营项目因平台内AI智能体生成低俗擦边内容、危害未成年人身心健康，被属地网信办依法约谈。这一事件在人工智能行业引发巨大震动，因为它清晰地回答了困扰许多企业的问题：在大模型服务链条上，究竟谁该成为“备案义务人”？

一、某头部AI联营项目被约谈背后的责任认定

该联营项目作为国内AI陪伴赛道的重要参与者，其运营主体涉及多家知名企业的联合投资与合作。项目主打“AI虚拟角色互动”，用户可以与平台上的虚拟角色进行开放式对话，创建各种个性化角色。该平台违规的核心事实在于，平台上的AI智能体在互动中生成了大量低俗擦边内容，包括涉及不良导向的角色设定。更严重的是，其设置的“未成年人模式”形同虚设，用户身份验证环节存在明显漏洞，使得未成年人可能接触到不当内容。

属地网信办依据《未成年人网络保护条例》和《生成式人工智能服务管理暂行办法》，直接约谈了该项目的运营企业。监管机构认为，无论其背后的技术合作方是谁，直接面向用户提供服务的平台运营方都必须对平台上的所有AI生成内容负责。该联营项目被约谈，为所有大模型服务的参与方，特别是在联合研发或平台运营模式下的企业，敲响了警钟。随着《生成式人工智能服务管理暂行办法》的深入实施，大模型备案已成为所有从业者必须面对的现实要求。然而，在复杂的产业实践中，很多企业也会遇到类似于该头部大模型企业一样的问题，也是大模型备案合规的根本问题：我到底是不是法律意义上的“提供者”，从而需要承担备案义务？

企业应当且也必须认识到，首先，“运营方”是明确且必然的责任主体，无论背后的技术合作方是谁，直接面向用户提供服务的平台运营方都被监管视为第一责任方，必须对平台上的所有AI生成内容负责。其次，技术提供方也可能被穿透，如果技术提供方深度参与了模型的设计、训练，并对模型的输出能力和内容倾向有实质性影响，那么在发生严重合规事件时，技术提供方也可能被追溯责任。最后，未成年人保护是绝对的底线。无论是运营方还是技术提供方，都必须建立起完备的年龄认证体系和身份识别体系，严格落实实名制政策，完善防沉迷系统，共同推动大模型在合规的基础上兼顾用户体验，使各方分工协作，承担相应的合规责任，确保大模型落地的每个环节都符合法律法规的要求。

二、穿透式监管，“技术提供方”与“服务运营方”的责任界限

穿透式监管正成为人工智能时代重要的监管模式，其核心在于穿透商业模式的表层形式，直达业务实质与风险本源，深入考察服务链条中各参与方对模型输出内容与服务的实际控制力与影响力。在生成式人工智能产业链中，参与主体的复杂性和多样性给监管带来了巨大挑战。从监管框架看，我国目前已初步形成了不同主体类型的区分逻辑。

《深度合成管理规定》采取了深度合成服务提供者、深度合成服务技术支持者和深度合成服务使用者的分类方式，明确将服务提供者和技术支持者进行了区分。然而，《生成式人工智能服务管理暂行办法》将“提供者”定义为“利用生成式人工智能技术提供服务的组织和个人，包括但不限于通过提供可编程接口等手段（第22条（二））”。这个定义呈现出一定的宽泛性，将技术开发方也纳入了“提供者”范畴。

监管的穿透式思维意味着，名义上的合作模式并不能掩盖实质上的业务本质。如果技术提供方实质上参与了服务的运营、管理并通过服务获取利益，很可能被认定为需要承担备案义务的“提供者”。在大模型备案合规与落地治理服务监管中，穿透式监管最终指向一个核心原则：在技术服务与商业合作日益复杂的背景下，责任的认定必须回归到对服务的实际控制力。技术可以合作，生态可以共建，但对风险的控制责任无法外包，对合规的底线要求不容模糊。

三、四种典型合作模式下的义务主体认定

理清了监管的基本模式，就不可避免地涉及到具体的商业实践。在日常合作中，诸多合作模式错综复杂，各类主体究竟该如何对号入座？以下是四种典型合作模式，对于其各自的义务主体认定应当进行分类讨论。

• 自建自用模式：自建自用模式，是责任边界最为清晰的一种。当企业独立自主研发大模型并直接推向市场时，它无可争议地成为了备案义务的第一承担者。这种模式下，技术提供方与服务运营方的身份合二为一，企业必须独立完成从安全评估到算法备案的全部流程。这是最典型的备案义务主体，需要独立完成备案工作。企业同时扮演技术提供方和服务运营方的角色，责任划分清晰。但需注意，即使是完全自研的模型，如果通过接口、平台等方式向公众提供生成内容服务，且具有舆论属性或社会动员能力，就需履行备案手续。功能的内部界定须与监管的外部评估保持同步，任何面向公众的交互入口都可能成为监管的切入点。

• 联合研发模式：在联合研发模式中，所有参与方都有可能成为备案的责任主体。两家或多家企业合作开发大模型，共同向公众提供服务。无论各方在合作协议中如何约定内部责任，在面对监管时，它们被视为一个责任共同体。网信部门的执法逻辑在于穿透所有权归属，考察各方对模型输出能力和内容倾向的“实质性影响”。这种情况下，各方通常被视为共同提供者，无论所有权归属，均需完成备案。在实际监管中，网信部门可能会要求所有参与方共同承担责任，或者指定一方作为主要备案责任人。

• API接入模式：API接入模式，因其普遍性与灵活性，成为责任认定中最易产生混淆的地带。企业通过调用第三方大模型的API接口，包装成自身的产品或服务，这种模式下的责任边界需要精细区分。监管实践表明，关键在于判断接入方是否对模型进行了“实质性修改”。如果企业仅仅是接入了已备案的第三方模型，如同使用一项标准化的云服务，且未对模型核心能力进行微调，那么通常只需完成大模型使用登记，而无需承担备案义务。此时，责任主体更倾向于模型的原始提供方。然而，一旦接入方利用自有数据对模型进行了深入的二次开发或微调，显著改变了模型的输出特性，并以此面向公众提供具有舆论属性的服务，情况便截然不同。此时，接入方已从单纯的使用者，蜕变为新的“服务提供者”，必须履行备案手续。业界领先的模型提供商，如科大讯飞，在其开放平台的API服务协议中便会明确要求接入方对生成内容负责，这既是对监管要求的回应，也是一种行业责任共识的体现。

• MaaS模式：至于日益流行的MaaS模式，其责任图谱则呈现出多层次、网络化的复杂特征。在这一模式中，云服务商或大模型厂商搭建平台，为众多开发者或企业提供模型训练、部署和推理服务。责任分配也因此需要分层审视。平台搭建者作为基础技术和核心模型的提供方，无疑需要作为技术服务提供者履行其层面的备案义务，确保底层模型的合规与安全。而利用该平台开发并面向最终用户提供具体应用的开发者，若其应用场景（如智能写作、社交陪伴等）被认定具有舆论属性或社会动员能力，那么他们同样可能独立触发备案义务。这就形成了一条清晰的责任链条：平台方确保模型的“出厂安全”，应用方则必须为自己产品的“场景安全”负责，二者共同构成了MaaS生态的合规双翼。

四、三问自己，快速判断“你是谁”

了解了不同模式下的责任分配，最终还是要落到实际操作层面。面对“我到底是谁”的本质问题，可以使用以下三问快速判断自身角色在法规中的主体定位。

第一问：我是否“向公众”提供服务？这是判断备案义务的基础，首先，提供服务的对象是否是不特定的公众群体？如果仅仅是面向内部员工或合作伙伴间使用，则可能不会触发备案义务。其次，提供服务的方式是否是公开渠道？如果普通用户也可以通过查找或随机点击体验或试用该产品，则可能被认定为“向公众提供”。

第二问：我的服务是否具有“舆情属性或社会动员能力”？根据《生成式人工智能服务管理暂行办法》第十七条规定：“提供具有舆论属性或者社会动员能力的生成式人工智能服务的，应当按照国家有关规定开展安全评估，并按照《互联网信息服务算法推荐管理规定》履行算法备案和变更、注销备案手续”。

第三问：我的角色定位是什么？根据自身在服务链条中的位置确定，“我”是服务提供者、技术支持者还是使用者、推广者？面对复杂多变的大模型备案场景，企业可以根据上述三个步骤判断自身角色在法规中的主体定位。

五、结语

某大模型联营项目被约谈事件，给所有备案义务人上了一堂最直接的合规课。它用一个生动的案例，回答了“谁该成为备案义务人”这个问题。此次事件，与其说是一次监管的警示，不如说是一次行业的启蒙：复杂的股权与合作协议，无法模糊对业务实质的认定；技术的开源与共享，不能成为合规责任稀释的理由。

关于“谁该成为大模型备案义务人”的拷问，最终在穿透式监管的探照下，得出了一个清晰而坚定的答案：谁最终掌控服务、直面用户并从中受益，谁就是无可推卸的第一责任人。这一答案，为行业划定了明确的赛道边界。它意味着，企业在畅享技术红利的同时，必须审视自身在服务链条中的真实角色。成为“备案义务人”，不是一种选择，而是业务实质被监管穿透认定后的必然结果。唯有主动认领这份责任，将合规刻进业务基因，人工智能的创新才能在安全的轨道上行稳致远。

如果您想了解更多相关信息或希望寻求合作，欢迎联系何强告律师。