本文要点
- 9 月 1 日变更只解除 overage controls 的特定限制，不代表 Pay-as-you-go 订阅或 AI developer tools 于 9 月 10 日扩大资格。
- 适用项目必须关联会出具有效月度发票的 Cloud Billing account，并至少有一个有效、非免费试用的受支持订阅。
- Overages 适用于 Standard、Plus 和 Standard Emerging Market 等按席位版本；Pay-as-you-go 本身按全部用量计费，不使用此开关。
- 达到池化功能配额后，未启用 overages 的功能会停止；启用后超出部分按量计费，存储与索引还有独立的共享池规则。
- 不设置 monthly spend limit 会让超额使用持续产生费用；即使设置限额，停止也可能延迟数分钟并略微超支。
- 账单资格、版本、配额或 IAM 不是网络故障。只有 DNS、TLS、代理 407 或连接超时证据明确时，固定出口才有排查价值。
发生了什么：9 月 1 日解除 overage controls 限制
Gemini Enterprise 官方 release notes 的 2026 年 9 月 1 日条目说明，配置 overage controls 已向所有关联 invoiced Cloud Billing account 的项目开放。此前收到主题为 [Billing Update] New Gemini Enterprise overage billing controls launching Aug 17, 2026 的客户，即使使用发票型结算也无法启用 overages；官方现在明确说这项限制不再适用。
该条目只给出日期，没有具体时刻和时区，精确发布时间记为 UNKNOWN。它谈的是超额用量控制，不是 Pay-as-you-go 订阅资格，也没有宣布 AI developer tools 在 9 月 10 日普遍开放。应保留这条边界，避免把两个计费机制写成一次功能发布。
先分清两套机制：按席位 overages 与 Pay-as-you-go
Standard、Plus 和 Standard Emerging Market 等按席位版本拥有池化功能配额。达到某项配额后，若管理员没有启用 overages，该功能会停止；启用后可以按官方 overage rate 继续使用。Standard Emerging Market 仍只面向合格客户，9 月 1 日变更没有取消它自身的资格条件。
Pay-as-you-go 版本不同：全部 feature usage 本来就按量计费，因此 overages 开关不适用。不要因为项目能看到超额控制，就推断它已获得 Pay-as-you-go 订阅、developer tools、特定地区或价格资格；这些是不同的账号与产品事实。
启用资格：发票账号、有效订阅与管理员角色
配置 overages 前，项目必须关联会收到有效月度发票的 Cloud Billing account，至少有一个 active、non-free-trial 的受支持订阅，并由 Gemini Enterprise Administrator 操作。普通在线自助结算、只有免费试用、无受支持版本或无管理员角色时应停止。
先导出一张资格卡：项目 ID、结算账号类型、发票状态、edition、席位数、订阅状态、管理员与账单负责人、当前 pooled quota、当前开关。若任何字段无法核实，不要反复切换开关；保存控制台证据并交给 Google Cloud 支持或账号团队确认。
费用边界：超额费、共享池与支出上限
启用 overages 后，超出版本所含功能配额的部分按量收费。存储与数据索引按项目和 location 共享一个池，超出共享池可能自动产生费用，不能把单个版本的开关理解为所有成本都被关闭。具体费率、币种、支持费和税务应以当前账单与官方价格表为准。
官方明确警告：如果启用 overages 却不设置 monthly spend limit，超过池化配额后的功能使用会不受限制地继续计费。支出上限可同时覆盖 Gemini Enterprise app、Agent Platform 和 Antigravity 等 AI coding tools，账单服务范围落在 Vertex AI API。
安全变更：先保存旧状态，再做小额验证
第一步保存当前开关、各版本勾选状态、池化用量、账单周期和支出限额；第二步设置一个经财务批准的低 monthly spend limit 与预算提醒；第三步只为一个非生产项目或低风险团队启用；第四步用最小任务越过一项可控配额；第五步在 Usage & Spending 和 Cloud Billing 中核对用量、费用与服务范围。
一次成功只证明该项目、版本和时点的控制有效，不能外推其他 location、功能或项目。Google 提醒达到支出限额后的自动停止可能需要数分钟，实际费用可能略超限；因此限额不是零超支保证，测试量和停手阈值仍须保守。
失败排查：Usage limit reached 不一定是网络问题
看到 Usage limit reached 时，先判断是项目达到 monthly spend cap，还是某项功能达到 pooled quota 且 overages 未启用。开关不可见先查发票型结算、有效订阅、edition 和管理员角色；账单标签不可见还要核对 Billing Viewer 或 Billing Administrator 等查看权限。
只有资格、配额与 IAM 都满足后，仍出现 DNS 解析失败、TLS 握手错误、代理 407 或连接超时，才参考<a href="/resources/proxy-connection-troubleshooting-checklist">代理连接系统排查清单</a>。固定出口不能生成月度发票、提高池化配额、授予管理员、开启 overages 或取消费用。
停手与回滚：恢复旧开关，继续观察账单
出现非预期收费、版本范围不符、支出上限未生效、用量不可核对、权限扩大或业务连续性越界时，应停止新任务并关闭整个项目或对应 edition 的 overages。关闭后，达到池化配额的功能会停止，团队必须提前准备人工流程或受支持的替代路径。
回滚后继续查看 Usage & Spending 与 Cloud Billing，直到延迟费用全部出现，并保留前后状态、时间与责任人。完成标准是资格可证明、旧状态可恢复、成本可对账、上限与提醒已验证、停用行为已演练。PRODUCT_FIT=CONDITIONAL_NETWORK_ONLY。
资料来源
常见问题
9 月 1 日具体开放了什么？
官方解除了一项 overage controls 限制：此前收到指定账单邮件的发票型结算项目无法启用 overages，现在这项限制不再适用。
这是否代表 Pay-as-you-go 订阅向所有项目开放？
不代表。该发布说明只谈 overage controls，不能据此推断 Pay-as-you-go 订阅、AI developer tools、地区或账号资格变化。
哪些版本可以启用 overages？
官方配置页列出 Standard、Plus 和 Standard Emerging Market 等按席位版本，并要求发票型结算、至少一个有效非试用订阅和管理员权限。
不开 overages 会怎样？
达到某项池化功能配额后，该功能会停止，通常在配额重置或下一账单周期恢复；存储与数据索引还有独立共享池规则。
设置支出上限后会立即停费吗？
不一定。官方提醒停止可能延迟数分钟并略微超出限额；应配合小额验证、预算提醒和人工停手条件。
换固定 IP 能解除 Usage limit reached 吗？
不能。配额、支出上限、版本、结算和 IAM 由平台控制；固定出口只对 DNS、TLS、407 或连接超时等网络证据有排查价值。