部落格 / 服務動態

Gemini Flash 棄用：10 月 8 日 3.7 和 3.5 Flash 被自動轉發，4 步查輸出為何變了

2026-10-18cdnping 編輯部約 3 分鐘讀完

如果你的程式碼還在呼叫 gemini-3.7-flash 或 gemini-3.5-flash，請求現在已經由別的模型在處理。Gemini API 更新日誌在 2026 年 10 月 8 日記錄了這兩個 Flash 棄用，請求會被自動轉發到替代模型，所以程式碼沒改而輸出變了，多半不是“模型變笨”，而是後端換了。本文講清楚發生了什麼，以及怎麼確認和遷移。以下資訊截至 2026 年 10 月，以官方文件為準。

#10 月 8 日具體發生了什麼？

根據 Gemini API 更新日誌：

Deep Research 要在 interactions.create 請求裡把 agent 引數改成新的智慧體 ID。按日誌描述，前者偏速度、適合流式輸出到介面，後者偏全面。

模型頁面本身沒有列出這些棄用的詳細日期，具體時間表看官方的棄用頁面。

#為什麼輸出風格、用量和延遲會變？

請求被轉發後，實際回答的是另一個模型。可能出現的差異包括：語氣和格式習慣不同、同樣提示詞的輸出長度不同（影響 token 用量和費用）、首 token 與總耗時不同、對結構化輸出和工具呼叫的遵循程度不同。這些是合理的推測方向，具體幅度沒有官方數字，需要用你自己的用例測。

價格也值得單獨核對，相關調整可以看《Gemini API 兩次漲價時間表》，那裡有按日期整理的內容。

#怎麼確認實際服務的是哪個模型？

1. 看響應體。generateContent 的響應裡有 modelVersion 欄位，記錄它並寫進日誌。是否與你請求的 model id 一致，以官方 API 參考為準。
2. 在日誌裡同時儲存“請求的 model id”和“響應的 modelVersion”，上線後出現不一致就告警。
3. 對比 10 月 8 日前後的同類請求：輸出長度、用量欄位（usageMetadata）、耗時的分佈。
4. 對照外部時間線。cdnping 的 /changes 逐行記錄了官方更新日誌的增刪，/down/gemini 裡有使用者提交的“變笨了”報告，可以看這些報告是否集中在 10 月 8 日之後。使用者報告是主觀訊號，只能當線索。

#遷移前後的迴歸檢查表

• 把所有硬編碼的 model id 全域性搜尋一遍，包括配置檔案、環境變數、定時任務和第三方工具裡的設定。
• 選 20 到 50 條有代表性的真實請求，把存檔的舊輸出（如有）與新模型的輸出逐條對比。
• 檢查格式類斷言：JSON 結構、欄位名、程式碼塊包裹、語言。
• 檢查長度和費用：平均輸出 token 變化，乘以當前單價估算差額。
• 檢查延遲：關注首 token 時間，思路見《AI API 延遲拆解》。
• 檢查功能支援：工具呼叫、結構化輸出、多模態輸入等在新模型上是否都可用，以官方模型指南為準。
• 固定到明確的新 model id 後再上線，不要依賴轉發。自動轉發能保留多久，以官方說明為準。

#怎麼持續跟蹤這類變化？

棄用公告通常只在更新日誌裡出現一兩天。《大模型 API 價格變了怎麼第一時間知道》介紹了更新日誌、模型目錄和賬單三條線。另外可以用 /models 檢視 OpenRouter 上各模型的上架、下架和調價記錄。如果輸出變化和供應商側的量化、路由有關，《模型變笨還是換了供應商》有判斷方法。

近期 Gemini 還有新版本釋出，官方更新日誌記錄 10 月 13 日 gemini-4-argon 正式可用，用法和價格見《Gemini 4 Argon 正式上線》。

#參考來源

• Gemini API 更新日誌
• Gemini API 模型列表