2026 年 9 月 23 日，国家网信办公告 3 款手机端侧生成式人工智能服务的备案信息，“YOYO Claw”在列。往前九天，9 月 14 日的备案公告已经把手机端侧单独统计出来：7 月至 8 月完成国家备案的 124 款服务中，有 7 款属于这一类。两份公告相隔不到两周，共同说明一件事——端侧生成式 AI 已经不再被当作需要单独讨论的新形态，而是进入了常规备案序列。
端侧不构成备案豁免
端侧生成式 AI 的卖点通常被表述为“数据不出端”。这一表述容易让人产生误解，以为模型在本地运行、数据不上传，就可以不纳入生成式 AI 服务的备案管理。
《生成式人工智能服务管理暂行办法》确立的备案义务，判断标准是服务是否面向境内公众提供生成式 AI 能力、是否具有舆论属性或者社会动员能力，而不是算力部署在何处。模型装进手机、推理在终端完成，改变的是数据处理路径，不改变服务本身的性质。9 月的两份公告把“手机端侧”单独标注并单独公告，恰恰印证了监管对这一类别的处理方式：纳入统一体系，而非列为例外。
因此，端侧产品需要履行的义务并不因为“本地运行”而减少。数据不出端在个人信息保护上确有优势——它降低了集中存储带来的泄露风险，也可能减少跨境传输环节——但这些优势作用于数据合规路径，不作用于备案义务本身。
模型研发方与终端厂商的义务分配
端侧 AI 的落地通常是“模型方 + 终端方”的组合，这也是实践中最容易产生合规空白的地方。两者的义务并不相同。
模型研发方就模型服务本身承担研发者责任，通常需要完成国家备案。它同时负有向终端合作方提供备案所需信息的义务，包括模型基本信息、安全评估材料，以及对模型能力边界与固有局限的说明。
终端厂商把模型集成进系统或应用，直接面向用户提供生成式 AI 功能。它需要确认所使用模型的备案状态，并履行公示义务——这一点在 9 月 14 日公告中有明确表述：已上线的生成式 AI 应用或功能，应当在显著位置或产品详情页面公示所使用已备案或登记服务的情况，注明模型名称、备案号或上线编号。如果厂商在模型之上自行构建了应用层生成功能，还可能触发地方网信办登记。
这里有一个常见的误判：终端厂商认为“模型是别人备案的，所以与我无关”。备案义务确实主要由模型方承担，但公示义务由最终面向用户的一方承担。端侧功能如果藏在系统设置深处、没有任何公示，风险落在厂商而非模型方身上。
备案与登记的区别在实践中同样容易混淆。自研模型并对外提供服务，走国家备案；通过 API 或其他方式调用已备案模型能力，做应用或功能，走地方登记。两条通道的受理机关与材料要求不同，选错通道会导致合规无效。这一点可参见大模型备案与登记的区别。
公示、标识与版本变更
公示之外，端侧服务还有两个容易被低估的环节。
内容标识与备案是两套并行义务。备案解决的是服务准入，标识解决的是生成内容可识别。端侧生成的内容同样需要落实显式与隐式标识，不因本地生成而豁免。标识的具体材料要求，可参见生成式 AI 备案材料清单。
版本变更是端侧特有的问题。云端服务更新在服务端完成，备案信息相对稳定；端侧模型随系统或应用 OTA 下发，版本迭代频繁。当模型版本或能力范围发生实质变化时，需要评估是否触发备案信息变更。这一环节如果缺少流程，很容易出现“备案信息与实际版本不符”的状态——在检查中，这种不符本身就是问题。
对两类企业的意义
对模型研发方而言，端侧备案的常态化意味着需要把合作方的合规需求纳入产品交付：备案信息、安全评估材料、能力边界说明，都应当在合作协议签订时一并提供，而不是等终端方来索取。
对终端厂商而言，关键动作是建立一套可核验的流程：确认模型备案状态、在产品中落实公示、对 OTA 版本变更做合规评估。这套流程的成本不高，但缺失时的暴露面很大——它同时涉及备案合规、内容标识与个人信息保护三个方向，且都可能在上线或检查时被直接核对。
端侧 AI 的备案常态化说明，监管对新形态的处理方式是把它们尽快纳入既有体系。对厂商来说，需要回答的问题不是“要不要备案”，而是在模型方与终端方的合作中，备案、公示与版本管理的责任如何划分清楚。这既是合规问题，也是合作条款问题。
如需就端侧 AI 的备案路径、登记判断、公示与标识落实获得支持，可参见算法备案与大模型登记服务页面。相关阅读：最高法涉 AI 纠纷意见解读对生成内容的知识产权与人格权风险有系统梳理。
本文依据国家互联网信息办公室《关于发布生成式人工智能服务已备案信息的公告（2026 年 7 月至 8 月）》（2026 年 9 月 14 日）、《关于发布 3 款提供手机端侧生成式人工智能服务已备案信息的公告》（2026 年 9 月 23 日）及《生成式人工智能服务管理暂行办法》编写，仅供参考，不构成法律意见。具体备案与登记要求请以属地网信部门口径为准。