AI 程式開發工具
Grok 4.5 接入 GitHub Copilot，500K 上下文與推理強度可跨 IDE 使用
GitHub 開始把 Grok 4.5 部署至 Copilot 的 IDE、CLI、雲端代理與桌面應用，提供最高 50 萬 token 上下文、圖文輸入及三檔推理強度。企業管理員必須主動開啟模型政策，而 GitHub 目前只公布內部終端任務觀察，尚無可比較的 Copilot 評測結果。
GitHub 於 7 月 28 日開始在 Copilot 部署 SpaceXAI 的 Grok 4.5。新模型可從 VS Code、Visual Studio、JetBrains、Xcode、Eclipse、Copilot CLI、雲端代理及 Copilot App 的模型選單使用，支援文字與圖片輸入、最高 500,000 token 上下文，以及 low、medium、high 三種推理強度。適用方案包括 Pro、Pro+、Max、Business 與 Enterprise；商業及企業組織的管理員須另外開啟 Grok 4.5 政策，預設為停用。
這次更新的技術意義不只在新增模型名稱。50 萬 token 容量可容納較大的程式庫片段、終端輸出與代理歷史，推理強度則讓團隊在延遲、成本和較深的多步驟分析之間調節。GitHub 表示，內部終端式程式任務中，Grok 4.5 特別擅長並行分派工具與直接採取行動；這與 SpaceXAI 將模型定位為非同步程式代理的方向一致。供應商資料顯示模型服務速度約每秒 80 token，在 SWE-bench Pro 平均輸出 15,954 token，宣稱比 Opus 4.8 max 少約 4.2 倍；API 定價則為每百萬輸入、輸出 token 分別 2 與 6 美元。
但這些數字不能直接套用到 Copilot。GitHub 採供應商牌價進行用量計費，代理還會加入提示、工具結果與重試，實際成本和端到端延遲取決於客戶端及任務。SpaceXAI 的比較亦混用不同模型的供應商 harness，並非完全受控的同框測試。工程團隊應先用固定儲存庫工作集比較成功率、修改範圍、工具呼叫次數與 token 消耗，也要確認圖像、原始碼及終端內容在新模型供應商下的資料治理要求。後續關鍵是 GitHub 是否公開可重現的 Copilot 測試，以及長上下文是否真正改善跨檔案修復，而非只提高輸入成本。