人工智能 智能体互联 第 5 部分:智能体发现

随着人工智能技术迅猛发展，智能体作为人工智能从概念转化为实际生产力的关键载体，在各领域应用日益广泛，对赋能新型工业化、塑造新质生产力作用显著。然而，当前智能体产业发展面临诸多挑战,不同智能体间存在互联互通互操作难题,在基于协议的智能体互联领域,国际上已有MCP、A2A、ANP等智能体通信协议，但并未形成行业完全共识的方案，亟需制定适合国内智能体产业发展的行业统一共识方案。

为系统化解决上述问题，引导和规范智能体互联技术发展，提升智能体系统的互操作性、可组合性与整体产业效能，特制定本指导性技术文件。GB/Z185《人工智能智能体互联》旨在规定智能体互联的技术要求和流程,其编制遵循系统性、先进性和可操作性原则,为智能体之间实现跨平台、跨架构的互联、互通、互操作提供统一的技术框架和标准依据，GB/Z185拟由七个部分构成。

——第1部分:总体架构。目的在于给出智能体互联环境中的概念模型、功能模型。

——第2部分:身份码。目的在于给出智能体身份码定义和应用，给出身份码代码结构和分配原则的建议。

——第3部分:身份管理。目的在于给出智能体互联环境中的身份管理框架和全生命周期过程，描述身份管理的技术要求。

——第4部分:智能体描述。目的在于给出智能体的描述方法，提供智能体描述注册、变更和发布的参考流程。

——第5部分:智能体发现。目的在于给出智能体互联的发现流程。

——第6部分:智能体交互。目的在于给出智能体海量互联时的交互模式，描述交互基础元素及接口定义。

——第7部分:智能体工具调用。目的在于给出基于大模型的智能体调用工具的标准化架构、流程及工具描述,支持智能体与外部工具的无缝集成。

本文件确立了用于智能体互联的智能体发现的流程。

本文件适用于人工智能智能体互联、协同方案的设计、实现和测试。

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。

GB/Z 185.1-2026人工智能智能体互联第1部分:总体架构

GB/Z 185.4-2026人工智能智能体互联第4部分:智能体描述

GB/T 41867-2022信息技术人工智能术语

GB/T 41867-2022、GB/Z 185.1-2026和GB/Z 185.4-2026界定的以及下列术语和定义适用于本文件。

匹配并获得符合业务要求的1个或多个智能体描述的过程。

实现或提供智能体发现功能的过程。

下列缩略语适用于本文件。

API:应用程序接口(ApplicationProgramming Interface)

GUI:图形用户界面(Graphical User Interface)

LUI:语言用户界面(Language User Interface)

本文件定义智能体发现机制，包含基于智能体发现服务的发现(见6.1)和基于预置信息的发现(见6.2)。在实现智能体互联时,可任选1种或2种,并实施有效的衔接。

智能体描述管理方应提供智能体发现服务，并提供智能体发现接口，响应智能体发现请求。发现流程示意如图1所示。

注:在某些系统中，智能体发现服务与智能体描述管理方系统各自由独立的软件系统实现。发现服务应与智能体描述管理方同步智能体描述数据,保证智能体描述信息的准确性和时效性。

图1基于智能体发现服务的发现流程

基于智能体发现服务的发现流程如下。

a)智能体向智能体发现服务发送智能体发现请求(图1中步骤1):

1)发现条件可由智能体生成或人工设置；

2)发现条件宜将 表1定义的自然语言描述作为必要条件，同时可组合包含智能体名称、身份码等一种或多种其他信息;

3)智能体发现服务宜至少提供1种查询接口,如API、GUI或LUI。

b)收到请求后，智能体发现服务在已发布的智能体中查找符合要求的智能体(图1中步骤2):

1)结果集可包含0个、1个或多个条目,1个条目对应1个智能体;

2)结果集中的任1条目,应至少包含智能体的名称或其他任何可被用作符合性检查的信息;示例:智能体发现服务分析查询条件(如自然语言描述的功能、性能、状态、安全约束或付费信息)识别查询意图，再与目标智能体匹配，确定符合条件的目标智能体。

3)按业务需要，智能体发现服务宜依据已注册智能体的可被发现配置，仅返回配置为允许发现的智能体，不返回配置为不可发现的智能体；

4)按业务需要，智能体发现服务宜遵循已注册智能体的可用性要求，如付费使用，或仅供特定用户群使用等相关信息。

c)智能体发现服务对发现请求返回结果集(图1中步骤3)。

d)智能体检查结果集中所列智能体对当前业务的符合性(图1中步骤4):

1)如返回的智能体符合业务需要，宜按需对目标智能体发起交互；

2)如无智能体描述返回或返回的智能体不符合业务需要，可修改查询条件后，重新发起查询请求[见6.1 a)]。

e)智能体基于业务匹配结果进行交互(图1中步骤5)。

基于预置信息的智能体发现过程如图2所示。

图2基于预置信息的发现流程

基于预置信息的发现流程如下。

a)智能体使用查询条件从本地预置信息中查找智能体(图2中步骤1)，返回结果集:

1)查询条件可由智能体生成或人工设置；

2)本地查找的过程可由智能体提供者实现，或由智能体规划和执行。

b)预置的智能体信息应符合业务安全要求，可来自以下任何1种途径:

1)智能体提供者预置；

2)智能体访问智能体发现服务后返回的结果集的缓存，此时智能体宜按业务要求检查或保证描述的时效性(如周期性向智能体发现服务确认缓存智能体的可用性)；

3)智能体用户配置；

4) .well-known地址。

注:.well-known是WEB服务器上的标准化目录，用于存放特定类型的文件(如WEB网站介绍、配置、证书等)。

c)查询结果集非空时,智能体按6.1 d)检查结果集中智能体对当前业务的符合性(图2中步骤2)。

d)智能体基于业务匹配结果进行交互(图2中步骤3)。