智能体互联标准系列：人工智能智能体描述规范
在人工智能技术快速演进的当下，智能体作为将AI概念转化为实际生产应用的核心载体，其在各个行业的渗透程度持续加深，对于推动新型工业化进程、培育新质生产力发挥着日益重要的作用。然而，现阶段智能体产业发展仍面临诸多困境，不同智能体之间存在显著的互联互通互操作障碍。在基于协议框架的智能体互联领域，国际范围内已涌现出MCP、A2A、ANP等通信协议，但尚未形成行业内普遍认可的统一方案，迫切需要构建符合国内智能体产业发展需求的行业共识标准。
为系统性化解上述难题，规范并引领智能体互联技术的有序发展，增强智能体系统的互操作性、可组合性与整体产业效能，特制定本指导性技术文件。GB/Z185《人工智能智能体互联》旨在明确智能体互联的技术要求与实施流程，其编制遵循系统性、先进性与可操作性相结合的原则，为智能体实现跨平台、跨架构的互联互通互操作提供统一的技术框架和标准支撑，拟由七个部分组成。
——第1部分:总体架构。旨在明确智能体互联环境中的概念模型与功能模型。
——第2部分:身份码。旨在明确智能体身份码的定义与应用，提出身份码代码结构和分配原则的建议。
——第3部分:身份管理。旨在明确智能体互联环境中的身份管理框架与全生命周期过程，阐述身份管理的技术要求。
——第4部分:智能体描述。旨在明确智能体的描述方法，提供智能体描述注册、变更和发布的参考流程。
——第5部分:智能体发现。旨在明确智能体互联的发现流程。
——第6部分:智能体交互。旨在明确智能体大规模互联时的交互模式，阐述交互基础元素及接口定义。
——第7部分:智能体工具调用。旨在明确基于大模型的智能体工具调用标准化架构、流程及工具描述，支持智能体与外部工具的无缝集成。
本文件规定了智能体描述的具体方法，并提供了智能体描述注册、变更和发布的参考流程。
本文件适用于人工智能智能体及其互联、协同方案的设计、实现和测试。
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GB/Z 185.1-2026人工智能智能体互联第1部分:总体架构
GB/Z 185.5-2026人工智能智能体互联第5部分:智能体发现
GB/T 41867-2022信息技术人工智能术语
GB/Z 185.1-2026和GB/T 41867-2022界定的以及下列术语和定义适用于本文件。
用于描述智能体名称、功能等信息的机器及人类可理解的内容。
生产、维护或使用智能体提供服务的组织或个人。
提供智能体描述的注册、变更与发布等功能的实体。
智能体所具备的功能。
示例:某自动化办公智能体提供对用户授权文件中的信息的问答功能。
下列缩略语适用于本文件。
FQDN:完全限定域名(FullyQualified Domain Name)
IP:互联网协议(Internet Protocol)
URL:统一资源定位符(UniformResource Locator)
智能体描述由若干属性及其对应的属性值构成。智能体描述的属性定义见表1。
表1智能体描述的属性
属性名
英文变量名(示例)
是否必需
说明
身份码
agentId
是
a)字符串;b)智能体身份码在特定系统中唯一
名称
name
是
字符串
别名
alias
否
字符串
智能体版本
version
是
字符串
描述
description
是
a)字符串;b)关于智能体基本信息及功能的自然语言表达
图标地址
iconAddress
否
字符串
提供方
provider
是
字符串或自定义数据类型
访问地址
accessAddress
否
a)字符串;b)按访问方法(如URL，IP和FQDN等)确定访问地址的格式
访问方法
accessMethod
否
a)自定义数据类型数组;b)说明所有支持使用的访问方法及当前使用的访问方法(如URL, IP和FQDN等);c)缺省访问方法为数组的第1个元素(假设数组序号起始为1)
智能体服务区域
servingArea
否
a)自定义数据类型;b)描述智能体可服务的地理区域范围
认证方式
authentication
否
a)自定义数据类型;b)应用应实现与当前所使用访问方法配套的认证方式。认证方式应符合应用安全要求
辅助功能描述
capabilities
是
a)自定义数据类型;b)说明智能体对辅助功能(如是否支持SSE、是否支持异步消息，或是否提供任务状态历史查询等)或业务自定义的其他辅助功能的支持程度
默认输入类型
defaultInputTypes
是
a)字符串数组；b)智能体支持的输入类型(所有技能输入所含的公共类型),如文本、文件或图像等
默认输出类型
defaultOutputTypes
是
a)字符串数组;b)智能体支持的输出类型(所有技能输出所含的公共类型),如文本、文件或图像等
技能
skills
是
包含技能属性(见表2)的自定义数据类型数组
表2技能的属性
属性名
英文变量名(示例)
是否必需
说明
标识
skillId
是
a)字符串;b)技能标识在特定范围内(如单智能体或某系统)保持唯一；c)按业务和部署环境要求，技能标识应遵从特定格式
名字
skillName
是
字符串
技能描述
skillDescription
是
a)字符串;b)描述技能的自然语言表达
标签
tags
是
a)字符串数组;b)说明技能所属的类别或特征等
样例
examples
否
a)字符串数组;)此技能的使用样例，如包含典型输入、输出示例
输入类型
inputTypes
是
a)字符串数组;b)技能支持的输入类型，如文本或图像等
输出类型
outputTypes
是
a)字符串数组;b)技能支持的输出类型,如文本或图像等
运行依赖
dependencies
否
a)自定义数据类型数组；b)使用此技能的条件或依赖(如技能运行时依赖的软硬件环境、配置，或物理环境等)；)留作系统实现时自行定义和使用
智能体描述的注册流程见图1。智能体描述的注册流程如下。
注:图中2.a.1 0.2.a.3所示过程与2.b所示过程为可选过程，二选一即可。
图1智能体描述注册过程
a)智能体提供方应为智能体提供描述，并向智能体描述管理方发送注册请求(图1中步骤1)，请求信息:
1)宜包含注册的对象，智能体程序包或智能体实例;
2)宜包含智能体描述，符合第5章的要求；
3)宜包含智能体描述管理方所需的其他信息(如智能体程序包的版本、智能体的可发现或可用条件等)。
b)智能体描述管理方应验证智能体提供方身份的真实性,宜验证智能体的身份(图1中步骤2),宜选择以下方式之一:
1)向智能体身份验证方发送身份验证请求并获得身份验证结果(图1中步骤2.a)；
2)智能体描述管理方自行验证智能体身份(如基于可验证凭证)(图1中步骤2.b)。
c)基于验证结果,智能体描述管理方应检查注册请求信息(图1中步骤3)，宜评估风险:
1)对注册请求信息的检查，宜根据智能体描述管理方所在地或服务目标区域适用的法律、标准或智能体描述管理方自行制定的要求执行;
2)智能体描述管理方可自行测试或向智能体提供方索取智能体描述中声明的功能、性能、安全、运行依赖等相关测试数据或证明材料；
3)风险的类别、内容，分析及判别过程等可由智能体描述管理方自身定义并实现。
d)智能体描述管理方应向智能体提供方返回结果响应(图1中步骤4):
1)如通过风险评估，返回成功响应，宜附带注册信息(如智能体描述管理方为智能体生成的标识、归类等信息)，由智能体描述管理方自行定义及实现；
2)如智能体描述注册信息检查不通过或风险评估不通过时，返回失败响应，宜附带不通过信息;
3)如过程中智能体描述管理方发生内部系统异常，返回失败，宜附带异常信息。
智能体提供方自行或通过智能体描述管理方发布智能体描述,用于智能体发现(发现过程的定义按GB/Z185.5-2026)。智能体描述的发布流程见图2。
注:智能体提供方自行发布智能体描述，是使智能体描述信息在可被访问(如通过.well-known地址)。智能体描述的发布流程如下。
图2智能体描述发布流程
a)在智能体发布前，智能体提供方宜向智能体描述管理方申请发布证书(图2中步骤1):
1)证书应能证明智能体已注册信息的完整性及智能体描述管理方(发布者)的真实性；
2)证书宜包含公钥或证书摘要等必要信息。
b)智能体描述管理方验证申请方身份的真实性,检查智能体已注册信息的完整性、实时性等(图2中步骤2),检查指标可由智能体描述管理方定义。
c)为发布智能体，智能体提供方应向智能体描述管理方发送发布请求(图2中步骤4)，后者可向智能体提供方索取附加信息以备审核，如:
1)发布国家和地区;
2)是否为开放测试版本;
3)付费要求；
4)权限要求和说明(权限、设备、数据要求以及相应理由);
5)电子版权证书；
6)智能体描述管理方或法律法规要求的其他信息。
d)智能体描述管理方审核请求(图2中步骤5):
1)如通过,应返回智能体发布请求成功响应(图2中步骤6);
2)如不通过，应返回智能体发布请求失败响应(图2中步骤6)；
3)如审核过程中智能体描述管理方系统内发生异常，应返回智能体发布请求失败响应(图2中步骤6)。
e)返回发布成功的响应后,智能体描述管理方应实施智能体信息上线生效的工作。生效后,智能体描述管理方支持对所发布智能体的发现。
智能体提供方变更在智能体描述管理方发布的智能体,过程见图3。
图3智能体变更过程
智能体描述的变更流程如下。
a)智能体提供方向智能体描述管理方提交智能体变更申请(图3中步骤1)，应包含第6章a)要求的信息。如变更同时需发布智能体，应包含第7章c)的信息。
b)智能体描述管理方应审核智能体变更请求(图3中步骤2)。
c)返回智能体变更请求结果(图3中步骤3):
1)如通过，应返回智能体变更请求成功响应；
2)如不通过，应返回智能体变更请求失败响应；
3)如审核过程中智能体描述管理方系统内发生异常，应返回智能体变更请求失败响应。
d)变更成功时，智能体描述管理方宜对新版本智能体提供发现服务(图3中步骤4)。
注:当智能体描述管理方系统与智能体发现服务独立实现时，发现服务与智能体描述管理方同步智能体变更信息，以备发现。
e)智能体提供方可检查变更情况(如尝试发现过程)(图3中步骤5)。此过程可选。