GitHub 於 2026 年 7 月 21 日宣布，Google 的 Gemini 3.6 Flash 開始逐步加入 GitHub Copilot。這個更新的重點不是單純多一個模型名稱，而是模型選擇器開始直接對應不同工作型態，包括網頁和應用程式開發、一般 coding，以及需要多步驟執行的長流程 agent 任務。
GitHub 表示，Gemini 3.6 Flash 支援可調整的推理力度，以及在複雜工作流程中並行使用工具。這讓模型可以按任務需要在速度、推理深度和工具協作之間作取捨。對 coding agent 而言，工具並行可能影響的不只是回覆速度，也包括搜尋檔案、執行檢查和整理變更時的整體等待時間。
GitHub 同時表示，早期測試中 Gemini 3.6 Flash 在 coding 和 agentic workflow 的任務完成率及 token 效率高於 Gemini 3.5 Flash。這些是 GitHub 公布的早期測試描述，不等同於跨模型、跨程式碼庫都能重複得到的獨立基準結果；實際差異仍會取決於任務長度、工具、測試覆蓋和人工覆核。
這個模型會向 Copilot Pro、Pro+、Max、Business 和 Enterprise 用戶推出，並可在 Visual Studio Code、Visual Studio、Copilot CLI、GitHub Copilot cloud agent、Copilot app、JetBrains、Xcode 和 Eclipse 等介面選擇。GitHub 強調 rollout 會逐步進行，企業方案亦需要管理員先在 Copilot 設定中啟用 Gemini 3.6 Flash Preview policy。
費用方面，GitHub 說明這個模型按供應商的 list pricing 進行 usage-based billing。這一點讓「較快」和「較便宜」不能直接畫上等號：模型可以在單次任務使用更少 token，但如果推理力度提高、工具調用增加或人工覆核變多，工作流程的總成本仍可能不同。
因此，模型選擇器正在變成 agent 平台的一個控制面。團隊需要按任務類型測試完成率、延遲、token 消耗、失敗重試和 review 時間，而不是只看模型在一般問答中的表現。長流程 agent 尤其要測試它能否在自己的程式碼庫、測試和權限邊界內持續工作。
Gemini 3.6 Flash 進入 Copilot 的訊號，是模型市場正在由「哪個模型最強」轉向「哪個模型在這條工作流程的成本和可靠性最合適」。可調整推理和並行工具讓這個選擇更靈活，但也要求團隊建立更清楚的任務級評估方法。
