GitHub Copilot 出現 Claude Opus 5 時：先查方案、政策與額度
GitHub 7 月 24 日宣布 Claude Opus 5 將加入 GitHub Copilot，但「公告看得到、model picker 看不到」不一定是安裝出錯。官方明確說明此功能採 gradual rollout，且 Business 與 Enterprise 方案需要管理員在 Copilot settings 啟用對應政策。因此排查時，先看帳號資格與組織政策，比重裝 IDE 更有效。
本文只處理 GitHub Copilot 內的可用性與治理；若你要規劃長任務的權限與寫入邊界，可再看 Agentic Workflows 不用 PAT 後的設定。
先確認你正在看的入口是否受支援
官方列出的入口包括 Visual Studio Code、Visual Studio、Copilot CLI、Copilot cloud agent、Copilot app、github.com、GitHub Mobile、JetBrains、Xcode 與 Eclipse。可用不代表每個入口會在同一時間出現，因此先在你實際工作的入口開 model picker，再以第二個官方列出的入口交叉確認。
| 檢查結果 | 優先處理 |
|---|---|
| 個人方案看不到模型 | 確認方案是否為 Pro+ 或 Max，並等待 rollout |
| 組織帳號看不到模型 | 請管理員檢查 Claude Opus 5 policy |
| 只有某個 IDE 看不到 | 確認該 IDE 的 Copilot 登入帳號與擴充功能更新狀態 |
| 看得到但無法送出 request | 查看該方案的模型／request 計費與使用量資訊 |
GitHub 公告列出 Pro+、Max、Business 與 Enterprise 為目標方案。這不等於每個同名帳號會立刻拿到模型；rollout 尚未完成時，最可靠的訊號仍是 model picker 本身。
組織管理員要把「能選模型」與「可接受費用」一起看
Business 與 Enterprise 的管理員須在 Copilot settings 啟用 Claude Opus 5 policy。啟用前先確認兩個問題：哪些使用者群組需要它，以及使用量採用什麼預算與告警規則。官方表示此模型依 provider API list price 進行 usage-based billing，不能只用一般聊天額度或其他模型的經驗去推估成本。
適合先試跑的任務是範圍固定、結果可 review 的工作，例如針對單一 PR 提出測試缺口，或在唯讀 repository 分析失敗 CI。不要因為多了新模型，就同時開放它讀整個 organization、執行長任務與直接寫入。
遇到安全相關阻擋時，別只換一段提示詞
GitHub 也提醒 Opus 5 有針對高傷害 cyber 內容的 safeguards，部分 security-adjacent request 可能被阻擋。若這發生，先把任務改寫成明確、良性的維護目的，例如「分析這個修補 PR 的測試覆蓋缺口」，並提供必要的 repository 脈絡；若仍不適用，就選擇其他可用模型。不要把繞過阻擋當成選模型流程的一部分。
最短檢查清單
- 在使用中的 Copilot 入口確認 model picker。
- 核對方案資格；組織帳號再確認管理員 policy。
- 若未出現，先記錄 rollout 狀態，不要將其當成本機壞掉。
- 試跑一個小而可審核的工作，並看 request／費用資訊。
- 對受阻擋的資安相鄰任務，補上良性目的或改用合適模型。
這套順序能把「目前尚未提供」和「設定錯誤」分開，避免為一個尚在 rollout 的功能浪費時間重裝環境。
參考資料：
GitHub Changelog：Claude Opus 5 is now available in GitHub Copilot
回報錯字、失效連結，或告訴我你想看的延伸主題。