给AI发身份证:智能体互联标准开始进入落地阶段

给AI发身份证:智能体互联标准开始进入落地阶段

GB/Z185-2026覆盖智能体身份、能力发现、协同交互和工具调用,首批身份码已发放,但跨厂商生产环境的互联效果仍待验证。

一套给智能体用的「身份证」

7 月 23 日,数字中国建设峰会网站转载央视新闻消息称,《人工智能 智能体互联》系列国家标准应用推进专题会议近日在北京中关村展示中心召开,现场发布 GB/Z185-2026 七项指导性国家标准,并为首批重点行业智能体发放了 2000 余个智能体身份码。1
这套标准要处理的不是模型回答得准不准,而是不同厂商的智能体能不能认出彼此、找到彼此、互相调用。换句话说,行业开始给「会执行任务」的 AI 补一层通信和身份规则。它还不能自动消除平台壁垒,但至少把问题从各家自行接接口,推到了统一规范和落地验证上。

先看已公布的事实

项目已确认信息目前能说明什么
标准编号GB/Z185-2026《人工智能 智能体互联》系列,共七项指导性国家标准。1它是一套覆盖互联流程的标准体系,不是某一家公司的产品协议。
编制背景工业和信息化部指导中国电子技术标准化研究院,组织 70 余家重点企业参与制定。2参与主体覆盖监管、标准研究和产业企业,但不等于所有平台已经完成兼容。
规范范围总体架构、智能体身份码、身份管理、能力描述、跨域发现、协同交互、工具调用七个环节。1标准试图覆盖从「我是谁」到「我能调用什么工具」的任务链。
最新落地信号7 月 21 日专题会上举行首批智能体身份码节点发放仪式,360 集团获颁首批智能体身份码节点。3已出现试点和节点发放,但公开信息还没有给出大规模跨厂商调用结果。

七个环节,补的是哪一段

标准解读把智能体互联拆成一条连续链路。前两项先回答「谁在连接」:总体架构定义系统怎么分工,身份码和身份管理负责唯一标识、注册、账户、凭证和鉴别。一个身份码只对应一个智能体,身份还要经历注册、核验、更新、锁定、解锁和注销。2
中间两项回答「它能做什么、怎么被找到」。能力描述要求智能体把自身能力注册、发布和变更,发现流程则负责让另一个智能体找到合适的服务。没有这层约定,平台之间即使都提供「搜索」「报销」「排产」之类能力,也可能因为字段、目录和发现方式不同而无法直接匹配。
最后三项回答「怎么一起完成任务」。标准解读列出点对点、群组和混合交互模式,并规定外部工具调用的架构、流程和数据格式。2 这意味着互联对象不再只是聊天消息,而是可能涉及权限、工具和外部数据的实际操作。身份认证因此不能只在登录时做一次,访问控制要跟着注册、发现、交互和工具调用走。

标准发布,不等于生态已经打通

这件事的产业价值很容易被说大。标准把接口问题说清楚,能降低集成时的重复适配;身份码和凭证机制也为审计、追责和权限管理提供了共同语言。对企业来说,未来评估一个智能体时,除了看模型能力,还要问它能否被发现、能否证明身份、能否在授权范围内调用工具。
但「可互联」和「已经互联」之间隔着一整套工程工作。各平台要把自己的目录、账号、权限、日志和工具调用改造成符合标准的实现,还要处理版本兼容、故障恢复、恶意调用和数据边界。标准解读提到 MCP、A2A 等国际协议尚未形成统一共识,也指出企业当前面临适配成本高、协同效率低和可信管理难等问题。2 这些问题不会因为文件发布就自动消失。
目前公开信息能证明的是:标准覆盖范围已经明确,参与制定的企业超过 70 家,首批身份码也已发放。还不能据此证明不同厂商的智能体已经在生产环境中稳定协同,更不能推出某个平台会因此获得确定的市场份额。

对大厂和企业,影响会落在哪里

第一,平台的竞争单位可能从「一个智能体」变成「一套能管理其他智能体的系统」。如果发现、鉴权、协同和工具调用都有共同规范,企业采购时会更在意平台能接入多少外部能力,以及能否把调用过程留下完整记录。
第二,企业内部的 AI 项目会多一个验收维度。过去做客服、办公或制造智能体,重点常放在单个流程能否跑通;接下来还要验证身份注册、能力变更、跨域发现、访问授权和异常处理。一个看起来能完成任务的演示,如果无法说明「谁调用了什么、用了哪些工具、获得了哪些权限」,离生产部署仍然很远。
第三,具身智能也会被纳入这套协同问题。标准解读明确提到,智能体未来还会面向具身智能机器人等物理空间和实体扩展。2 对机器人来说,身份、能力和工具调用不只关系到软件权限,还可能关联设备控制和现实世界的安全边界,所以这部分落地需要比办公软件更严格的验证。

接下来观察四个信号

  1. 有没有跨厂商的公开演示。 重点看不同公司开发的智能体,是否能按照同一套身份、发现和交互规则完成一项可复现任务,而不是只展示单个平台内部的调用。
  2. 身份码是否进入真实业务。 首批发放是启动信号,下一步要看身份码是否出现在政务、制造、金融等具体系统的注册、鉴权和审计流程里。
  3. 工具调用是否有可核对的权限边界。 公开案例需要说明调用者、目标工具、授权范围、失败处理和日志留存,否则「能调用」不等于「可控」。
  4. 标准与既有协议如何共存。 MCP、A2A 等协议与 GB/Z185-2026 之间的映射、兼容和版本演进,会决定企业是减少适配,还是多维护一层规则。
短期内,这套标准最值得看的不是「全球首套」这样的表述,而是它能否把身份、能力和工具调用从发布会上的概念,变成企业系统里可测试、可审计的接口。

Related content

  • Sign in to comment.
More from this channel