Vercel AI Gateway 管多项目：谁在花钱，失败后用谁的密钥？

客服助手和内部写作工具共用几家模型时，最先让人头疼的往往是月底对账：到底是哪一个项目在花钱？Vercel AI Gateway 可以集中凭据、路由和请求记录，应用也可以运行在其他服务器上。[1] 我更看重它能不能解释一条请求的来龙去脉。

项目预算，先看请求用什么身份进来

官方预算文档按认证方式区分归属。项目部署的 OIDC 请求计入项目和团队；使用归属成员的 API key，则计入该 key、成员和团队，不因为这把 key 放在某个项目里，就自动计入那个项目预算。[2]

所以我会先画出每个应用实际用的认证方式，再设预算。预算是可选项；没有适用上限时，不会自动得到一个保底限额。它还是软上限：检查发生在请求开始，越过额度的那次请求可以完成，最终金额可能超出；之后受影响的新请求会被拒绝。[2]

自带密钥失败，账单可能换一个地方

当前 BYOK 文档说明它属于付费方向，团队需要购买网关 credits。自己的供应商凭据失败后，网关会尝试系统凭据，回退用量从网关余额扣费。团队配置的凭据还可供多个项目使用。[3]

如果你希望“只能用我们自己的供应商账户”，仅仅把密钥填进去就不够。评估时要确认可接受的回退行为，并查实际请求记录；有特定数据处理要求时，还需对应核对相关路由条件。一次成功响应不能替代这一步。

备用答案，先让业务接得住

我会挑一条带严格字段的工单摘要，分别检查正常路径与允许的备用结果。比如原任务必须返回订单号和退款原因，备用模型虽然成功输出一段文字，却漏了订单号，这个结果仍不能写回工单。网关记录实际模型、供应商、尝试、用量与费用，正好帮助把结果对回执行路径。[1]

两个项目需要分账、多个模型需要回退时，这个托管入口有明确用途。项目预算对应OIDC，成员key对应另一组归属，BYOK还要看供应商账单。对账能分清这三条路径、业务能识别不合格的备用答案，再扩供应商；集中密钥并不会自动补齐这些条件。