Google 推出 Gemini 3.5 Flash Low 嘅背後原因：點樣靜靜雞解決開發者嘅噩夢

逼到 Google 跪低嘅反彈浪潮

開發者嘅不滿幾乎係即時爆發出嚟。Antigravity 論壇、Reddit 同 X 上面都充斥住對於配額消耗過快嘅投訴 。畀咗錢用 Antigravity Pro Plan 嘅開發者話，佢哋嘅配額本來夠用成日，但一轉用 Gemini 3.5 Flash，半個鐘到一個鐘之內就玩完 。

Reddit 用戶 u/tadanada 仲出咗個量化分析帖，明確指出成本膨脹嘅問題，比較 Gemini 3.5 Flash 跑基準要 1,552 美元，而 Gemini 3 Flash 只係 278 美元——呢個 5.6 倍嘅差異就解釋到點解啲付費 Plan 死得咁快 。

Google 嘅回應分咗兩波：

• 5 月 21 日： Antigravity 核心團隊成員 Varun Mohan 公開承認團隊犯咗錯，仲將所有付費 Gemini 配額加咗三倍，同時重設咗該星期嘅用量 。
• 幾日之後： Google 再次將配額加多三倍——夾埋即係加咗 9 倍——同時間仲將預設嘅思考等級由 high（高）轉咗做 medium（中）。

就算加咗 9 倍配額，都未完全解決到問題。有啲開發者話，配額重設之後佢哋重新開始工作，唔使 30 分鐘就又撞咗每星期嘅 Flash 鎖定上限 。

Low 思考等級實際上改咗啲咩

Gemini 3.5 Flash Low 代表一個更加精準嘅修復：唔再係單方面畀開發者更多配額（一種「供應端」嘅止血貼），而係畀佢哋一個方法去減少每個 Task 用嘅 Token 數量（一種「需求端」嘅控制）。

根據 Google 嘅官方文件，呢個 Low 變體係「為咗需要較少步驟嘅編程同代理任務而大幅改進咗，可以用更低嘅延遲同成本，提供強勁嘅品質」。公司仲話，相比起而家改咗名叫 Medium 嘅版本，Low 變體產生嘅輸出 Token 大約少咗 45% 。

對開發者嚟講，即係佢哋而家可以喺 API 呼叫入面明確咁設定 thinking_level: "low"，用嚟處理簡單嘅代碼生成、基本文字補全，或者輕量嘅代理迴圈，然後將更高嘅思考預算留返畀真正複雜嘅推理任務。正如 NxCode 喺佢哋嘅開發者指南入面提到，「對於大多数代理編程嚟講，low 係正確嘅設定」，因為 Google 專門為代碼同工具調用嘅工作流程重新調整過呢個 Low 模式 。

咁樣做，變相畀咗開發者一個「四段式」嘅思考力度調節掣——由 minimal（最低）、low（低）、medium（中）到 high（高）——而唔係以前咁，只係得「開咗思考」同「閂咗思考」兩個選擇 。

好多開發者都錯過咗嘅「靜悄悄」預設變更

Gemini 3.5 Flash 發布其中一個最大嘅 API 陷阱，就係冇事先聲明之下，將預設嘅 thinking_level 由 high 轉咗做 medium。啲開發者由 gemini-3-flash-preview 直接移植程式碼過嚟，又冇特別設定思考等級嘅話，就會喺神不知鬼不覺嘅情況下，得到唔同咗嘅推理行為 。即係話，就算 Low 模式出咗街，好多開發者做簡單 Task 嗰陣都仲係用緊多過實際需要嘅 Token，因為佢哋冇留意到個預設值已經變咗。

Low 變體可以話係完成咗呢個修復：佢畀咗開發者一個明確、有文件記錄、專門為嗰種對成本好敏感嘅工作而設嘅模式，而呢種工作正正係 Flash 系列本嚟設計嚟做嘅嘢。

對開發者嚟講，呢一切代表咩意思

Gemini 3.5 Flash Low 嘅推出，加上 9 倍配額提升同預設思考等級嘅調整，令到 Antigravity 嘅開發者體驗終於穩定落嚟。開發者而家可以：

• 用 thinking_level: "low" 嚟處理日常編碼、簡單嘅 Bootstrap 版面設計同 PHP 邏輯，呢啲都唔需要深層推理 。
• 將 Medium 或 High 思考模式留返畀自主多檔案執行，或者複雜嘅代理迴圈嗰陣先用。
• 更可預測咁追蹤每個 Task 嘅成本，因為做簡單工作嘅 Token 消耗量，而家已經接近返 Flash 模型以往畀到大家嘅水平。

Low 變體並唔係要取代 Google 嘅配額增加——而係一個補充。開發者只要同時用新嘅思考等級同嗰 9 倍配額，就可以進行有意義嘅編碼工作，唔使再成日撞限額，或者一個下午就燒晒成個月嘅 Antigravity 預算。