托管 API 与 Google Cloud Agent 平台

KeepRouter 对比 Gemini Enterprise Agent Platform：原 Vertex AI

KeepRouter 更聚焦于通过公开目录和 KeepRouter 凭证提供托管模型访问。Gemini Enterprise Agent Platform 是 Google Cloud 当前产品名称，现已包含原 Vertex AI 能力、Model Garden、Agent Studio、Agent Runtime、评估、调优与云治理。旧称 Vertex AI 只应作为迁移与搜索提示保留。 [1] [2] [6] [7]

最后复核 2026-08-15 · 编辑复核: KeepRouter Editorial

直接结论

如果任务只是通过托管 API 调用文档化模型，而且团队不准备采用 Google Cloud 的模型与 Agent 平台，选择 KeepRouter。若团队需要 Google Cloud project、IAM、Model Garden、模型构建或调优、Agent Studio、Agent Runtime、评估、可观测性与区域控制，则选择 Gemini Enterprise Agent Platform。Google 已在 2026 年 4 月 22 日把 Vertex AI 纳入 Gemini Enterprise Agent Platform。当前对比必须使用新名称，并把 Vertex AI 作为旧名称搜索词，而不是另一个仍独立运行的产品。

两者在模型推理上有交集，但运行契约不同。KeepRouter 管理面向用户的目录、凭证、预付余额与私密上游路由；Agent Platform 是覆盖模型与 Agent 的 Google Cloud 环境。两种方式都可能合理，但平铺功能分数会遮住最重要的选择。

决策表

更名会直接影响页面架构

Google release notes 给出了 Vertex AI 名称到 Agent Platform 名称的明确映射：Vertex AI Platform 变为 Agent Platform，Vertex AI Studio 变为 Agent Studio，Vertex AI API 变为 Agent Platform API，Vertex AI Model Garden 变为 Model Garden。官方公告还说明，原 Vertex AI 服务与后续路线通过 Agent Platform 演进。

这会产生一条具体 SEO 规则：只在当前名称下发布一个 canonical 页面。旧的 /compare/vertex-ai 应重定向到本页，或者只作为别名存在。两份可以被索引、却回答同一问题的正文会拆分搜索意图，其中一份还会持续显得过时。

KeepRouter 适合的位置

KeepRouter 适合希望缩小采购与接入边界的应用。开发者从实时目录选择可用模型，使用页面所列端点，并通过 KeepRouter Key 认证。应用不用创建 Google Cloud project，也不用分配 Agent Platform 角色、选择区域或运维模型与 Agent 资源。

它不能替代 Google Cloud 治理。KeepRouter 不宣称提供 Agent Studio、Agent Runtime、Google Cloud IAM、自定义训练、托管端点、Model Monitoring 或组织策略。如果数据驻留或采购要求点名 Google Cloud 区域与资源，KeepRouter 也不适合。

Agent Platform 适合的位置

当需求超出发送推理请求时，Agent Platform 更匹配。Model Garden 覆盖模型选择与部署路径，Agent Studio 和 Agent Runtime 覆盖 Agent 构建与运行；平台还连接评估、监控、调优、Notebook、IAM、网络和 Google Cloud 数据服务。已经通过 Google Cloud 治理工作负载的组织，可以把这些能力纳入同一控制面。

这也带来更多决策。Quickstart 要求 project、billing、相关 API、凭证与 IAM。模型可用性和 quota 会随模型与 location 变化。Google 还把生成式开发迁向 Google Gen AI SDK，因此仍使用旧 Vertex AI SDK 代码的团队，应把产品更名与客户端迁移视为两项独立工作。

能力边界

不能把一个 SDK 示例理解为普遍兼容。Google 模型、合作伙伴模型、托管开放模型与自部署模型可能使用不同端点、参数、区域、部署方式与商业条款。模型、SDK 或功能的 Preview 状态也可能不同。架构确定前应核对准确模型页、quota、价格页与 release notes。

KeepRouter 的兼容性同样以模型为范围。页面列出的 OpenAI 或 Anthropic 兼容路由，覆盖该模型文档化请求形态，但不会复现 Google Cloud project、调优任务、grounding 产品、Agent session 或所有供应商原生字段。

从 Agent Platform 迁入 KeepRouter

1. 盘点模型 ID、project 与 location、端点类型、Google Gen AI SDK 能力、tools、grounding、调优、安全配置和 Agent 资源。
2. 把普通推理调用与 Google Cloud 服务拆开。Agent Runtime、调优任务、托管端点、评估流水线和数据集成不能随 Base URL 一起迁移。
3. 独立选择合适的 KeepRouter 模型与文档化路由。家族名称相同不能证明版本或行为一致。
4. 用限定范围的 KeepRouter Key 替换 Google 身份，移除 KeepRouter 契约中不存在的 project、location、publisher 和 deployment 字段。
5. 在代表性提示词上测试输出、工具、流式、安全行为、usage、错误、token 限制与计费证据，再删除 Google 资源。

从 KeepRouter 迁出到 Agent Platform

1. 先选择 Agent Platform 产品路径：托管 API 模型、合作伙伴模型、托管开放模型、自部署模型或 Agent 资源。
2. 创建 Google Cloud project 与 billing，启用所需 API，授予最小权限 IAM，并选择受支持区域。
3. 把每项 KeepRouter 模型需求映射到准确 Google 模型或 deployment ID，以及官方当前推荐 SDK。
4. 重建 secrets、quota、监控、成本归属、安全设置和 Agent 状态。KeepRouter 额度与私密路由不会迁移。
5. 在切换生产流量前验证 SDK 响应、流式、工具、错误、quota 耗尽、区域故障策略与数据处理。

AI Gateway 对比页会把托管 router 与云平台分开。托管与自托管指南和评估框架则能把平台选择变成可执行测试。

常见问题

Vertex AI 还是当前产品名称吗？

不是。Google 于 2026 年 4 月 22 日宣布 Vertex AI 已纳入 Gemini Enterprise Agent Platform，并发布了对应的新 Agent Platform 名称表。

Vertex AI 对比应该保留独立 URL 吗？

应在当前名称下使用一个 canonical 对比页。旧 Vertex AI URL 可以重定向到该页，在保留旧搜索意图的同时避免重复正文。

KeepRouter 能替代 Model Garden 或 Agent Runtime 吗？

不能。KeepRouter 提供文档化模型 API 与目录；Model Garden、Agent Runtime、调优、评估和 Google Cloud 治理属于独立平台能力。

迁移时只改 Base URL 可以吗？

只有很窄的文本调用可能如此简单。Project、location、模型 ID、tools、grounding、Agent 状态、流式、错误与认证都需要明确映射和测试。

哪一方模型更多或价格更低？

目录与价格会变化。应比较准确模型和部署路径的当前官方目录与计价单位，再评估同一工作负载，不能把结果扩写成通用排名。

参考的一手资料

来源复核日期 2026-08-15

1. [1] Gemini Enterprise Agent Platform announcement
2. [2] Agent Platform release notes and naming map
3. [3] Agent Platform models quickstart
4. [4] Agent Platform quotas and limits
5. [5] Agent Platform generative AI pricing
6. [6] KeepRouter OpenAPI
7. [7] KeepRouter models and pricing

继续阅读

• 按场景选择 AI Gateway
• 托管与自托管 AI Gateway
• OpenRouter 替代选项
• 多模态模型 API
• 如何用证据型评分卡评估 AI Gateway
• models