GitHub 在 ２０２６ 年 ５ 月推出 Copilot targeted model rules public preview。
這是一個企業 AI 治理功能：enterprise owner 可以按 organization 控制哪些 Copilot models 可用。
以前很多公司只能設定一組 enterprise-wide model policy。這對大型組織不夠細，因為不同部門的風險、資料敏感度和使用需求不一樣。
Copilot Model Rules 解決什麼問題？
企業導入 Copilot 時，常會遇到這些問題：
- 研發團隊想用最新模型。
- 金融、法務或醫療相關團隊需要更嚴格限制。
- 某些組織只允許已審核模型。
- 某些實驗組織想先測 preview model。
- 全公司同一套模型開關太粗。
Targeted model rules 讓 enterprise owner 可以為指定 organization 開放指定模型。
它和 enterprise-wide setting 差在哪？
| 管理方式 | 特性 |
|---|---|
| Enterprise-wide setting | 一組設定套全企業，簡單但粗 |
| Targeted model rules | 可針對不同 organizations 設定可用模型 |
例如：
- Core product engineering：可用 Claude、OpenAI、GitHub 預設模型。
- Regulated data team：只允許公司批准模型。
- Research org：允許 preview models。
- Contractor org：只允許低風險模型。
這讓 AI model access 更像一般權限管理，而不是單一總開關。
Default model availability 也更新
GitHub 也更新 default model availability 管理介面。
Enterprise owner 可以在同一頁看到並設定哪些 default Copilot models 可供 organizations 使用，並把模型狀態設定成：
| 狀態 | 意義 |
|---|---|
| Enabled | 自動對所有 organizations 開啟 |
| Optional | 讓 organizations 自行決定是否啟用 |
這對大型公司很實用。中央團隊可以決定基本政策，各 organization 再依實際情況開啟。
什麼公司會需要？
比較需要 model rules 的公司通常有這些特徵：
- 多個 business units。
- 有受監管資料。
- 有內外包混合開發團隊。
- 有跨國資料合規要求。
- 使用多個 AI coding models。
- 需要分階段測試新模型。
小團隊可能不需要這麼細。但只要組織規模變大，「所有人同一個模型設定」很快會變成治理瓶頸。
導入建議
建議先做一張 organization × model policy 表。
至少列出：
- Organization 名稱。
- 資料敏感度。
- 可用 Copilot features。
- 可用 models。
- 是否允許 preview models。
- 是否允許 agentic coding。
- 是否需要額外 code review。
- 誰可以申請例外。
不要只從模型能力決定開關。要從資料、任務、風險和審核流程一起看。
結論
GitHub Copilot Model Rules 的重要性不在於多一個管理頁面，而是 Copilot 開始進入更細緻的企業 AI 控管階段。
AI coding 工具越強，模型選擇就越像權限。
不是每個團隊都該拿到同一組模型，也不是每個任務都該用最高能力模型。