Vercel AI Gateway预算：OIDC、API key与BYOK，钱分别从哪扣？

一个小工具先接一家模型，后来又想加备用服务，代码里很快就多出几套密钥、日志和错误处理。Vercel AI Gateway 的吸引力就在这儿：把这些管理放在一个入口。我的判断是，先确认你真有跨供应商的需要，再看它能替你少维护哪些环节。

一次请求，最后到底由谁处理

官方文档说明网关会记录供应商尝试、实际模型、状态、延迟、用量和费用，并支持供应商与模型回退；应用可以部署在别处，并非必须运行在 Vercel。模型 token 价格零加价也包括 BYOK，但不能据此把应用计算、存储等费用一起当成免费。[1]

我建议先保留一组固定问题，再观察正常和失败情况的记录。备用模型能返回文本，并不证明它满足原来的结构、工具调用或回答要求；这些仍要按你的任务验收。

项目预算，不一定管得到那把 API key

预算按认证方式计入不同范围。项目预算针对相应部署的 OIDC 请求，直接用 API key 的花费不因它服务于某项目就自动记到项目预算。自带供应商密钥的 BYOK 花费也不进入网关这些预算。[2]

预算是软上限：每次请求开始时检查，越过上限的那一次仍可能完成。达到限额后的相关新请求会被拒绝，但总额可能稍高于设置值。BYOK 失败还可能回退到系统凭据，需要核对自己的回退配置。[1][2] 因而我会把认证方式、网关预算和供应商侧用量一起记录，而不是只填一个数字就默认全受控。

先接一个真实任务，再安排备用

已有AWS应用，就把Bedrock的检索与附加能力放进现有账单一起看；有明确数据部署边界，再读Azure的部署方式。Vercel这篇更关注多项目认证与用量归属。它们不是用一个最低token价就能排出的名单，接入责任、数据条件和整条任务费用也要一致。

已经需要多家模型与备用路由，统一入口才有具体维护价值；固定一家且日志足够，增加网关不是必需步骤。决定接入时，把OIDC、API key、BYOK的预算范围逐项对上，再查看系统凭据回退。软上限允许跨额请求完成，不能把一个预算数字当成整条应用的硬封顶。