基于证据的 Gateway 对比

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] [2] [6] [9]

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

快速结论

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。用户从实时模型目录选择 ID 与记录的端点，上游选择由运营方负责。较窄契约能减少配置，但应用必须固定 provider、按请求强制 ZDR，或向终端用户开放 provider 选择时并不适合。可以继续阅读 KeepRouter 对比 OpenRouter与 KeepRouter 对比 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 兼容迁移清单提供了测试顺序。

数据控制必须按线路复核

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

采购审查应写出准确路径：应用、Gateway、所选 provider 或 provider policy、可选 tool 与存储目的地。OpenRouter 各层见 OpenRouter 是否保存提示词，KeepRouter 公开处理见安全页。

应该把谁放入 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 评估指南建立证据记录。

常见问题

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