---
url: /antigravity/cost-controls.md
description: >-
  2026 年 9 月谷歌将 AI 编程智能体 Antigravity 正式纳入 Gemini
  Enterprise，推出精细化支出阈值、共享配额池、超额启用和用量指标四项费用管控能力，本文详解其背景、功能、适用场景与上手路径。
---

# Antigravity 进了 Gemini Enterprise：谷歌终于开始管 AI 编程烧钱这件事

先说一个让人后背发凉的数字。

据外媒广泛报道，2026 年有一家大厂的某个工程团队，**用 4 个月把一整年的 Token 额度烧光了**。不是业务翻倍，不是被攻击，就是几个工程师天天开着 Agent 跑活。

我第一次读到这条的时候，脑子里冒出的不是"AI 真贵"，而是——**这事要是发生在我们团队，谁能第一时间知道？**

答案是：大概率没人。等财务拿着账单来敲门的时候，钱已经花完了。

这就是 AI 编程 Agent 落地一年多之后，行业集体撞上的那堵墙。模型越来越强，Agent 越来越能干，然后账单越来越看不懂。

2026 年 9 月 1 日，谷歌宣布把 **Antigravity** 正式纳入 **Gemini Enterprise**,同时甩出了四项费用管控能力。没有发布会，没有惊天动地的口号，但我觉得这可能是今年 Google AI 生态里**最实在的一次更新**。

因为它解决的不是"AI 能不能写代码"，而是"**公司敢不敢让 AI 一直写代码**"。

## 为什么 Agent 比聊天机器人贵这么多

这个问题不聊清楚，后面的功能你看了也觉得多余。

核心差别就一个字：**循环**。

你跟聊天机器人说话，是一问一答，一次请求，一次推理，Token 花完就结束。而 Agent 是"接到任务 → 拆步骤 → 调工具 → 看结果 → 决定下一步 → 再调工具"这么一圈一圈地转，中间每一步的上下文、每一次工具返回，全都要塞回模型里再算一遍。

研究机构 Signal65 给出的数字是：**Agent 类 AI 工作负载的 Token 消耗，是传统聊天机器人的 4 到 15 倍**。

> 4 到 15 倍。这不是"贵一点"，这是成本模型整个换了一套算法。

再叠一个预测：Gartner 认为，按这个涨法，**到 2028 年，AI 上的支出可能超过一名开发人员的平均薪资**。

这句话我读了两遍。它的潜台词是：未来招一个工程师，公司要准备两份钱——一份给人，一份给这个人身后跑着的那一堆 Agent。

有意思的是，这事最讽刺的地方在于：**Agent 正是因为能自己跑，才贵的**；而它越能自己跑，你越难在它跑飞之前踩住刹车。

## Antigravity 企业费用管控是什么

简单说，这是谷歌给企业客户补上的一套 **AI 编程消费的"刹车 + 仪表盘"**。

先补个前情提要，不然容易乱：

* Antigravity 是谷歌的 Agent First 编程智能体 IDE，2025 年底发布，目前版本已迭代到 **2.8**,站在 Gemini 3 系列模型之上
* 企业用户此前是通过 **Vertex AI**（现已更名为 **Gemini Enterprise Agent Platform**）来部署 Antigravity 的，好处是能吃到谷歌云的安全与治理设施、支持私有网络和数据驻留

问题出在哪？谷歌自己的说法是：早期这套部署模式**缺少集中化的机制**来汇集开发者的闲置配额、设置使用限额、管理超额消费。

翻译成人话：配额是死死绑在项目上的。A 团队的额度剩着发霉，B 团队想用用不了；某个人跑飞了一个任务链，没有人能在它烧掉一大笔钱之前把它掐了。财务月底看到的只有一个总数，不知道是谁花的、花在哪个任务上。

IT 咨询公司 Kanerika 的 AI 开发负责人 Amit Kumar Jena 把这个痛点说得很直白：**此前的云消费模式下，支出只归因到项目层面，财务团队只能看到总体成本，却无法追踪具体是谁在驱动这些消费、哪些任务产生了开销。**

2026 年 9 月这次更新，就是来填这个坑的。

## 四项新能力，逐个拆开看

### 精细化支出阈值（Granular Spend Thresholds）

管理员可以给项目设置**月度预算上限**。

配合此前 8 月 17 日上线的项目级支出护栏，告警会在预算的 **50%、80%、100%** 三个节点触发；到达上限后，API 调用会自动暂停。

这一条是整个方案的底座——先有"天花板"，后面的一切才有意义。

### 共享配额池（Shared Quota Pools）

**跨团队共享 Token 容量**，而不是把额度焊死在某个项目上。

谷歌的说法是，把开发者工具配额池化之后，容量在整个 Google Cloud 项目里都是可用的，团队能真正吃到已经买下来的那份容量。

这件事的价值不在"省钱"，在**盘活**。10 个团队各自买 100 份配额，实际长期有 6 个团队用不满——池化之后，你买的可能是 600 份而不是 1000 份。

### 超额启用（Overage Enablement）

共享配额池用完之后，管理员可以选择**让工作流继续跑**，但依然受月度支出上限约束。

说白了就是：允许你超速，但限速器还在。既不会因为额度见底就中断关键任务，也不会因为忘了关阀门而收到天价账单。

> 好的成本管控不是"一刀切地说不"，而是"你可以继续，但我知道你在花多少"。

### 用量指标（Usage Metrics）

把 **Token 消耗、API 调用、开发者活动**做成可视化数据。

Pareekh Consulting 首席分析师 Pareekh Jain 的评价是：这个工具不只帮管理员看清团队和开发者的 AI 使用情况，还能反过来用精细化支出阈值去规划预算上限，形成闭环。

我的看法：**这四项里面，用量指标才是长期最值钱的那个**。前三项是刹车，第四项是仪表盘——没有仪表盘，你连该在哪踩刹车都不知道。

顺带一提，同一时期谷歌还为 Gemini Enterprise 引入了**按量付费**与**灵活储蓄计划（FSP）**,企业可以在"按席位订阅"和"按用量付费"之间选，后者允许设置可变的月度支出上限。计费灵活性的口子，是这轮更新一起拉开的。

## 什么样的人真的需要它

不是所有团队都适合现在冲上去。这个问题我分两面说。

**该上的人：** 已经在用 Agent 跑**自主、多轮对话式编程任务**的团队。

Nord-IQ Research 首席分析师 Manoj Chandra Jha 的判断我挺认同：只有当企业真的有团队在跑无人监督的任务链时，这笔额外投入才划算——因为一旦某个任务链失控，Token 成本会指数级地往上翻。对这类企业，共享用量上限和硬性支出封顶**更像是一道财务保障，而不是额外开销**。

**先别急的人：** 主要只用基础自动补全的团队。

Jha 的原话是，对这类企业来说，仅仅为了解锁治理功能而升级订阅，**很可能得不偿失**。

一个我自己编的对照场景，你感受一下差别：

* 团队 A，20 人，日常就是 Tab 补全 + 偶尔问两句。月 Token 消耗平稳，波动小 → 项目级上限 + 用量指标就够了，别为治理多花钱
* 团队 B，8 人，但每人手里常驻 3~5 个后台 Agent，跑重构、跑测试、跑迁移，一跑就是几小时。月消耗可能是团队 A 的十倍，且**方差极大** → 共享配额池 + 超额启用 + 硬上限，三件套缺一不可

**判断标准不是团队大小，是"有没有没人盯着的循环在跑"。**

## 现在能怎么用起来

坦白讲，这套东西目前**不是所有人都能直接用**。先把门槛说清楚，免得你白折腾。

**当前限制：**

* 新推出的消费与管理工具**仅面向 Gemini Enterprise Standard、Plus 及 Standard Emerging Market 许可证**用户开放
* 已通过 Gemini Enterprise Agent Platform 部署 Antigravity、但没有上述许可证的企业，可能需要**额外购买订阅**
* **用户级和团队级**的支出控制预计今年晚些时候才上线，现阶段只能依赖**项目级**预算上限

**上手路径（大致流程，具体入口以 Google Cloud 控制台实际界面为准）：**

1. 确认你的组织持有 Gemini Enterprise Standard 及以上许可证，并已通过 Gemini Enterprise Agent Platform 完成 Antigravity 的集成配置（需要 Google Cloud 项目、结算账号、IAM 权限等前置条件，可参见本站《[Gemini 企业版 Agent 平台集成](/antigravity/enterprise)》一文）
2. 在 Google Cloud 控制台的**结算**模块下，为对应的 Cloud 项目创建预算，并配置 **50% / 80% / 100%** 的告警阈值与通知渠道
3. 在 Gemini Enterprise 管理侧开启**共享配额池**,把相关团队的开发者工具配额归入同一池子
4. 根据业务连续性要求决定是否开启**超额启用**——建议关键任务项目开，实验性项目关
5. 打开**用量指标**看板观察一到两周，摸清你团队的真实消耗曲线，再回头调整预算上限

**顺带一个好消息**：谷歌同时宣布把 Antigravity 的适用范围从自有桌面环境扩展到 **VS Code、Visual Studio、JetBrains 和 Zed**（目前均为预览阶段）。

这件事跟费用管控看着不搭，其实是一体两面——**一边降低使用门槛，一边装上计价器**。谷歌显然是想让 Antigravity 从"少数人的新玩具"变成"整个工程团队的默认配置"。

啰嗦一句实操建议：配额池化之后，**一定要先用用量指标看板跑两周再定预算**。凭感觉拍一个数字，要么把团队的手脚捆死，要么等于没设。数据先跑出来，阈值才有意义。

## 冷静一下：这事儿还没那么完美

我得泼点冷水，不然这篇就成通稿了。

**第一，粒度还不够细。** 用户级和团队级控制要等到"今年晚些时候"。现在只能管到项目级，意味着你能知道"这个项目花了多少"，但很难直接回答"到底是哪个人、哪个任务在烧钱"。而这个恰恰是财务最想知道的。

**第二，这是个要额外掏钱的功能。** 前面说过了，得有 Gemini Enterprise 订阅。于是每个 CIO 面前都摆着一道成本收益题：**为治理能力多付的这笔订阅费，最终能不能靠减少浪费赚回来？** 目前没人能给你确定答案。

**第三，工具管不了人的习惯。** 再好的上限也只是兜底。真正省钱的是——别让 Agent 在没人看的情况下无限循环，别把整个仓库丢进去让它"随便优化一下"，定期清掉那些跑飞了没人管的后台任务。

> 所有成本管控工具的终点，都是让人养成新的习惯。工具只是让坏习惯的代价提前暴露出来。

## 进阶

如果你已经把配额池和支出阈值跑顺了，接下来值得往深处走的是：Antigravity 的权限与沙箱配置、异步子 Agent 的成本分摊，以及怎么把用量指标接入你自己的可观测性体系。

想系统啃完 Antigravity 的话，本站的《[Google Antigravity](/antigravity/home)》板块已经整理了 2.0 全量文档、CLI 与 SDK 的中文版，可以直接当手册翻。

更多开源技术干货和学习资料，关注公众号「遇码」，领取专属福利。