Google Antigravity配额崩溃，一次28分钟的小文件编辑耗尽了91%周配额

问题是怎么被发现的

一位开发者登录自己的 Google 账户时，发现 Antigravity 平台在一次看似简单的 agent 运行过程中，竟然消耗了他整个星期的 91% 的 Gemini 配额。具体情况是这样的：一次持续 28 分钟的 agent 会话，仅处理几个小型文件读写和编辑操作，却在临近结束时崩溃，并弹出了内部错误提示。更令人气愤的是，此次操作并没有完成任何复杂的任务，却直接导致了他整整一周内无法再使用该平台。
这一问题暴露了一个严重的设计缺陷：Antigravity 缺乏必要的执行限制和令牌保护机制。正常来说，一个用于处理简单文件编辑的 agent 不应该在短短 28 分钟内就消耗如此巨大的资源。更别说它还以“内部错误”作为结束语，让用户既无从追踪也无法挽回已耗尽的配额。

什么是 Antigravity？

Google Antigravity 是 Google 推出的一款面向开发者的智能 IDE 平台，旨在通过集成 Gemini 大模型，实现代码自动补全、错误检测、重构建议等功能。它支持多种编程语言，并与 Google Cloud 的多个服务深度集成。然而，这次事件表明，其在资源管理和错误处理方面的能力明显不足。
Antigravity 的核心优势在于其强大的上下文理解能力和多轮对话支持。但如果缺乏有效的资源控制，用户将面临不可预估的风险。

配额管理为何至此失败？

Google 的配额系统通常被设计为一种保护机制，用于防止滥用或意外的资源消耗。然而，在这次事件中，Antigravity 的配额管理系统似乎完全失效了。一次普通的 agent 会话竟然能够在短短 28 分钟内耗尽 91% 的周配额，这不仅反映了令牌消耗控制的失效，还暴露了配额监控和报警机制的缺失。
用户在使用过程中没有收到任何预警信息，更没有机会介入或终止异常行为。这意味着，Google 尚未在 Antigravity 中实现基本的资源监控和自动熔断功能。

为什么会出现这种问题？

从技术层面来看，这种问题可能源于以下几个因素：

1. 缺乏 agent 循环限制：Antigravity 可能没有为 agent 会话设置最大迭代次数或时间限制，导致 agent 在内部陷入无限循环或反复执行相同操作。
2. 令牌消耗监控不足：平台未能实时监控单次会话的令牌消耗情况，无法在超出阈值时发出警告或强制终止。
3. 错误处理机制薄弱：当 agent 遇到内部错误时，系统并未采取有效措施停止资源消耗，反而继续消耗配额直到崩溃。

用户该如何应对？

面对这种情况，开发者们需要采取以下措施：

• 启用配额监控：尽可能在 Google Cloud 控制台中设置配额使用报警，以便及时发现异常消耗。
• 限制 agent 会话时间：在使用 Antigravity 时，建议手动设置会话超时时间，避免长时间无人监管。
• 定期检查配额：养成定期查看配额使用情况的习惯，及时发现潜在问题。

如何避免类似问题再次发生？

要从根本上解决这类问题，Google 需要在 Antigravity 中引入以下功能：

• 智能熔断机制：当检测到异常高的令牌消耗时，自动暂停 agent 并通知用户。
• 配额预警系统：在配额耗尽之前，提前发出警告，允许用户采取措施。
• 错误恢复机制：在 agent 遇到错误时，能够自动回滚并释放已消耗的资源。

结论

这次 Antigravity 配额崩溃事件不仅暴露了 Google 在资源管理方面的疏忽，也让广大开发者对其可靠性产生了质疑。作为一款面向开发者的专业工具，Antigravity 应该具备更为完善的配额控制和错误处理能力。只有如此，才能赢得用户的信任并确保其在开发过程中的稳定性。
TAGES: Google, Antigravity, Gemini, 配额, 开发者