GitHub 在 2026 年 5 月 26 日更新 Copilot 企業管理功能，推出 targeted model rules 公開預覽。這次重點不是新增某個模型，而是讓企業 owner 可以按組織控制哪些 Copilot 模型可用，不再只依靠單一 enterprise-wide 設定。
這個改動反映 AI 編碼工具正在進入更細緻的治理階段。早期企業導入 Copilot 時，重點通常是誰可以使用、是否允許某些功能、如何看用量和安全政策。現在模型選擇本身也變成治理對象，因為不同模型在成本、速度、能力、資料處理政策和風險偏好上可能並不一樣。
targeted model rules 的意思，是企業可以建立規則，把特定 Copilot 模型開放給指定 organization。例如核心產品團隊、內部工具團隊、實驗團隊和外包協作空間，可以有不同模型可用範圍。這比一刀切地全公司開啟或關閉更接近真實管理需要。
GitHub 同時更新了 default model availability 的管理介面，讓 enterprise owner 可以在一個頁面查看和設定不同模型的預設可用狀態。模型可以設為 Enabled，代表自動對所有 organizations 開啟；亦可以設為 Optional，讓各個 organization 自行決定是否啟用。
這套設計對大型工程組織尤其重要。當 AI 編碼代理開始參與 code review、issue 分析、測試修復和雲端 agent 任務，模型選擇不再只是開發者個人偏好，而會影響交付質量、合規責任和成本控制。企業需要能把高能力模型留給高價值場景，同時對敏感 repo 或受監管團隊設更嚴格邊界。
對中小企而言，這條新聞亦有參考價值。即使公司未必有多個 organization，思路仍然成立：AI 工具不應只用「全部開」或「全部關」管理。較成熟的做法，是按流程、資料敏感度、部門責任和審批要求去設計可用範圍。
Copilot model rules 代表企業 AI agent 管理開始由功能開關，走向 capability governance。未來企業採用 AI 編碼工具時，除了要問「哪個模型最好」，更要問「哪個團隊、哪類 repo、哪種任務，可以使用哪個模型，以及誰負責審批和追蹤」。
