如果你的团队已经让开发者在 Copilot、API Gateway 或内部封装里切换模型，7 月底这几条更新值得放在一起看。GitHub 把 Copilot 的模型权限推进到 enterprise teams，Vercel 则给 AI Gateway 加上 team/project 预算和独立日志页。它们不是同一个产品发布，但指向同一个工程问题：模型访问现在需要像云资源一样被授权、计量、审计和退役。

最容易漏掉的是退役。GitHub 在 2026-07-31 同时废弃 Gemini 2.5 Pro 和 Gemini 3 Flash，影响 Copilot Chat、inline edits、ask、agent modes 和代码补全等 Copilot 体验。管理员不需要手动移除旧模型，但需要确认替代模型已经通过策略放行，否则开发者看到的不是“升级”，而是模型选择器里突然少了一项。

Copilot 的新边界是用户和团队

GitHub 这次公开预览的 enterprise teams model policy targeting，适用于拥有 Copilot Business 或 Copilot Enterprise 许可证的 GitHub Enterprise 客户。管理员可以先在企业层设置模型基线，再把额外模型授权给特定 enterprise teams。GitHub 给出的意图很直接：不同角色、培训阶段或实验小组可以拿到不同模型，而不是完全依赖组织级设置。

这里有两个实现细节会影响迁移。第一，模型状态分成 Enabled、Disabled 和 Optional：Enabled 面向整个企业可用，Disabled 对全企业不可用，Optional 才能继续分配给 enterprise teams。第二，team 访问采用 least-restrictive 策略。一个用户只要从任一 enterprise team 获得某模型，就能在企业授权范围内使用它。

这意味着管理员不能只把旧的组织级开关照搬成团队列表。更稳妥的动作是先列出角色和项目，再把 Optional 模型映射到 enterprise teams，最后才打开 Enterprise teams mode。GitHub 也提醒，启用该模式后，组织级模型设置不再生效；预览期可以回滚到先前配置。

预算要按失败路径来设计

Vercel AI Gateway 的预算更新提供了另一半控制面。预算可以挂在 team、project 或 API key 上，一个请求可能同时落入多个预算，必须全部通过；任何一个 scope 超限，Gateway 就会拒绝请求。默认刷新周期是 monthly，也可以设置 daily、weekly 或不刷新。邮件提醒支持 50%、75%、100% 三档，但只负责通知，真正阻断的是预算上限。

最小可执行配置可以从这几条 CLI 开始，数值需要换成你的真实预算：

vercel ai-gateway budgets set team --limit 500 --refresh-period monthly
vercel ai-gateway budgets set project my-project --limit 200 --refresh-period monthly
vercel ai-gateway budgets defaults set project --limit 200 --refresh-period monthly
vercel ai-gateway budgets list

预算规则还要和 BYOK、项目归属、失败重试一起检查。Vercel 这次说明，BYOK spend 默认不计入预算。如果团队把一部分流量切到自带密钥，预算看起来健康，不代表真实成本已经被完整捕获。

日志决定你能不能解释一次调用

预算解决的是“能不能继续花”，日志解决的是“钱和延迟花在哪里”。Vercel 新增的 AI Gateway Logs 页按 team 和 project 展示请求，字段包括 cost、token counts、duration、模型、provider 和 region。展开单次请求后，还能看到 input、output、reasoning、cache reads/writes 的 token breakdown，time to first token，Zero Data Retention 和 region restrictions 是否生效。

更关键的是 fallback path。一次请求经过哪些 provider，哪一步超时，是否因为 routing budget 用尽失败，这些信息如果只留在应用日志里，很容易和模型平台的路由事实脱节。Vercel 允许按 provider、model、modality、credentials、status 过滤，也能导出 CSV 或 JSON。对平台团队来说，这已经足够做一次月度审计：哪些项目用了被允许的模型，哪些调用走了意外 provider，哪些成本来自 fallback。

一份今天就能执行的检查表

先列 Copilot 模型清单：标出全企业可用、禁止使用、只给特定团队试用的模型。再列企业团队：按角色、训练阶段、业务风险和实验权限划分，而不是按组织层级机械复制。

然后检查退役路径：Gemini 2.5 Pro 和 Gemini 3 Flash 已在 Copilot 体验中废弃，替代项分别是 Gemini 3.1 Pro Preview 和 Gemini 3.6 Flash。管理员需要确认替代模型在 Copilot settings 里已经放行，并在 VS Code 或 github.com 的模型选择器里实际可见。

最后补齐网关侧证据：每个 team、project 和 API key 是否有预算；预算超限时应用怎样降级；AI Gateway 日志是否能导出单次请求的成本、token、模型、provider、region 和 fallback path。少了其中任一项，模型治理都还停留在“开关管理”，没有进入可以复盘的工程流程。