Vercel 网关统一抵扣额度，耗尽后可回退

Token Pass 用户通过 AI Gateway 调用套餐内模型时，现在可以自动使用套餐额度，不再需要专门的 Token Pass API key。API key、OIDC token 和 fx login 都支持这次自动抵扣，但额度耗尽后的行为并不相同。

对接入 AI 的程序员来说，重点是两件事：标准凭证可以在套餐额度用完后继续消耗团队额度；请求进入回退路径后，数据保留规则也要看团队设置。接入更省事了，费用和隐私边界仍然需要分别确认。

自动抵扣后，还需要专用 Key 吗

这次更新把 Token Pass 额度的使用，从「必须选择专用 Key」变成了「符合范围的请求自动抵扣」。

通过 AI Gateway 发起请求，无论使用 API key、OIDC token，还是 fx login 认证，只要调用属于 Token Pass 包含范围的模型，就能使用对应额度。这里的范围限制不能忽略：原文没有说所有模型调用都能抵扣，也没有给出完整的模型与提供商清单。

Token Pass 专用 Key 仍然可以通过 dashboard 或 CLI 创建。它的用途是将 Key 的使用范围限定在指定模型和提供商，而不是开启自动抵扣的必要条件。原文没有提供具体 CLI 命令，不能据此直接写出操作步骤。

此次能力已向 Pro 团队中的 Token Pass 订阅者开放，不能把它理解成所有 AI Gateway 用户都获得了同样的额度待遇。

额度用完以后，请求会继续还是停止

选择哪种凭证，会决定 Token Pass 额度耗尽后请求是否继续。

原文明确区分了两条路径：

• 使用标准 API key 或 OIDC token 时，当前计费周期的 Token Pass 额度用完后，请求会回退到团队的 AI Gateway 额度。
• 使用 Token Pass 专用 Key 时，额度用完后请求会停止，直到下一个计费周期。

因此，标准凭证更适合希望调用持续进行的场景，但调用继续消耗的是另一份额度。专用 Key 则保留了套餐额度耗尽即停止的行为。

如果订阅者在初始化时创建了 Token Pass Key，作者给出的迁移建议是：改用标准 API key 或 OIDC token，以获得回退能力。

这里还有一个信息缺口：公告虽然明确 fx login 支持自动抵扣，却没有说明它在额度耗尽后的回退行为。不能因为三种认证方式出现在同一句话里，就推断它们的后续处理完全一致。

自动回退后，ZDR 还成立吗

ZDR 是 Zero Data Retention，即零数据保留。公告对它的承诺带有明确的请求路径条件。

通过 Token Pass provider 处理的请求，继续保持 ZDR；回退请求则遵循团队设置。如果团队启用了全局 ZDR，回退请求只会路由到支持 ZDR 的提供商。

所以，「通过 Token Pass 发起过调用」不足以判断后续所有请求的数据保留方式。需要确认请求最终走了哪条路径，以及团队是否启用了全局 ZDR。原文没有进一步解释 ZDR 的具体适用边界。

公告末尾还预告了更多模型，包括 Moonshot AI 的 Kimi K3、Z.ai 的 GLM 5.3，以及 DeepSeek.ai 的 DeepSeek V4.1 Flash。它们属于后续预告，原文没有给出明确上线时间，不能当作当前可用清单。

我的判断

我赞成把套餐抵扣与专用 Key 解耦。已有 AI Gateway 接入可以继续使用标准认证方式，减少为了使用额度而维护额外凭证的负担。

但自动回退是否合适，取决于团队更看重调用连续性，还是额度耗尽后明确停止。保留专用 Key 是有价值的，两种行为对应不同需求。

这是一则产品行为更新，没有性能实验、成本对照或故障率数据。能确认的是认证、额度回退和 ZDR 路由规则发生了怎样的关联；不能进一步断言它能降低多少成本，或提升多少稳定性。

能拿来做什么

• 检查 Node 服务或日常 AI 编程工具使用的凭证；如果当前是 Token Pass 专用 Key，并且希望额度耗尽后继续调用，可以改用标准 API key 或 OIDC token。
• 如果希望套餐额度用完就停止请求，可以继续保留 Token Pass 专用 Key，并在调用方处理停止后的提示。
• 对有数据保留要求的项目，检查团队全局 ZDR 设置，确认回退路径仍然只使用 ZDR 提供商。
• 使用 fx login 的用户，应单独确认额度耗尽后的行为；计划接入预告模型时，也要先核实实际可用范围。