Gemini 3.8 Flash 看起來是一款可信度不低、但仍未獲 Google 正式確認的新模型。多則報導稱，其內部代號為「Skimaki」，Google 最快可能在 2026 年 9 月 2 日發布。不過，在目前檢視到的 Google 官方文件與 Gemini API 更新紀錄中，仍找不到 Gemini 3.8 Flash 的正式公開模型條目。1230

因此，現階段更準確的說法不是「Google 已宣布新模型上市」，而是「一款可能已接近發布、並傳出程式設計能力有所提升的模型，正受到報導關注」。

Gemini 3.8 Flash 目前傳出了哪些消息？

最快可能於 9 月 2 日發布

目前最受重視的消息來自《華爾街日報》報導。據了解 Google 模型內情的人士透露，Google 的 AI 研究部門正準備推出 Gemini 3.8 Flash，時間最快可能是「本週三」。由於這個日期來自消息人士，而不是 Google 的產品公告，因此只能視為可能的發布窗口，不能當作確定承諾。1729

另有報導指 Gemini App 已開始小規模、分批開放 Gemini 3.8 Flash，但這類消息仍不足以取代正式的模型公告、API 列表或版本更新紀錄。9

核心方向是程式設計與代理式開發

目前流出的重點，幾乎都集中在軟體開發。據報導，在 Google 內部的 Jetski 程式設計環境中，員工進行並列測試後，據稱更偏好 Gemini 3.8 Flash，而不是 Anthropic 的 Opus 模型。117

這個結果值得注意，但它並不等於 Gemini 3.8 Flash 已在公開程式設計基準、實際生產環境或所有類型的開發任務中勝過 Opus。

報導也形容 3.8 Flash 相較 Gemini 3.7 Flash，在較長時間、反覆迭代的程式設計工作中表現更好，可能包括：

• 在多輪對話中維持上下文；
• 針對錯誤進行診斷、修正與復原；
• 執行需要自行規劃和使用工具的代理式開發流程；以及
• 產生較不制式、較精簡、不那麼冗長的回答。19

不過，這些仍屬早期員工回饋與內部觀察。目前公開報導沒有提供完整任務集、提示詞、樣本數或可重現的量化測試，因此無法據此計算實際提升幅度。

「勝過 Opus」的說法，證據有多強？

「Google 工程師更偏好 Gemini 3.8 Flash，而不是 Opus」是整起消息中最吸睛的細節，同時也是最容易被過度解讀的一句話。

現有報導沒有交代測試使用的是哪個確切版本的 Opus，也沒有公開評估流程、是否採用盲測、數值分數、統計差距或公開基準結果。117

目前較穩妥的結論只能是：部分 Google 工程師據稱在 Jetski 的程式設計任務中偏好 Gemini 3.8 Flash 預覽版。這顯示模型在 Google 自家的開發環境中可能有明顯進步，但不能證明它已成為整體表現更好的程式設計模型，也不能證明它比 Opus 更快、更可靠，或在外部專案中表現更佳。

它可能比 Gemini 3.7 Flash 好在哪裡？

Google 對 Gemini 3.7 Flash 的官方定位，是一款面向軟體工程、網頁開發與代理式工作流程的「主力型」模型。30 目前對 3.8 Flash 的描述，較像是針對同一組能力快速修正與打磨，而不是轉向完全不同的產品類別。

傳出的改進主要是質化描述：

• 輸出品質： 減少模板化、機械式或不必要的冗長文字；
• 多輪程式設計： 在長時間實作過程中維持較好的前後文連貫性；
• 除錯能力： 更能處理反覆診斷錯誤、修正程式並再次測試的循環；以及
• 代理式工作流程： 在需要規劃、呼叫工具、檢查結果並持續執行多個步驟時，提供更實用的行為。19

目前沒有足夠證據可以宣稱它比 Gemini 3.7 Flash 提升了多少百分比。早期報導引用的員工回饋，也特別指出現在仍太早，還不能作出完整評測。1825

速度與延遲仍是未知數

「Flash」通常代表 Google 旗下較快、較適合高頻使用的模型級別，但這個名稱本身不能代表 Gemini 3.8 Flash 已有經測量的速度優勢。

目前沒有獲確認的公開數據可說明其首個 Token 產生時間、每秒 Token 數、完整任務完成時間，或回應速度與程式設計品質之間的取捨。

因此，任何「3.8 Flash 比 Opus 或 Gemini 3.7 Flash 更快」的說法，都應視為尚未證實。內部測試者覺得模型反應更快，可能是因為回答較短、使用了不同工具，或測試任務本身適合該模型；這些因素不等同於標準化的延遲測量。

為什麼 Google 的快速發布節奏值得關注？

Google 在 2026 年 5 月推出 Gemini 3.5 Flash，明確強調程式設計、AI 代理與複雜的長流程任務。32 Google 隨後在 API 更新紀錄中將 Gemini 3.7 Flash 列為正式可用模型，並主打軟體工程、網頁開發與代理式工作流程的改進。30

如果 3.8 Flash 確實在 3.7 推出後數週內亮相，將代表 Google 正以相當快的速度迭代 Flash 系列。《華爾街日報》也把 Google 加快執行速度的方向，與 Koray Kavukcuoglu 的領導要求連繫起來；但報導同時指出，近期模型的開發早在最新一輪領導變動前便已開始。29

這個區分很重要：現有報導支持「加快執行速度是組織優先事項」的說法，卻不能證明領導層變動直接造成 Gemini 3.8 Flash 的發布時程。

為什麼程式設計成為前沿模型的主戰場？

程式設計不只是熱門基準測試項目。它同時考驗模型能否維持計畫、跨越多個檔案工作、使用開發工具、檢查錯誤，並在多輪互動中修正方向。

這些能力也是軟體代理日益重要的基礎。一個真正實用的程式設計代理，不只要能產生一個函式，還可能必須瀏覽程式碼儲存庫、修改多個檔案、執行測試、解讀錯誤、修復回歸問題，再重複整個流程。

因此，相較於單次程式碼補全示範，儲存庫層級的表現與代理式工作能力，對開發者和企業更具實際意義。Google 將 Gemini 3.5 與 3.7 Flash 都定位在程式設計及代理式應用上，也說明這組能力正是其產品策略的核心。3032

如果程式設計能力確實提升，Google 將更有機會在開發工具與企業軟體工作流程中，直接與 Anthropic 和 OpenAI 競爭。不過，現有公開證據仍不足以衡量彼此差距究竟縮小了多少。

目前還不知道什麼？

在 Google 正式發布前，以下資訊仍未獲確認：

• 最終發布日期與正式模型名稱；
• 是否會在 Gemini App、Gemini API、Vertex AI 或其他 Google 產品中提供；
• 價格、配額與各地區可用性；
• 上下文視窗限制與支援的工具；
• 安全性文件與模型卡；
• 公開程式設計及代理式工作流程基準；
• 延遲與成本效能數據；以及
• 在真實程式碼儲存庫上的獨立測試結果。

Opus 比較本身也仍不完整。公開資料沒有說明確切模型版本、提示詞、工具、任務組成、評估者指引、樣本數或統計差距。12

給開發者的結論

Gemini 3.8 Flash 可能是 Google 一次有意義的內部程式設計升級。據稱在 Jetski 測試中獲得工程師偏好，也顯示 Google 認為自己正在縮小一個重要的競爭差距。輸出品質、多輪程式設計、除錯與代理式工作流程方面的傳聞改進，確實值得持續觀察。

但目前證據還不足以把 Gemini 3.8 Flash 稱為整體程式設計領導者，甚至無法準確量化它相較 Gemini 3.7 Flash 的進步幅度。在 Google 發布正式文件、外部開發者能夠重現測試結果之前，「Skimaki」比較適合被理解為一款前景受關注的傳聞預覽版，而不是已完成公開驗證的產品。

Gemini 3.8 Flash 看起來是一款可信度不低、但仍未獲 Google 正式確認的新模型。多則報導稱，其內部代號為「Skimaki」，Google 最快可能在 2026 年 9 月 2 日發布。不過，在目前檢視到的 Google 官方文件與 Gemini API 更新紀錄中，仍找不到 Gemini 3.8 Flash 的正式公開模型條目。1230

因此，現階段更準確的說法不是「Google 已宣布新模型上市」，而是「一款可能已接近發布、並傳出程式設計能力有所提升的模型，正受到報導關注」。

Gemini 3.8 Flash 目前傳出了哪些消息？

最快可能於 9 月 2 日發布

目前最受重視的消息來自《華爾街日報》報導。據了解 Google 模型內情的人士透露，Google 的 AI 研究部門正準備推出 Gemini 3.8 Flash，時間最快可能是「本週三」。由於這個日期來自消息人士，而不是 Google 的產品公告，因此只能視為可能的發布窗口，不能當作確定承諾。1729

另有報導指 Gemini App 已開始小規模、分批開放 Gemini 3.8 Flash，但這類消息仍不足以取代正式的模型公告、API 列表或版本更新紀錄。9

核心方向是程式設計與代理式開發

目前流出的重點，幾乎都集中在軟體開發。據報導，在 Google 內部的 Jetski 程式設計環境中，員工進行並列測試後，據稱更偏好 Gemini 3.8 Flash，而不是 Anthropic 的 Opus 模型。117

這個結果值得注意，但它並不等於 Gemini 3.8 Flash 已在公開程式設計基準、實際生產環境或所有類型的開發任務中勝過 Opus。

報導也形容 3.8 Flash 相較 Gemini 3.7 Flash，在較長時間、反覆迭代的程式設計工作中表現更好，可能包括：

• 在多輪對話中維持上下文；
• 針對錯誤進行診斷、修正與復原；
• 執行需要自行規劃和使用工具的代理式開發流程；以及
• 產生較不制式、較精簡、不那麼冗長的回答。19

不過，這些仍屬早期員工回饋與內部觀察。目前公開報導沒有提供完整任務集、提示詞、樣本數或可重現的量化測試，因此無法據此計算實際提升幅度。

「勝過 Opus」的說法，證據有多強？

「Google 工程師更偏好 Gemini 3.8 Flash，而不是 Opus」是整起消息中最吸睛的細節，同時也是最容易被過度解讀的一句話。

現有報導沒有交代測試使用的是哪個確切版本的 Opus，也沒有公開評估流程、是否採用盲測、數值分數、統計差距或公開基準結果。117

目前較穩妥的結論只能是：部分 Google 工程師據稱在 Jetski 的程式設計任務中偏好 Gemini 3.8 Flash 預覽版。這顯示模型在 Google 自家的開發環境中可能有明顯進步，但不能證明它已成為整體表現更好的程式設計模型，也不能證明它比 Opus 更快、更可靠，或在外部專案中表現更佳。

它可能比 Gemini 3.7 Flash 好在哪裡？

Google 對 Gemini 3.7 Flash 的官方定位，是一款面向軟體工程、網頁開發與代理式工作流程的「主力型」模型。30 目前對 3.8 Flash 的描述，較像是針對同一組能力快速修正與打磨，而不是轉向完全不同的產品類別。

傳出的改進主要是質化描述：

• 輸出品質： 減少模板化、機械式或不必要的冗長文字；
• 多輪程式設計： 在長時間實作過程中維持較好的前後文連貫性；
• 除錯能力： 更能處理反覆診斷錯誤、修正程式並再次測試的循環；以及
• 代理式工作流程： 在需要規劃、呼叫工具、檢查結果並持續執行多個步驟時，提供更實用的行為。19

目前沒有足夠證據可以宣稱它比 Gemini 3.7 Flash 提升了多少百分比。早期報導引用的員工回饋，也特別指出現在仍太早，還不能作出完整評測。1825

速度與延遲仍是未知數

「Flash」通常代表 Google 旗下較快、較適合高頻使用的模型級別，但這個名稱本身不能代表 Gemini 3.8 Flash 已有經測量的速度優勢。

目前沒有獲確認的公開數據可說明其首個 Token 產生時間、每秒 Token 數、完整任務完成時間，或回應速度與程式設計品質之間的取捨。

因此，任何「3.8 Flash 比 Opus 或 Gemini 3.7 Flash 更快」的說法，都應視為尚未證實。內部測試者覺得模型反應更快，可能是因為回答較短、使用了不同工具，或測試任務本身適合該模型；這些因素不等同於標準化的延遲測量。

為什麼 Google 的快速發布節奏值得關注？

Google 在 2026 年 5 月推出 Gemini 3.5 Flash，明確強調程式設計、AI 代理與複雜的長流程任務。32 Google 隨後在 API 更新紀錄中將 Gemini 3.7 Flash 列為正式可用模型，並主打軟體工程、網頁開發與代理式工作流程的改進。30

如果 3.8 Flash 確實在 3.7 推出後數週內亮相，將代表 Google 正以相當快的速度迭代 Flash 系列。《華爾街日報》也把 Google 加快執行速度的方向，與 Koray Kavukcuoglu 的領導要求連繫起來；但報導同時指出，近期模型的開發早在最新一輪領導變動前便已開始。29

這個區分很重要：現有報導支持「加快執行速度是組織優先事項」的說法，卻不能證明領導層變動直接造成 Gemini 3.8 Flash 的發布時程。

為什麼程式設計成為前沿模型的主戰場？

程式設計不只是熱門基準測試項目。它同時考驗模型能否維持計畫、跨越多個檔案工作、使用開發工具、檢查錯誤，並在多輪互動中修正方向。

這些能力也是軟體代理日益重要的基礎。一個真正實用的程式設計代理，不只要能產生一個函式，還可能必須瀏覽程式碼儲存庫、修改多個檔案、執行測試、解讀錯誤、修復回歸問題，再重複整個流程。

因此，相較於單次程式碼補全示範，儲存庫層級的表現與代理式工作能力，對開發者和企業更具實際意義。Google 將 Gemini 3.5 與 3.7 Flash 都定位在程式設計及代理式應用上，也說明這組能力正是其產品策略的核心。3032

如果程式設計能力確實提升，Google 將更有機會在開發工具與企業軟體工作流程中，直接與 Anthropic 和 OpenAI 競爭。不過，現有公開證據仍不足以衡量彼此差距究竟縮小了多少。

目前還不知道什麼？

在 Google 正式發布前，以下資訊仍未獲確認：

• 最終發布日期與正式模型名稱；
• 是否會在 Gemini App、Gemini API、Vertex AI 或其他 Google 產品中提供；
• 價格、配額與各地區可用性；
• 上下文視窗限制與支援的工具；
• 安全性文件與模型卡；
• 公開程式設計及代理式工作流程基準；
• 延遲與成本效能數據；以及
• 在真實程式碼儲存庫上的獨立測試結果。

Opus 比較本身也仍不完整。公開資料沒有說明確切模型版本、提示詞、工具、任務組成、評估者指引、樣本數或統計差距。12

給開發者的結論

Gemini 3.8 Flash 可能是 Google 一次有意義的內部程式設計升級。據稱在 Jetski 測試中獲得工程師偏好，也顯示 Google 認為自己正在縮小一個重要的競爭差距。輸出品質、多輪程式設計、除錯與代理式工作流程方面的傳聞改進，確實值得持續觀察。

但目前證據還不足以把 Gemini 3.8 Flash 稱為整體程式設計領導者，甚至無法準確量化它相較 Gemini 3.7 Flash 的進步幅度。在 Google 發布正式文件、外部開發者能夠重現測試結果之前，「Skimaki」比較適合被理解為一款前景受關注的傳聞預覽版，而不是已完成公開驗證的產品。