2026年10月24日，工业和信息化部办公厅印发《关于加强智能体终端设备进网管理的通知》（工信厅信管〔2026〕42号）。全文不到两千字，四项任务、三条保障。但它的分量，远不是一个“通知”能承载的。
因为它做了一件此前没人做过的事：把“智能体”从软件层，拉进了电信设备的监管域。
从这一天起，一台预置了智能体的手机、平板、手表，在拿到进网许可证之前，必须回答一个此前不必回答的问题——这个会自己决策、自己动手的软件，凭什么让人放心？
01
一份不到两千字的文件，改了游戏规则
先说清楚文件管的是什么。原文第一句就给了定义：智能体终端，是指“预置安装智能体的手机、平板、可穿戴设备等电信终端设备”。
“预置”两个字是全文的关键限定词。只有出厂预装的智能体，才纳入进网检测；用户自己从应用商店装的第三方智能体，不受进网检测约束，但受第四项任务的分发管理约束。这形成了“预置”与“后装”的监管分层。
对终端厂商而言，预置意味着用自己的进网许可证，为第三方智能体的行为背书。这个责任的分量，比很多人意识到的要重。
监管路径的选择，决定了执行力
如果从零设计一套新许可，需要立法授权，周期（883436）以年计。这次的路径是“挂靠”——不新设许可，把智能体作为设备的组成部分，一并纳入既有的《电信设备进网管理办法》。
这个选择带来三个直接后果：不新增行政许可，文件印发即具备执行基础；执法抓手是现成的，未取证不得上市销售；责任主体唯一，所有智能体相关的合规义务，最终收敛到进网许可证持有人——终端生产企业。
换句话说，这不是一份“指导意见”，而是一份带闸门的准入规则。
五道闸门，每一道都关着
第一道，研发与适配。开发者要与终端做适配验证，强化权限调用、通信能力、网络与数据安全（885942）、用户权益和任务执行管理；要在产品设置页公示适配列表；上架前向分发平台提交验证情况。
第二道，进网准入。预置智能体的终端，须在进网检测中开展智能体适配验证；须做好涉诈风险安全评估和反诈能力前置性评测；须配备唯一身份码；须保证许可证前后一致性，发生重大变化要报备并重新检测。
第三道，现网升级。通过OTA推送智能体升级，要向工信部提交方案，明确时间、规模、用户群体、业务场景、服务内容、业务经营模式、网络和数据安全（885942）措施、反诈措施八项内容；升级后提交报告，经专家评估、征求意见，方可正式服务。
第四道，分发流通。应用分发平台要推动开发者通过电子签名声明是否同意智能体调用，未声明同意的不得强制调用；要公示适配列表，不得提供不兼容型号的下载；要加强在架巡查，限期整改直至下架。
第五道，市场监管。部与省级通信管理局建立日常与专项检查机制，依法处置违规上市产品。
五项任务，没有一项是“鼓励”或“倡导”。全部是可核查的前置义务。安全能力由此从加分项，变成了准入要件——不具备对应能力，产品无法取证、无法上架、无法升级、无法持续销售。
02
三个连锁反应，正在传导到每一家厂商
图1 双轨叠加：一台设备要同时通过服务侧与设备侧两套合规体系
第一个：责任从“开发者”迁移到“终端厂商”
文件明确要求“终端生产企业应当保证智能体终端获得进网许可证前后的一致性”，并要求“发生重大变化的，终端生产企业应当向工业和信息化部报备”。进网许可证是发给终端厂商的，因此预置智能体的行为后果，由厂商承担设备合规责任。
开发者只承担协同义务：提交适配验证情况、公示适配列表。责任的重心，落在有预算、有上市时间压力的那一方。
这也意味着，厂商将第一次设立一个此前不存在的内部流程：预置智能体准入评估。选哪个智能体预置、它的工具链清不清、权限清单是否可控、出了事能不能举证——这些判断，过去靠产品经理拍脑袋，今后要有台账。
第二个：合规从“一次性”变成“全生命周期”
过去的进网管理，重心在准入：送检、拿证、上市。准入之后的软件变更，厂商有较大自主空间。
这次不一样。OTA升级被纳入事前管理，要报方案、要经专家评估。这在中国电信（HK0728）设备监管实践中属于显著加严。其商业含义很直接：每一次智能体版本迭代，都要重走一遍合规流程。
智能体是高频迭代的软件形态。一次大版本升级、一次能力扩展、一次模型替换，都可能触发这套流程。合规由此从“一次性项目”，变成“持续性运营”。
第三个：证明能力，比防护能力更稀缺
把11项义务逐条拆开看，会发现一个结构：其中6项直接或间接指向“如何证明”。证明适配过、证明未涉诈、证明身份可信、证明未发生重大变化、证明升级安全、证明调用被授权。
这意味着本文件真正稀缺的，不是“我能拦住”，而是“我能出证”。
对安全供给方而言，价值主张需要重构：从卖防护，转向卖可举证的可控。这不是话术调整，而是产品形态的变化——策略要可配置、行为要可记录、证据要可导出、报告要可被监管接受。
监管要的从来不是“你说你安全”，而是“你能拿出什么，让别人相信你安全”。
03
现在最头疼的四件事
把政策翻译成工程语言，终端厂商面前摆着四道坎。这四道坎，也是四类具体的采购需求。
第一件：适配测试做不完
适配验证的对象是“智能体×终端×操作系统×应用”的四维组合。一款旗舰机型通常预置3到5个智能体，需覆盖5到8个主流机型、3到4个系统版本、数十个高频应用。
更麻烦的是用例规模。公开信息显示，头部厂商的系统级智能体可执行场景已达数千个、最长连续完成上百步操作。这个规模，远超传统应用兼容性测试，靠人工点击根本跑不完。
难点不在执行，在判定。同一段操作序列，什么算通过、什么算失败，需要一套可被检测机构接受的判定准则。而适配验证所依据的标准，目前仍在研制。
第二件：身份码不知道该怎么用
文件要求终端上使用的智能体“应参考智能体互联系列国家标准配备唯一身份码”。措辞是“参考”，不是“依据”——给了过渡空间，但方向已经定了。
对应的GB/Z185—2026《人工智能（885728）智能体互联》系列国标已发布七个部分，核心要求是一码一智能体、由身份注册服务方统一分配、覆盖注册到注销的全生命周期（883436），并要求交互双方完成双向鉴别。公开信息显示，首批身份码已发放两千余个。
落地时会遇到的现实问题不是“要不要有码”，而是“码怎么用起来”。一台设备预置多个智能体，可能由不同主体开发、在不同节点注册；智能体之间还要互相调用。这需要一层身份代理，屏蔽不同节点的接口差异、管理凭证轮换、处理鉴别失败与降级，并对无码或码与能力声明不符的智能体实施阻断。
第三件：OTA升级要报批，但没有方法论
这是四件里最棘手的一件，也是最容易被低估的一件。
一次智能体版本升级，厂商要准备：升级方案（八项内容）、网络和数据安全（885942）措施说明、反诈措施说明；升级中要灰度、要监控；升级后要出报告，还要经专家评估。
问题在于，目前没有方法论、没有模板、没有工具。厂商只能用文档堆，由法务与合规团队手工完成，既慢又难以复用，更关键的是——无法证明“安全措施有效”。
还有一层不确定性：“重大变化”没有定义。模型版本升级算不算？提示词与编排逻辑调整算不算？新增一个技能或工具接口算不算？权限清单扩张算不算？这些问题的答案，直接决定了厂商要做多少次评估。
第四件：涉诈评测没有标准
文件要求“依法开展智能体终端涉诈风险安全评估和反诈能力前置性评测”。注意“前置性”三个字：评测发生在进网之前，属于准入环节，不是运营期监测。
智能体终端带来的涉诈风险有两个方向，都与传统终端反诈完全不同。
第一个方向是“被利用”。智能体能读屏、能模拟点击、能代用户完成多步操作。一旦被话术诱导，它可以在用户还没反应过来时，完成打开银行应用、输入金额、确认转账的全流程。号码标记、网址拦截、短信关键词识别，在这条链路上全部失效——因为整个操作都在本地完成，没有可拦截的网络特征。
第二个方向是“被作为工具”。批量养号、自动引流、话术生成、模拟真人互动，这些此前需要人工或群控设备完成的工作，现在一台普通手机就能做。
难点在于，传统终端反诈评测体系完全不覆盖这两类。方法、用例、评分模型，都需要重新建立。
04
绿盟的答案：不是五件单品，是一条闭环
把上面四件事，连同文件里的其他义务一起摊开，可以收敛成五组：政策要什么、需要什么能力、用什么接。
图2 “清风卫”能力矩阵与进网新规核心义务的对应关系
这张表很容易被读成“产品清单”。但它真正的逻辑是反过来的：政策要的不是五个能力点，而是一条从发现、授权、防护到出证的闭环。任何一个环节断了，举证链条就断了。
这也是绿盟“清风卫”矩阵最初的设计起点——“四道防线”：源头治理、多维评测、纵深防御、统一运营。对应到这份文件，恰好是四个动作。
第一步：先看得见，才谈得上管得住
所有治理都始于可见。绿盟清风卫AIDR（智能体检测与响应）通过终端Hook、MCP接入、网关代理、平台API四路采集，把环境里的智能体——不管是预置的、员工私装的，还是编排平台上跑的数字员工——全部登记在册。
登记不止于“点名”。每个智能体的版本、配置、密钥暴露情况、技能与MCP工具链清单会被同步审计，形成动态的AI-BOM资产档案。
这份档案，恰好就是政策要求的“许可前后一致性”的底账。没有它，“保证一致”只能是一句承诺；有了它，才是一个可核验的事实。
第二步：给每个智能体一个身份，划清权限边界
AIDR为每个智能体签发唯一身份标识与防篡改凭证，并与人建立绑定关系——不再是“某个进程在操作”，而是“张三的数据分析智能体在操作”。身份体系对标GB/Z185智能体互联系列标准。
身份之上是权限治理，这里有三个设计值得单独说：
最小特权：按任务需要授予文件、命令、网络、工具的访问权限，权限的有效性可验证。
委托链权限收敛：智能体把任务委托给下游时，下游所获权限不得超过用户的原始授权——权限随链逐级收敛，而不是逐级放大。
高危操作人工介入：删除、外发、资金操作等动作列入不可降级清单，强制人工二次授权，无法被智能体自行绕过。
这三点，正好对应文件里“强化权限调用管理”的要求。而且它们不只是防护动作——每一次授权、每一次拦截，都会留下记录，成为事后举证的素材。
第三步：升级前比对，升级后可回放
OTA这件事，本质上是两个问题：这次变更会不会引入新风险？怎么证明没有？
AI-UTM（AI安全一体机）在网关侧承接模型接入、调用鉴权、内容与数据边界管控；AIDR在端侧记录智能体的完整行为轨迹。两者叠加，就能回答上面两个问题：对比升级前后的工具调用分布、权限使用频次、异常率与意图偏离情况，用数据说明“这次升级没有让风险变高”。
再往前一步是出证。AIDR记录全链路交互日志并防篡改留存，支持按会话做行为链路回放——智能体为什么做出某个决策，提示词、上下文、工具返回可以逐帧还原，一键输出证据链。
这份证据链，就是升级报告里最难写，也最有说服力的部分。
第四步：内容与意图，两层都要看
涉诈评测的难点在于，攻击不一定表现为“恶意内容”，而可能表现为“看起来正常、但目标被带偏了”。
绿盟AI-GR（AI安全围栏）在输入、推理、输出三层做深度检测，用垂直训练的模型识别提示词注入、越狱诱导与违规内容；AIDR则依托终端侧的行为轨迹，识别推理劫持、目标偏移与长上下文诱导——它不是被入侵了，而是“想法”被带偏了。
配合AI红队的对抗测试与用例积累，这三者构成了一个可复用的评测底座。它现在服务于企业内部的安全评估，稍加裁剪，也能对接进网前的前置性评测要求。
为什么是“端网协同”，而不是单点
智能体安全有一个特点：单点产品解决不了。只在网关看，看不见端侧发生了什么；只在终端看，缺乏全局视角与跨设备关联。
“清风卫”矩阵的分工是清晰的：AI-SCAN负责上线前的大模型与合规评估；AI-UTM负责模型接入与网关侧的管控；AI-GR负责内容安全的深度检测；AIDR负责智能体资产、身份、权限与行为；NSF-ClawGuard这类终端插件负责端侧实时拦截；AI红队负责对抗验证。
它们共同支撑一件事：把“安全”变成“可举证的安全”。
在准入型监管里，安全能力的最终交付物不是一道防线，而是一份能被接受的证据。
05
给终端厂商的三条建议
最后说落地。节奏上建议分三段走，不要指望一步到位。
图3 终端厂商的三段建设路径：建底账、通流程、上规模
建议一：先建底账，别急着买设备
在标准与细则尚未出齐之前，最值得投入的不是防护设备，而是资产台账。把预置智能体全量清点出来，签发身份，固化版本与权限基线。这件事无论后续细则怎么变，都不会白做。
反过来，如果现在就去采购一堆“合规盒子”，很可能在细则出台后发现测项对不上。
建议二：把报批当工程问题，不要当文档问题
最容易犯的错，是把OTA报批交给法务和合规部门去“写材料”。它本质上是工程问题——没有数据支撑的报告，专家评审过不去；有了数据，报告只是导出动作。
建议在2027年上半年之前，跑通一次完整的变更评估：从变更识别、影响分析、灰度比对到报告生成，走通一遍。这套流程一旦成型，后续每次升级都只是复用。
建议三：把标准参与当成产品工作
适配验证标准、变更分级方法、涉诈评测用例规范，这三项都还在研制或空白阶段。参与标准研制不是荣誉工程，而是成本最低的产品定义方式——你希望被怎么测，就去参与写“怎么测”。
尤其“重大变化”的分类分级，是政策空白点，也是最容易形成行业共识的部分。谁先提出可操作的框架，谁就影响了后续细则的表述。
这份文件真正改变的，不是智能体能做什么，而是谁必须为它证明什么。
政策驱动型市场有一个共同特征：规则确定之前，机会属于定义规则的人；规则确定之后，机会属于执行效率最高的人。而现在，正处在两者之间。
绿盟“清风卫”·智能体安全
覆盖智能体资产发现、身份与权限治理、运行时防护、行为审计与出证的全链路，支撑智能体终端从研发适配到现网运营的合规闭环。
