GB/Z 185.1-2026《人工智能智能体互联第1部分：总体架构》标准解读-成都东契奇科技有限公司

随着人工智能技术的快速发展，智能体（具备环境感知、记忆、决策和执行能力的新型智能系统）正成为产业应用的关键载体。但当前不同系统、不同场景下的智能体多处于“孤岛”状态，亟需统一规范。GB/Z 185.1‑2026《人工智能智能体互联第1部分：总体架构》作为系列标准的第一部分，确立了智能体互联的总体概念模型和功能参考架构，为跨平台、跨架构的智能体互联提供统一的技术框架。标准定义了智能体互联涉及的五大概念域（用户域、智能体域、管理服务域、互联服务域、资源访问域），并给出各域的功能要素和接口规范。

一、背景与目的

标准旨在系统化解决智能体互联中的互操作难题。引言指出，随着智能体应用广泛但互联互通缺乏共识，目前行业有多种通信协议（如MCP、A2A、ANP等），却未形成统一方案。为提升智能体系统的互操作性、可组合性和整体产业效能，标准组编团队制定了包括总体架构在内的七个部分的体系（身份码、身份管理、描述、发现、交互、工具调用等），为智能体跨平台互联、互通、互操作提供统一技术框架和标准依据。标准提出，互联过程应遵循系统性、先进性和可操作性原则，构建身份可信、能力可见、发现匹配、协作交互、工具调用等全流程闭环体系。

二、系列标准整体规划

GB/Z 185《人工智能智能体互联》是一套覆盖全流程的系列标准，拟由 7 个部分构成，形成 “身份标识 - 信息描述 - 能力发现 - 交互执行 - 工具扩展” 的完整技术闭环。各部分定位如下：

第 1 部分——总体架构：给出智能体互联的概念模型与功能参考架构，是整个系列的顶层设计与总纲。

第 2 部分——身份码：规定智能体身份码的定义、代码结构与分配原则。

第 3 部分——身份管理：规定智能体互联的身份管理框架与全生命周期技术要求。

第 4 部分——智能体描述：规定智能体的描述方法，以及描述注册、变更、发布的参考流程。

第 5 部分——智能体发现：规定智能体互联的能力发现与匹配流程。

第 6 部分——智能体交互：规定海量智能体互联的交互模式、基础元素与接口定义。

第 7 部分——智能体工具调用：规定基于大模型的智能体调用工具的标准化架构、流程与工具描述。

三、核心技术内容解读

核心术语界定

标准对智能体互联中的关键术语进行了定义：

智能体（agent）：感知环境并主动采取行动以实现特定目标的实体。

注：本标准中特指人工智能智能体，通常为软件系统，强调具备感知、决策和执行能力。

智能体身份注册服务方：处理智能体身份注册请求、进行身份核验并管理身份账户的实体。可存在多个注册服务方。
智能体身份码：由身份注册服务方分配给智能体的标识符，用于跨系统环境中识别、验证和管理该智能体。
智能体凭证：包含智能体身份属性声明、防篡改的，用于身份鉴别的数据集合。
智能体互联：智能体通过标准协议或接口等方式，与其他智能体（或工具）连接协同完成任务的过程。
工具（tool）：提供特定功能且可被智能体使用的设备、软件或系统。

智能体互联概念模型

标准首先给出了智能体互联的概念模型，由五个概念域组成：用户域（发起任务和接收结果的用户，如个人或机构）、智能体域（各类智能体及其身份和描述等管理功能）、管理服务域（身份管理、凭证管理、身份鉴别功能）、互联服务域（描述管理、智能体发现和消息分发功能）、资源访问域（工具服务、外部资源功能）。各概念域之间可通过标准接口进行信息交换。概念模型如图1所示，图中域与域之间的连线代表信息交互关系。

智能体互联功能参考架构

在此概念模型基础上，标准给出了功能参考架构（见图2），进一步细化每个概念域的功能要素，并定义各功能之间的接口关系。例如，智能体域包括“身份维护”、“描述维护”、“互联鉴权”、“交互”、“工具访问”等功能，管理服务域包括“身份管理”、“凭证管理”、“身份鉴别”等功能；互联服务域包括“描述管理”、“智能体发现”、“消息分发”，资源访问域则提供“工具服务”功能。

各域功能概述：如前所述，智能体域需支持身份码维护（按照GB/Z 185.2 标准维护身份码）和身份凭证维护（按照GB/Z 185.3管理凭证）、描述维护（按照GB/Z 185.4管理名称和能力描述）、互联鉴权（按照GB/Z 185.3进行相互鉴别）、交互（按照GB/Z 185.6交换信息）以及工具访问（按照GB/Z 185.7调用工具服务）等。管理服务域则负责身份分配、凭证签发与销毁、身份鉴别等全生命周期管理；互联服务域负责描述管理、智能体发现和消息分发；资源访问域提供工具信息服务与调用功能。上述功能要求已按相关子标准（GB/Z 185.2–185.7）作了明确对应。

接口规范：标准定义了功能参考架构中的主要接口（FRAI: Functional Reference Architecture Interface）。表2列出了接口编号FRAI-01至FRAI-10及其功能说明。

FRAI-01规范了身份维护模块向身份管理模块申请分配、更新和注销身份码的方式；
FRAI-02规范了身份维护向凭证管理申请凭证的过程；
FRAI-03规定智能体互联鉴权如何调用身份鉴别服务；
FRAI-04/05规范身份管理、凭证管理和身份鉴别模块之间信息同步方式；
FRAI-06规定描述维护提交信息至描述管理的方式；
FRAI-07规定智能体发现从描述管理同步信息的方式；
FRAI-08/09分别规定点对点交互和群组交互的实现方式；
FRAI-10规定工具访问通过工具服务调用的方式。这些接口统一了各功能模块的交互协议和流程，为多系统、多厂商智能体的互通提供接口级兼容保证。

四、智能体互联典型场景与通信流程

标准附录A给出了典型互联场景的参考流程图，帮助理解多智能体系统的交互过程。主要场景包括：

智能体注册场景

智能体在接入前，首先向身份管理模块提交注册请求，审核通过后分配身份码并返回给智能体，智能体通过身份维护模块保存身份码；然后智能体向凭证管理模块申请凭证，凭证管理模块核验信息后颁发凭证，智能体保存凭证；最后智能体向描述管理模块发起描述信息注册请求，审核通过后即可完成描述信息的录入。该流程确保每个智能体获得唯一身份码和凭证，并将自身信息注册入互联体系。

跨中心智能体发现场景

假设存在多个注册中心。某中心1的发现模块首先获得本中心内部权限，然后从本中心描述管理模块同步本地智能体描述；接着中心1发现模块向中心2身份管理模块申请发现权限，获得后从中心2描述管理同步描述信息；最后中心1的智能体向其发现模块提交能力需求，发现模块在已建立的描述库中匹配并返回满足需求的智能体列表。该场景展示了不同中心注册的智能体互联前提：跨中心能力发现是跨中心互联的关键步骤。

手机终端场景

用户通过手机助手发起任务（例如查询、控制请求），助手存储个性化信息并分析任务，将其调度给具备处理能力的智能体（部署在终端或云端）。智能体与手机助手可进行多次交互后输出结果返回助手；同时，智能体1根据需要向发现模块提交协作需求并获取协作智能体列表；智能体选择目标后，与之进行双向身份鉴别（可由智能体自身或专门的身份鉴别模块完成），只有通过鉴别的协作方才能继续协作；然后智能体可选择群组模式通过消息分发模块与多个智能体协作；在任务执行过程中，如有需要还可调用资源访问域提供的工具服务。