GitHub Copilot Grok 4.7 怎麼開？先查 rollout、方案與 AI credits
GitHub 在 2026 年 9 月 21 日宣布，Grok 4.7 正逐步推出到 GitHub Copilot。這是本站原本 Grok 4.6 文章的實質更新：公告日期、模型名稱、入口與管理政策都要以 4.7 重新核對，不能只把標題中的版本號換掉。
先記住一個判斷方式：官方公告列出 Grok 4.7，不代表所有帳號今天都能選到；model picker 看得到，也不代表組織已確認 policy、方案與 credits 預算。
Grok 4.7 目前有哪些可用條件
GitHub 公告列出的方案包含 Copilot Pro、Pro+、Max、Business 與 Enterprise，入口則包括 Visual Studio Code、Visual Studio、Copilot CLI、cloud agent、Copilot app、JetBrains、Xcode 和 Eclipse。官方同時說明這是逐步 rollout，因此「找不到」本身不能直接判定為設定錯誤。
可以先把狀態拆成三層：
| 層次 | 你要確認的事情 | 常見誤判 |
|---|---|---|
| 方案 | 帳號或組織是否屬於支援的 Copilot SKU | 把模型可見性當成每個方案都同時開放 |
| 入口 | 目前使用的 IDE、CLI 或 Copilot app 是否已收到模型 | 只在 GitHub.com 找，卻忘了實際工作入口 |
| 政策 | Business／Enterprise 是否由管理員允許 Grok 4.7 | 以為帳號有方案就能跳過組織 policy |
這種分層也適用其他 Copilot 模型；如果你正在處理模型下架，可以對照 GitHub Copilot 10 月模型下架前的盤點順序。
個人方案：先更新入口，再看 model picker
個人方案不需要先處理組織管理員政策，但仍要區分「支援」和「已 rollout」。建議依序檢查：
- 確認登入的是擁有 Copilot 方案的 GitHub 帳號，而不是另一個瀏覽器或 IDE 帳號。
- 更新正在使用的 IDE、Copilot 擴充功能、CLI 或 app，再重新啟動入口。
- 從實際要使用的 model picker 搜尋
Grok 4.7，不要只以官方模型列表當成可用證據。 - 若其他條件都正確但仍看不到，保留檢查日期與入口，等待逐步 rollout 後再重試。
GitHub 的支援模型文件會依方案和使用位置列出可用模型，也提醒模型可用性會變動。它適合用來確認「支援範圍」，不適合取代實際入口的 smoke test。
Business／Enterprise：政策是另一道開關
Business 與 Enterprise 管理員可以透過 Copilot 的 model policy 控制模型。Grok 4.7 是否自動出現在成員入口，還取決於組織是否啟用預設模型的自動開放，以及管理員是否明確停用該模型；不能把公告發布理解成所有成員立即可用。
導入前可以用小範圍測試帳號完成下列驗證：
| 檢查項目 | 證據 |
|---|---|
| 管理員政策 | 記錄 policy、全域預設開放設定，以及變更時間 |
| 成員方案 | 確認測試帳號由正確的 organization 授權 |
| 實際入口 | 在成員使用的 IDE、CLI 或 app 查看 model picker |
| 失效範圍 | 分清楚所有入口都沒有，還是只有單一 client 沒有 |
不要為了讓模型出現，就先放寬其他模型政策或權限。這會讓後續無法分辨是 Grok 4.7 rollout、模型 policy，還是 client 版本造成的差異。
Grok 4.7 的 AI credits 要怎麼看
GitHub 公告將 Grok 4.7 描述為 usage-based billing，價格依 provider list pricing 計算。這代表你不應把「模型已出現在選單」當成「工作負載已經納入固定方案成本」；實際費率、模型倍率、context tier 與帳號剩餘額度，仍要以 GitHub 的模型與價格文件及帳號介面為準。
導入初期至少記錄三件事：
- 工作入口：IDE、CLI、cloud agent 或其他 Copilot client。
- 工作類型：短問答、code review、重構或長回合 agent task。
- 用量證據：AI credits、token 用量或帳單頁面顯示的使用紀錄。
不要只用輸出文字長度估算成本，也不要把一次短提示的消耗外推到大型 repository。長 context、工具呼叫與 agent 回合都可能改變實際用量。
選不到 Grok 4.7 時的最短排查順序
遇到「官方說有，但我沒有」時，先把證據收齊：
- 記錄方案：Pro、Pro+、Max、Business 或 Enterprise。
- 記錄入口：IDE 名稱與版本、Copilot plugin／extension、CLI 或 app。
- 如果是 Business／Enterprise，請管理員確認 Grok 4.7 model policy 與預設開放設定。
- 重新登入並重啟入口，再檢查 model picker。
- 確認是否只是 rollout 尚未到達，而不是把「模型文件可見」當成錯誤。
- 模型出現後，先用短任務測試 token 和 credits，避免一開始就用大型 repository 的長回合 agent 工作。
若只有單一入口缺少模型，先將它視為 client 或 rollout 差異；若所有入口與測試帳號都沒有，再回頭檢查方案和組織 policy。這個順序可以避免在沒有證據時反覆重裝工具或修改 prompt。
結論：先確認能不能選，再決定要不要用
Grok 4.7 的重點不是把它加入模型清單，而是把「方案、入口、組織政策、rollout 和 credits」分開驗證。個人使用者應先確認實際入口和逐步 rollout；Business／Enterprise 則要先處理管理員 policy。等模型確實出現在 model picker，再用小型任務觀察 credits 消耗，才知道問題出在可見性還是預算邊界。
Q: GitHub Copilot 文件已列出 Grok 4.7，為什麼我還是選不到？
A: GitHub 目前採逐步 rollout，文件列出支援不等於每個帳號和入口同時收到。先確認方案、client、登入帳號與組織 policy，再保留檢查日期等待 rollout。
Q: Business／Enterprise 使用者可以自行開啟 Grok 4.7 嗎？
A: 不能把成員帳號的方案視為足夠條件。請由管理員確認 model policy、全域預設開放設定與是否有明確停用規則，再用成員實際入口驗證。
Q: Grok 4.7 的費用只看 output tokens 嗎？
A: 不應這樣估算。官方公告採 provider list pricing，實際費率與用量還要看 GitHub 價格文件、context tier、工具回合與帳號的 AI credits 顯示。
參考資料：