GitHub 於 2026 年 7 月 28 日宣布，xAI 的 Grok 4.5 開始逐步加入 GitHub Copilot。GitHub 將它描述為面向快速 agentic coding 和複雜 multi-step workflow 的 reasoning model，並列出最多 500,000 tokens 的 context window、文字及圖像輸入，以及 low、medium、high 三種 reasoning effort。
可用範圍是這次更新的另一個重點。Grok 4.5 會在 Visual Studio Code、Visual Studio、Copilot CLI、Copilot cloud agent、Copilot app、JetBrains、Xcode 和 Eclipse 的 model picker 中陸續出現，適用於 Copilot Pro、Pro+、Max、Business 和 Enterprise。GitHub 明確提醒 rollout 會逐步進行，因此不同帳戶未必會同時看到這個模型。
GitHub 亦表示，內部測試中 Grok 4.5 在 Visual Studio Code 和 Copilot CLI 的 terminal coding tasks 有良好表現，尤其適合平行 dispatch tools、直接採取行動、探索和處理複雜任務。這是 GitHub 對內部測試的描述，不是公開、可重現的獨立 benchmark；實際結果仍會受 repo 結構、工具權限、提示和驗證流程影響。
對 Business 和 Enterprise 管理員來說，模型的可用性不等於立即開放。GitHub 指出管理員必須在 Copilot settings 啟用 Grok 4.5 policy，而且該 policy 預設關閉。這種設計把模型選擇放進企業治理範圍，讓團隊可以先考慮資料、合規、成本和 agent 行為，再決定是否加入 model picker。
費用也不能忽略。GitHub 指出 Grok 4.5 按 provider list pricing 進行 usage-based billing。對長時間或大量平行 agent session，500,000 tokens 的 context 上限可能有助於減少重複交代背景，但不代表每次任務都會更便宜或更準確。成本應按真實 token、工具呼叫、重試和人工覆核時間量度。
這次更新顯示，模型競爭正透過受治理的 coding platform 落地，而不只是把模型放在單獨的聊天介面。真正要評估的不是 model picker 中多了一個名字，而是模型能否在限定權限下完成任務、能否留下可檢查的工作紀錄，以及失敗時能否停在人工批准點。
Grok 4.5 的 rollout、企業 policy 和 usage-based billing 都代表「可用」是有條件的。開發團隊若要採用，應自行測試程式碼品質、工具使用、資料邊界、成本和回滾流程，再把 provider 或 GitHub 的內部測試結果放進更完整的證據鏈。
