借助 Agent Registry，您可以在 Google Cloud 环境中注册、发现和治理智能体组件，包括 AI 智能体、Model Context Protocol (MCP) 服务器和工具、端点以及独立技能。通过将这些组件整合到单个注册表中，您可以减少 AI 部署中分散的工具访问、孤立的数据和冗余的集成。
您可以在 Agent Registry 中以资源形式查看和管理已注册的组件。如需详细了解 Agent Registry 资源，请参阅 Agent Registry 数据模型。
为什么要使用智能体注册表？
Agent Registry 围绕三个主要目标进行构建，旨在帮助您管理智能体、MCP 服务器、端点和技能：
- 加速开发：在整个组织中发现和重复使用现有的智能体功能，例如 A2A 技能、独立技能和 MCP 工具。您可以查询注册表，以识别和使用可用功能，从而无需为每个新流程创建自定义集成。
- 简化集成：使用标准化的 MCP 和 Agent2Agent (A2A) 协议来定位和连接到功能端点，并减少基础设施管理开销。
- 支持治理：通过网络和访问政策以及管理边界在整个智能体舰队中强制执行安全措施。其他服务可以使用智能体组件的标识符来定义权限，并控制哪些智能体可以访问您的数据，包括通过 Agent Gateway 集中管理多个 Google Cloud 项目中的智能体元数据。
将 Agent Registry 与 Gemini Enterprise Agent Platform 搭配使用
Agent Registry 旨在与 Agent Platform 中的其他服务搭配使用，以在运行时保障和管控智能体交互。
在 Agent Platform 中，Agent Registry 维护着您需要治理的智能体、MCP 服务器、工具、skill 和外部端点的权威注册表，并生成发现客户端和安全政策引用的标识符和资源名称。
Identity and Access Management (IAM) 访问权限政策会将智能体主体绑定到 Agent Registry 中注册的目标资源。您可以通过智能体身份为工作负载预配可验证的智能体主体，并通过身份验证提供方管理外部工具的凭证。
Agent Gateway 使用您的 IAM 和内容安全政策来确定在运行时何处强制执行政策，作为智能体流量的网络强制执行点。在代理、MCP 服务器或外部端点之间路由请求之前，Agent Gateway 会查询 Agent Registry，评估您配置的 IAM 政策，并应用 Model Armor 提示和回答检查。
为中央注册表定义治理项目
在 Agent Registry 中，治理项目是指您启用 Agent Registry API 的 Google Cloud 项目，用于集中编目、发现和治理智能体组件。您可以在此项目中运行发现查询、管理注册表资源以及配置访问和出站流量政策。
根据您的架构，您可以在单项目或跨项目配置中使用治理项目：
- 单项目配置：您在同一个 Google Cloud 项目中部署 AI 工作负载并启用 Agent Registry。Agent Registry 会自动注册该项目中部署的受支持工作负载，您也可以在同一项目中手动注册自定义组件或外部端点。
跨项目配置：您可以在多个 Google Cloud 项目中集中治理，无论是否有管理边界：
- 管理边界：您在 Resource Manager 中的文件夹或组织上配置管理边界，其关联的管理项目将用作中央治理项目。Agent Registry 会自动将边界内所有成员项目中发现的受支持智能体和 MCP 服务器汇总到管理项目中。
您还可以汇总直接在管理项目中注册的
Service和Binding资源。 - 无管理边界：您指定一个标准Google Cloud 项目作为治理项目，并在其中启用 Agent Registry 和共享治理服务（例如 Agent Gateway）。您的 AI 工作负载可以在单独的 Google Cloud项目、本地环境或外部云中运行。在 Agent Registry 中，托管在治理项目之外的组件称为“远程”组件。由于没有管理边界的自动注册只会发现部署在治理项目中的受支持工作负载，因此您需要使用
Service资源在中央注册表中手动注册远程组件。如需了解详情，请参阅跨项目注册注意事项。
- 管理边界：您在 Resource Manager 中的文件夹或组织上配置管理边界，其关联的管理项目将用作中央治理项目。Agent Registry 会自动将边界内所有成员项目中发现的受支持智能体和 MCP 服务器汇总到管理项目中。
您还可以汇总直接在管理项目中注册的