# Vercel AI Gateway 对比 OpenRouter：路由、BYOK、API 与 KeepRouter 的位置

> 应用已经围绕 Vercel 或 AI SDK 构建，并需要 team scope 的 BYOK、provider 顺序、模型 fallback 与 Gateway 预算时，更适合 Vercel AI Gateway。需要独立模型市场、广泛目录、可配置 provider 路由、原生客户端 SDK 与 OpenAI 兼容接入时，更适合 OpenRouter。希望使用更聚焦的预付模型目录、又不想管理 provider key 时，可以评估 KeepRouter。三者没有通用冠军，关键在于 provider 策略、凭证、账单与应用托管分别由谁负责。 [1](https://vercel.com/docs/ai-gateway) [2](https://vercel.com/docs/ai-gateway/models-and-providers/provider-options) [6](https://openrouter.ai/docs/quickstart) [9](https://keeprouter.com/models)

_最后复核 2026-08-26 · [编辑复核](https://keeprouter.com/editorial-policy#editorial-team)_

## 快速结论

Vercel AI Gateway 与 OpenRouter 都把多个模型 provider 放在托管 API 后面，但它们的运行起点不同。Vercel AI Gateway 属于 Vercel 平台，并与 AI SDK 深度结合。OpenRouter 是独立模型市场与路由服务，提供自己的 SDK、OpenAI 兼容 API、模型目录、credits 与 provider controls。KeepRouter 的范围更窄：通过 KeepRouter Key 和预付额度销售聚焦目录中的模型访问，不向自助用户开放上游 provider 选择。

这不只是 SDK 选择。它同时决定 provider credentials、路由策略、账单额度、fallback 行为和事故证据分别由谁负责。

## 三方决策表

| 决策因素 | Vercel AI Gateway | OpenRouter | KeepRouter |
| --- | --- | --- | --- |
| 自然起点 | Vercel team 或 AI SDK 应用 | 需要广泛模型市场的独立应用 | 需要聚焦托管目录与预付 API 的应用 |
| 客户端表面 | AI SDK，以及官方记录的 OpenAI 与 Anthropic 兼容 API | 原生 SDK、REST、OpenAI SDK 与其他集成 | OpenAI 兼容 chat、Anthropic 兼容 Messages 与模型专属公开路由 |
| Provider 路由 | 自动选择、order 与 only 规则 | order、only、ignore、fallback、数据政策、ZDR、价格、延迟与吞吐控制 | 私密的运营方路由，不是自助 provider policy 表面 |
| 模型 fallback | models 数组可以定义模型级 fallback | Provider fallback、router 与 model variants | 用户契约只包含公开 model ID 与当前有效线路 |
| BYOK | Team scope provider credentials，并有系统凭证 fallback 行为 | Provider key，免费额度与费用取决于当前计划 | 不承诺自助 BYOK |
| 计费 | Gateway credits，或 BYOK 对应 provider 计费 | OpenRouter credits，或 BYOK 对应 provider 计费 | KeepRouter 预付美元额度 |
| 更适合 | 已由平台团队负责 Vercel 的应用 | 需要目录广度和请求级路由控制的团队 | 希望减少 provider 账户工作且能接受较小公开契约的团队 |

## 最大差异是路由策略

Vercel 记录了两个不同的 fallback 层。Provider options 可以让 Gateway 自动选择服务 provider，也可以遵循明确 provider 顺序；models 数组还可以在首选模型失败时换到另一个模型。这些控制很有用，但每次自动变化都可能改变响应行为、数据政策、价格与事故链路。

OpenRouter 的 provider-routing 表面更大。当前官方文档包括 provider order、allow/deny list、fallback、data-collection 要求、ZDR、量化筛选、最高价格，以及按价格、吞吐或延迟排序。调用方能看见服务策略，也必须测试并承担更多策略责任。

KeepRouter 没有公开对等的请求级 provider controls。用户从[实时模型目录](/models)选择 ID 与记录的端点，上游选择由运营方负责。较窄契约能减少配置，但应用必须固定 provider、按请求强制 ZDR，或向终端用户开放 provider 选择时并不适合。可以继续阅读 [KeepRouter 对比 OpenRouter](/zh/compare/openrouter)与 [KeepRouter 对比 Vercel AI Gateway](/zh/compare/vercel-ai-gateway)。

## BYOK 同时改变控制与失败路径

Vercel BYOK credential 属于 team scope。文档说明 BYOK 尝试失败后可能使用 Vercel system credentials，而且 team 需要 Gateway credits 承接该路径。严格采购或数据区域策略不能只测试成功请求，还要明确测试失败情况。

OpenRouter 同样支持 BYOK，但当前额度与费用取决于计划和实时价格规则。其部分旧文档曾按请求数描述，当前 pricing material 则按计划与 list-price inference spend 表达。不要把某个额度复制进永久架构记录，应在复核日保存实时规则。

KeepRouter 不提供自助 BYOK。用户购买 KeepRouter 额度并使用 KeepRouter Key。这样可以减少用户管理 provider key 的工作，也意味着不能把 KeepRouter 当成用户自有 provider 合同外层的 policy wrapper。

## API 与 SDK 迁移图

| 当前集成 | 迁到 Vercel AI Gateway | 迁到 OpenRouter | 迁到 KeepRouter |
| --- | --- | --- | --- |
| Vercel AI SDK | 换成官方 Gateway provider 与模型 | 使用 OpenRouter 的 AI SDK 集成并映射 provider options | 使用 OpenAI 兼容或公开 HTTP 路由，不能假设 AI SDK provider options 会透传 |
| OpenAI Python 或 Node SDK | 更换 Base URL、credential 与模型，并测试受支持操作 | Base URL 设为 `https://openrouter.ai/api/v1`，映射 OpenRouter 专属字段 | Base URL 设为 `https://keeprouter.com/v1`，选择实时目录中的兼容 ID |
| Raw REST | 选择一种官方记录的 Gateway 协议 | 调用 `/api/v1/chat/completions` 或其他官方端点 | 调用所选模型公开的端点 |
| Provider-native SDK | 判断所选 Gateway 协议能表达哪些原生行为 | 替换 provider-native 字段，或使用 OpenRouter 官方扩展 | 不受支持的 provider-native 操作继续直连 |

更换 Base URL 只是第一步。还要重放 streaming、tools、结构化输出、多模态输入、错误、usage、取消与准确生产模型。[OpenAI 兼容迁移清单](/zh/blog/openai-compatible-api-migration-checklist)提供了测试顺序。

## 数据控制必须按线路复核

OpenRouter 提供 ZDR enforcement 与 provider data-policy filter。这些控制面向合格的推理 endpoint，不会自动覆盖 plugin 或 tool。Vercel 与 KeepRouter 有各自公开数据契约和路由责任，不能因为请求形态相似就推定保留链路相同。

采购审查应写出准确路径：应用、Gateway、所选 provider 或 provider policy、可选 tool 与存储目的地。OpenRouter 各层见 [OpenRouter 是否保存提示词](/zh/answers/does-openrouter-store-prompts)，KeepRouter 公开处理见[安全页](/security)。

## 应该把谁放入 shortlist

- Vercel deployment、AI SDK、team scope BYOK、provider order、model fallback 与 Vercel budgets 需要在同一运行面时，评估 Vercel AI Gateway。
- 看重广泛模型发现、独立托管、OpenRouter 原生 SDK 与请求级 provider 或隐私控制时，评估 OpenRouter。
- 需要较小托管目录、一个预付账户、公开用户价格，而且不想管理 provider credentials 时，评估 KeepRouter。
- 当 provider-native 操作、合同、区域或支持路径比统一接入更重要时，保留直连。

## 运行一次有边界评测

选择一个模型族、一个 endpoint 与 20 到 50 条代表性请求。固定 provider policy、fallback、区域与 retry budget，记录任务成功、首 token 时间、完整时间、错误类型、所选线路、usage 与实际扣费。每次只改变一个待评估变量。没有固定路由的宽泛 benchmark 无法区分模型行为与 Gateway 策略。可以使用 [AI Gateway 评估指南](/zh/blog/evaluate-ai-gateway)建立证据记录。

## 常见问题

### Vercel AI Gateway 比 OpenRouter 更好吗？

没有通用结论。Vercel AI Gateway 更自然地服务 Vercel 与 AI SDK 团队，OpenRouter 则提供更广泛的独立目录和更多请求级 provider controls。应测试实际需要的运行模式。

### 两款产品都支持 BYOK 吗？

支持，但 scope、额度、费用与 fallback 行为不同。应查阅当前 pricing 与 BYOK 文档，并测试 provider credential 失败后的实际路径。

### 两者都能使用 OpenAI SDK 吗？

两者都记录了 OpenAI 兼容接入，但仍需使用各自 Base URL、credential 与 model ID，并测试应用依赖的每项操作。

### 谁提供更多 provider-routing 控制？

OpenRouter 当前记录了更多请求级 provider filter 与排序选项。Vercel 记录了自动选择、provider order、only 规则与模型级 fallback。

### KeepRouter 适合什么位置？

KeepRouter 更适合偏好较小托管目录、KeepRouter credential 与预付计费，而不需要自行管理 provider 路由或 BYOK 的团队。其公开契约有意保持更窄。

## 参考的一手资料

_来源复核日期 2026-08-26_

1. [Vercel AI Gateway overview](https://vercel.com/docs/ai-gateway)
2. [Vercel AI Gateway provider options](https://vercel.com/docs/ai-gateway/models-and-providers/provider-options)
3. [Vercel AI Gateway model fallbacks](https://vercel.com/docs/ai-gateway/models-and-providers/model-fallbacks)
4. [Vercel AI Gateway BYOK](https://vercel.com/docs/ai-gateway/authentication-and-byok/byok)
5. [Vercel AI Gateway pricing](https://vercel.com/docs/ai-gateway/pricing)
6. [OpenRouter quickstart](https://openrouter.ai/docs/quickstart)
7. [OpenRouter provider routing](https://openrouter.ai/docs/guides/routing/provider-selection)
8. [OpenRouter pricing](https://openrouter.ai/pricing)
9. [KeepRouter models and pricing](https://keeprouter.com/models)

## 继续阅读

- [KeepRouter 对比 OpenRouter](https://keeprouter.com/zh/compare/openrouter.md)
- [KeepRouter 对比 Vercel AI Gateway](https://keeprouter.com/zh/compare/vercel-ai-gateway.md)
- [按场景选择 AI Gateway](https://keeprouter.com/zh/compare/best-ai-gateways.md)
- [OpenRouter 替代选项](https://keeprouter.com/zh/compare/openrouter-alternatives.md)
- [托管与自托管 AI Gateway](https://keeprouter.com/zh/compare/managed-vs-self-hosted-ai-gateways.md)
- [OpenRouter 会保存提示词吗？](https://keeprouter.com/zh/answers/does-openrouter-store-prompts.md)
- [如何用证据型评分卡评估 AI Gateway](https://keeprouter.com/zh/blog/evaluate-ai-gateway.md)
- [models](https://keeprouter.com/models.md)
- [security](https://keeprouter.com/security.md)

## 先固定策略，再比较速度

固定一个模型、endpoint、provider policy、fallback 规则与工作负载，再比较任务成功、线路证据、延迟、usage 与实际扣费，不要一次改变多个变量。

[创建免费 Key](https://keeprouter.com/login?returnTo=%2Fconsole%2Fkeys%3Fmodel%3Dfree) · [实时模型与价格](https://keeprouter.com/models.md)