Gemini 中文文档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 控制台实际界面为准）：
- 确认你的组织持有 Gemini Enterprise Standard 及以上许可证，并已通过 Gemini Enterprise Agent Platform 完成 Antigravity 的集成配置（需要 Google Cloud 项目、结算账号、IAM 权限等前置条件，可参见本站《Gemini 企业版 Agent 平台集成》一文）
- 在 Google Cloud 控制台的结算模块下，为对应的 Cloud 项目创建预算，并配置 50% / 80% / 100% 的告警阈值与通知渠道
- 在 Gemini Enterprise 管理侧开启共享配额池,把相关团队的开发者工具配额归入同一池子
- 根据业务连续性要求决定是否开启超额启用——建议关键任务项目开，实验性项目关
- 打开用量指标看板观察一到两周，摸清你团队的真实消耗曲线，再回头调整预算上限
顺带一个好消息：谷歌同时宣布把 Antigravity 的适用范围从自有桌面环境扩展到 VS Code、Visual Studio、JetBrains 和 Zed（目前均为预览阶段）。
这件事跟费用管控看着不搭，其实是一体两面——一边降低使用门槛，一边装上计价器。谷歌显然是想让 Antigravity 从"少数人的新玩具"变成"整个工程团队的默认配置"。
啰嗦一句实操建议：配额池化之后，一定要先用用量指标看板跑两周再定预算。凭感觉拍一个数字，要么把团队的手脚捆死，要么等于没设。数据先跑出来，阈值才有意义。
冷静一下：这事儿还没那么完美
我得泼点冷水，不然这篇就成通稿了。
第一，粒度还不够细。 用户级和团队级控制要等到"今年晚些时候"。现在只能管到项目级，意味着你能知道"这个项目花了多少"，但很难直接回答"到底是哪个人、哪个任务在烧钱"。而这个恰恰是财务最想知道的。
第二，这是个要额外掏钱的功能。 前面说过了，得有 Gemini Enterprise 订阅。于是每个 CIO 面前都摆着一道成本收益题：为治理能力多付的这笔订阅费，最终能不能靠减少浪费赚回来？ 目前没人能给你确定答案。
第三，工具管不了人的习惯。 再好的上限也只是兜底。真正省钱的是——别让 Agent 在没人看的情况下无限循环，别把整个仓库丢进去让它"随便优化一下"，定期清掉那些跑飞了没人管的后台任务。
所有成本管控工具的终点，都是让人养成新的习惯。工具只是让坏习惯的代价提前暴露出来。
进阶
如果你已经把配额池和支出阈值跑顺了，接下来值得往深处走的是：Antigravity 的权限与沙箱配置、异步子 Agent 的成本分摊，以及怎么把用量指标接入你自己的可观测性体系。
想系统啃完 Antigravity 的话，本站的《Google Antigravity》板块已经整理了 2.0 全量文档、CLI 与 SDK 的中文版，可以直接当手册翻。
更多开源技术干货和学习资料，关注公众号「遇码」，领取专属福利。