谷歌推出 Gemini 3.5 Flash Low 模式：一次静默更新，如何解决了开发者的配额噩梦

谷歌的回应分为两个阶段：

• 5 月 21 日： Antigravity 核心团队成员 Varun Mohan 公开承认团队犯了错误，并将所有付费用户的 Gemini 配额提升至三倍，同时重置了当周用量 。
• 数天后： 谷歌再次将配额提升三倍，累计增加了 9 倍，同时将默认的推理级别从 high（高）更改为 medium（中） 。

然而，即便是 9 倍的配额提升也未能完全解决问题。一些开发者反映，在配额重置后恢复工作，不到 30 分钟就再次触发了每周的 Flash 模型锁定 。

“Low”推理模式究竟改变了什么

Gemini 3.5 Flash Low 代表了一种更精准的修复方案：它不仅仅是给开发者提供更多原始配额（供给侧补救），更是让他们有一种方法能减少每个任务的 Token 消耗（需求侧控制）。

谷歌的官方文档描述称，Low 模式“针对需要较少步骤的代码和智能体任务有了显著改进，以更低的延迟和成本提供了强大的质量” 。该公司表示，Low 模式变体比现已重命名为 Medium 的变体少生成约 45% 的输出 Token 。

对开发者而言，这意味着他们可以在 API 调用中显式设置

thinking_level: "low"

这实际上给了开发者一个四挡推理力度调节器——minimal（极少）、low（低）、medium（中）、high（高）——而不是在“思考开启”和“思考关闭”之间做二元选择 。

多数开发者忽略的静默默认值变更

Gemini 3.5 Flash 发布时最大的 API 陷阱之一，是未公开地将默认 thinking_level 从 high 更改为 medium。那些没有显式设置推理级别，直接从 gemini-3-flash-preview 移植到新模型的开发者，正悄无声息地获得不同的推理行为 。这意味着，即使在 Low 变体发布后，许多开发者在处理简单任务时，仍在消耗不必要的 Token，因为他们没注意到默认值已经变了。

Low 变体从根本上完善了修复方案：它为开发者提供了一种明确的、有文档记录的、且为特定目的而构建的级别，用于 Flash 系列最初设计的、对成本敏感的工作。

这对开发者意味着什么

Gemini 3.5 Flash Low 模式的推出，结合 9 倍的配额提升和默认推理级别的调整，已经稳定了 Antigravity 的开发体验。开发者现在可以：

• 在日常编码、Bootstrap 布局和不需深度推理的 PHP 逻辑中使用

  thinking_level: "low"

  。
• 将 Medium 或 High 推理模式留给自主多文件执行或复杂的智能体循环。
• 更可预测地跟踪每个任务的成本，因为简单任务的 Token 消耗已更接近 Flash 模型历史上交付的水平。

Low 变体并非为了替代谷歌的配额提升，而是一种补充。现在，同时利用新的推理级别和 9 倍扩容的配额的开发者，可以进行有意义的编码会话，而不会触顶限制，或在一个下午内耗光月度 Antigravity 预算。