终端智能体适配、调用与升级要求收紧
工信部通知要求智能体开发者验证终端适配、公开兼容列表,并在上架前提交验证情况。通知还涉及终端检测、OTA 升级方案与评估,以及通过电子签名声明应用是否同意被智能体调用。
AI 深度解读
智能体装进手机后,能不能调用应用、适配哪些设备、通过 OTA 增加能力,都将受到更明确的管理。IT之家 11 月 6 日报道的工信部通知,把要求落在适配验证、终端进网、现网升级和应用分发四个环节。
对程序员来说,关键变化是:智能体能完成任务还不够,产品还要交代它在哪些设备上验证过、应用是否同意被调用,以及上线后的能力变化如何管理。这些要求会影响测试、发布和跨应用交互设计。
适配验证不能只留在测试报告里
通知将智能体定义为具备自主感知、记忆、决策、交互与执行能力的智能系统。围绕它与终端的适配,开发者需要管理权限调用、通信能力、网络与数据安全、用户权益和任务执行,保障兼容性与稳定性。
这里的适配不只是页面能打开、按钮能点击,还涉及权限能否正确使用、通信是否正常、任务执行是否符合用户预期。
验证结果还要对外公开。开发者应在产品设置页面公示适配验证列表,列明已完成适配的终端型号和操作系统信息;智能体上架前,还要向应用分发平台提交适配验证情况。
平台也有对应责任:在分发页面展示适配列表,不得向用户提供不兼容设备型号的智能体下载和安装服务,并巡查已上架智能体。未完成适配验证的,可能面临限期整改、下架处置。
适配结果将同时成为用户可见的信息和平台分发的依据。
预置智能体和 OTA 升级,都进入终端管理流程
通知明确,预置智能体的手机、平板、可穿戴设备等终端,须在进网检测中依据有关标准开展智能体适配验证,并依法开展涉诈风险安全评估和反诈能力前置性评测,落实重要通信工作要求。
终端上使用的智能体,应参考智能体互联系列国家标准配备唯一身份码。原文没有展开身份码的具体格式、申请流程和技术接口,不能据此推导出一套现成接入方案。
终端生产企业还应保证设备获得进网许可证前后的一致性。智能体终端发生重大变化时,需要向工信部报备,并按要求开展进网检测。不过,报道没有说明「重大变化」的具体判断边界。
OTA 的要求更直接。终端生产企业通过在线升级推送(OTA)等方式开展智能体现网升级,应提交现网升级方案,明确:
- 升级时间、规模和用户群体。
- 业务场景、服务内容和业务经营模式。
- 网络与数据安全措施、反电信网络诈骗措施,并同步做好重要通信工作。
现网升级结束后,企业还要提交升级报告,经工信部组织专家评估、征求意见后,方可正式向用户提供服务。
这会直接影响终端厂商的发布安排。按报道描述,升级完成与正式提供服务之间,还有评估程序。它针对的是终端生产企业开展的智能体现网升级,不能直接扩大解释为所有 Web 产品或普通应用更新都适用。
智能体调用应用,应用开发者也要表态
跨应用执行任务,是这份通知中与应用开发者联系最直接的一项。
应用分发平台应推动应用程序开发者,通过电子签名主动声明是否同意智能体调用。未经声明同意,智能体不得强制调用、调取应用。
智能体具备调用能力,并不等于应用已经同意接受调用。
但原文没有给出电子签名的技术协议,也没有说明声明是针对整个应用、某类能力,还是某个具体操作。调用声明与用户授权如何衔接,同样没有展开。
因此,不能把它直接等同于某个既有 API、某种自动化操作方式,或者用户点一次授权按钮。现阶段能确认的是:应用开发者是否同意被调用,将成为分发管理需要处理的信息。
我的判断
这份通知抓住了智能体落地时容易被演示效果遮住的几个问题:设备兼容性、调用边界,以及升级后的能力变化。尤其是将适配列表同时放到产品设置页和分发页面,有助于用户在安装前判断设备是否受支持。
它也比只靠用户投诉后再处理,更强调发布前验证和持续巡查。不过,管理要求能带来多大效果,取决于后续标准、验证方法和执行细则。
这是一则政策通知的新闻转述,没有实验、团队实测或与其他管理方式的对照数据。它提出的是应当如何管理,不能据此认定兼容性、安全性已经改善。报道也没有交代具体实施时间、过渡安排,以及重大变化、电子签名等事项的操作细节,排期时还需要进一步核对正式文件及配套要求。
能拿来做什么
- 如果团队正在开发终端智能体,可以将终端型号、操作系统信息和适配验证结果纳入发布资料,并提前设计设置页中的适配列表展示。
- 如果产品涉及跨应用操作,可以先梳理会调用哪些应用、完成哪些任务,再跟进分发平台对调用声明和电子签名的具体要求。
- 如果服务于终端厂商,可以在 OTA 发布流程中预留升级方案、升级报告及评估环节,并整理规模、用户群体、业务场景和安全措施等材料。
- 如果只是开发普通前端或 Node 服务,应先核对产品是否属于通知涉及的角色和场景,再确定需要调整的发布流程。