A2A 协议下的智能代理发现机制：连接智能的桥梁

最新推荐文章于 2025-11-23 19:13:18 发布

原创最新推荐文章于 2025-11-23 19:13:18 发布 · 604 阅读

18 ·

CC 4.0 BY-SA版权

文章标签：

#人工智能

Agent2Agent 专栏收录该内容

8 篇文章

订阅专栏

A2A 协议下的智能代理发现机制：连接智能的桥梁

在当今数字化时代，人工智能代理（AI Agents）之间的协作变得愈发重要。无论是智能家居系统中的设备协同，还是企业级应用中的自动化流程，代理之间的无缝交互都是实现高效智能的关键。而这一切的基础，都离不开一个核心问题：代理如何发现彼此并了解对方的能力？Agent2Agent（A2A）协议为我们提供了一种标准化的解决方案。本文将深入探讨 A2A 协议中的代理发现机制，揭示其背后的原理与实践。

一、Agent Card：智能代理的“数字名片”

在 A2A 协议中，Agent Card 是智能代理之间相互了解的关键。它是一个 JSON 格式的文档，相当于代理的“数字名片”，包含了代理的核心信息。这些信息包括代理的身份（如名称、描述、提供者信息）、服务端点（代理服务可访问的 URL）、支持的 A2A 协议功能（如流式传输或推送通知）、所需的身份验证方式（如 Bearer 或 OAuth2）以及代理能够执行的具体任务或功能（AgentSkill 对象）。这些技能对象详细描述了代理能够完成的任务，包括任务的 ID、名称、描述、输入输出模式以及示例。

Agent Card 的重要性在于，它为客户端代理提供了一个标准化的方式来解析远程代理的能力。通过解析 Agent Card，客户端代理可以判断远程代理是否适合执行特定任务，如何构建请求以调用其技能，并确保与代理的安全通信。

二、发现策略：找到合适的代理

A2A 协议提供了多种发现 Agent Card 的策略，每种策略都适用于不同的环境和需求。

（一）Well-Known URI：标准化的发现路径

对于公共代理或在特定领域内需要广泛发现的代理，Well-Known URI 是一种推荐的发现方式。A2A 服务器将其 Agent Card 主机托管在一个标准化的“已知”路径上，路径为 https://{agent-server-domain}/.well-known/agent-card.json。客户端代理通过已知的代理服务器域名，向该路径发送 HTTP GET 请求，即可获取 Agent Card。

这种方式的优势在于简单、标准化，能够通过域名解析实现自动发现。它特别适用于那些希望被公开发现或在组织内部发现的代理。不过，如果 Agent Card 包含敏感信息，则需要对访问该路径的端点进行身份验证。

（二）Curated Registries（目录式发现）：企业级的解决方案

在企业环境、市场或专业生态系统中，Curated Registries 是一种常见的发现方式。在这种方式下，一个中介服务（注册表）维护着一系列 Agent Card，客户端代理可以通过查询注册表的 API 来查找符合特定条件的代理（如提供的技能、标签、提供者名称或所需功能）。

A2A 服务器（或其管理员）将 Agent Card 注册到注册表服务中。客户端代理通过查询注册表的 API（例如，“查找支持流式传输的‘图像生成’技能的代理”）来获取匹配的 Agent Card 列表或引用。

这种方式的优势在于集中管理和治理可用代理，能够基于功能能力而非仅仅是域名进行发现。此外，注册表可以实现访问控制、策略和信任机制，支持公司特定或团队特定的代理目录，甚至可以构建公共的 A2A 合规代理市场。不过，这种方式需要一个额外的注册表服务，并且目前 A2A 协议尚未定义此类注册表的标准 API。

（三）Direct Configuration / Private Discovery（直接配置/私有发现）：特定场景下的选择

在许多场景中，尤其是紧密耦合的系统、私有代理或开发测试阶段，客户端可能会直接配置 Agent Card 信息或获取它的 URL。客户端应用程序可以通过硬编码 Agent Card 详细信息、从本地配置文件读取、通过环境变量接收或从客户端已知的私有专有 API 端点获取。

这种方式的优点在于简单直接，适用于已知的、静态的代理关系，或者在不需要动态发现的情况下。然而，这种方式的灵活性较差，远程代理的 Agent Card 发生变化时，可能需要重新配置客户端。此外，专有 API 方式的发现尚未被 A2A 协议标准化。

三、Agent Card 的安全性：保护敏感信息

Agent Card 有时可能包含需要保护的信息，如内部代理的 URL 或身份验证凭据字段中的非机密信息。A2A 协议强烈建议不要在 Agent Card 中存储明文机密信息。

为了保护 Agent Card，可以采用以下机制：

端点访问控制：如果 Agent Card 不是面向公众且无需身份验证即可访问的，那么提供 Agent Card 的 HTTP 端点（无论是 /.well-known/agent-card.json 路径、注册表 API 还是自定义 URL）应使用标准的 Web 实践进行保护。例如，可以采用双向 TLS（mTLS）进行客户端身份验证，限制特定 IP 范围、VPC 或私有网络的访问，或者要求使用标准的 HTTP 身份验证（如 OAuth 2.0 Bearer 令牌、API 密钥）来访问 Agent Card。
注册表的选择性披露：注册表可以根据经过身份验证的客户端的身份和权限，返回不同级别的 Agent Card 或详细信息。例如，公共查询可能会返回一个简化的 Agent Card，而经过身份验证的合作伙伴查询可能会收到一个包含更多详细信息的 Agent Card。

A2A 协议鼓励采用动态获取凭据的方式，而不是依赖嵌入在 Agent Card 中的静态机密信息。