Google Cloud 已正式为开发者在 Gemini Enterprise 和 Google Cloud Marketplace 发布 AI 代理铺平道路。此举明确了第三方代理如何通过 Marketplace 进行销售，并在 Google 的职场 AI 应用内部署。
Google 详细概述了开发者将其 " 代理即服务 "（Agent-as-a-Service）产品上架所需遵循的组织与技术步骤，涵盖 Marketplace 注册、协议合规、身份验证、计费集成以及在 Gemini Enterprise 内的注册流程。
技术架构：A2A 协议为核心
该计划整合了 Google 云基础设施的三个关键部分：客户通过 Google Cloud Marketplace 发现并购买代理；合作伙伴在自有项目中托管代理及采购逻辑；独立的 Partner Marketplace 项目则负责管理与账户创建、权限审批相关的采购 API 及 Pub/Sub 通知。
方案的核心是 Agent2Agent（A2A）协议，Google 将其定位为第三方代理的互操作性层。开发者需提供一份 A2A Agent Card（JSON 文件），描述代理的技能、认证方法和服务端点，使 Gemini Enterprise 能够显示元数据、定位端点并确定访问要求。
上架代理必须支持公共访问或 OAuth 2.0 授权码授予流程。其中，公共访问仅限于不处理用户数据或敏感资源的代理；OAuth 则用于代理代表用户行事或访问企业数据的场景。
注册流程：动态客户端注册
当代理采用委托身份验证时，Google 要求支持动态客户端注册（DCR）。在此机制下，Gemini Enterprise 可向代理提供商的授权服务器自动注册为 OAuth 客户端，避免了传统第三方集成中手动交换客户端 ID 和密钥的繁琐过程。
具体操作中，Gemini Enterprise 读取代理卡，发现 DCR 端点，并将签名的软件声明作为 JSON Web Token 发送。提供商需使用 Google 公钥验证令牌，并在返回客户端注册凭据前，根据记录检查订单标识符。
这一订单检查环节将安全性与商业控制紧密结合。提供商需将令牌中的订单 ID 与其数据库交叉引用，确认客户已付款后，方允许注册继续。
Marketplace 流程与治理模型
开发者的商业流程始于 Google Cloud Producer Portal。卖家需选择 "AI 代理即服务 " 产品类型，从 Google Cloud Storage 存储桶上传代理卡，设定公开定价或私有报价，并配置定价模型及后端采购集成。
发布前，Google 将对代理的功能、安全性和定价模式进行审核。获批后，产品将在 Google Cloud Marketplace 的专属 AI 代理类别中上架。
针对企业客户，Google 制定了明确的治理模型，责任划分为三类角色：计费管理员（通过 Marketplace 控制采购）、发现引擎管理员（在 Gemini Enterprise 内注册获批代理并管理访问权限）以及发现引擎用户（获权后使用工具）。
这构建了从购买到使用的两阶段路径：首先，计费管理员通过 Marketplace 订阅代理或接受私有报价，触发 Pub/Sub 通知并经合作伙伴系统审批权限，交易生成唯一订单 ID；随后，发现引擎管理员将购买行为与客户在 Gemini Enterprise 环境中的账户关联。此步骤中，系统将校验 Google Cloud 项目是否与采购计费账户一致，并通过 DCR 逻辑验证订单 ID，完成代理注册。
用户访问与生态意义
注册完成后，最终用户可在 Gemini Enterprise 的代理画廊中发现合作伙伴构建的代理，并按需请求访问。若产品已购买并注册，发现引擎管理员可直接授予权限。
首次使用时，用户可能需与合作伙伴系统完成 OAuth 授权，代理方可在 Gemini Enterprise 内运行。这一设计旨在让外部代理在 Gemini 界面内顺畅工作，同时保留计费监督和管理员控制权。
Google 提及 Lovable Agent 和 Atlassian Rovo 等已入驻 Marketplace 的代理，表明该模式旨在支持自助式采购和管理型企业部署。该框架标志着 Google 正努力将 Marketplace 从单纯的软件订阅分发渠道，转型为可从 Gemini Enterprise 内部直接调用的任务型 AI 服务分发平台。
所有上架代理除符合标准 Marketplace 要求外，还需遵守代理特定规则，包括遵循 A2A 协议、创建代理卡、支持获批的认证方法，以及与采购 API 和 Pub/Sub 集成以管理权限生命周期。
【星途科讯 图文丨略略 首发于 ZAKER 科技，转载请注明出处】
