GitHub Copilot 的企業採購，過去最常卡在兩個問題：程式碼與 prompt 會不會離開指定地區？政府或受監管產業能不能用？
４ 月 １３ 日，GitHub 公布 Copilot data residency 與 FedRAMP 相關更新，答案開始變得具體：美國與歐盟區域可指定資料駐留，美國政府客戶可使用 FedRAMP Moderate 授權的模型基礎設施。
這不是單純的隱私聲明，而是 Copilot 從個人生產力工具進入大型企業開發平台的關鍵一步。
Copilot data residency 是什麼？
Data residency 的重點不是「GitHub 不看你的程式碼」這種泛泛說法，而是把推論處理與相關資料限制在指定地理區域。
GitHub 目前支援：
| 區域 | 適用對象 | 重點 |
|---|---|---|
| US | 美國企業與政府相關客戶 | 推論與相關資料在美國區域處理 |
| EU Data Boundary | 歐盟會員國與 EFTA 國家 | 對齊 Microsoft EU Data Boundary |
| FedRAMP Moderate | 美國政府客戶 | 底層模型主機與基礎設施具授權狀態 |
歐盟範圍包含 EU 會員國與 EFTA 國家，也就是 Iceland、Liechtenstein、Norway、Switzerland。
對跨國企業來說，這能把 Copilot 採購討論從「AI 工具可不可信」推進到「哪些 team 可以開、哪些 repository 可以用、哪些模型可以選」。
哪些 Copilot 功能被納入？
這次支援範圍不只一般聊天或補全，而是涵蓋 GitHub Copilot 的主要 GA 功能：
| 功能 | data residency 狀態 | 導入注意 |
|---|---|---|
| Inline suggestions | 支援 | 對開發者體感最直接 |
| Copilot Chat | 支援 | 要同步控管模型可用性 |
| Agent mode | 支援 | 需評估更高權限的程式碼操作 |
| Copilot cloud agent | 支援 | 適合搭配 repo 權限與審核流程 |
| Code review | 支援 | 可納入 PR 安全檢查 |
| Pull request summaries | 支援 | 對大型 repo 很實用 |
| Copilot CLI | 支援 | 終端機輸入可能包含敏感上下文 |
這代表企業不必只開最保守的補全功能，也可以把 code review、agent mode、cloud agent 納入治理框架。
真正要小心的是權限邊界。資料駐留解決的是地理區域與合規路徑，不等於每個 agent 行為都自動安全。尤其 cloud agent 能替你改程式、跑任務、整理 PR，仍然需要 branch protection、required review、audit log 與敏感 repo 分級。
模型可用性會少一點
GitHub 表示，資料駐留與 FedRAMP launch 時支援 OpenAI 與 Anthropic 的多個模型，例如 GPT-5.4、Claude Sonnet 4.6、Claude Opus 4.6 等。
但有一個重要限制：Gemini models 尚未支援，原因是 GCP 目前未提供可用的 data-resident inference endpoints。未來若端點可用，GitHub 才會加入。
這會影響兩種團隊：
- 喜歡用 Gemini 做快速 coding 或低成本任務的團隊。
- 已經用 Copilot model rules 做模型分流的企業。
若公司有嚴格資料駐留要求，模型選擇不能只看 benchmark 或 request multiplier，也要看該模型是否在指定區域可用。
成本：premium request 會增加 １０％
GitHub 明確說明，data-resident 與 FedRAMP requests 的 model multiplier 會增加 １０％。
簡單說：
| 一般模型成本 | 開啟 data residency 後 |
|---|---|
| １ premium request | １．１ premium requests |
| １０ premium requests | １１ premium requests |
| １００ premium requests | １１０ premium requests |
這 １０％ 不是訂閱費直接加價，而是模型 request 消耗增加。對少量使用者差異不大，但對大型工程組織會變成年度預算問題。
採購估算時，不要只問「Copilot Business 或 Enterprise 一席多少錢」，還要問：
- 哪些 team 會使用 agent mode？
- code review 與 cloud agent 是否會大量消耗 premium requests？
- 是否禁止高 multiplier 模型？
- 是否用 model rules 把不同任務導到不同模型？
- data residency 是否只開給受監管 repo？
管理員怎麼開？
GitHub 說明，enterprise 與 organization admins 可在 Copilot settings 裡啟用 data residency 與 FedRAMP policies，限制組織只能使用 data-resident 或 FedRAMP compliant models。
預設是關閉，管理員需要主動 opt-in。
建議採用三階段：
第一階段：盤點 repository 分級
先把 repo 分成三類：
| 類型 | Copilot 策略 |
|---|---|
| 公開或低敏感 repo | 可先開一般 Copilot |
| 內部產品 repo | 開 data residency，限制模型 |
| 政府、金融、醫療、國防相關 repo | 開 FedRAMP 或更嚴格政策 |
不要一開始就全公司一刀切。大型組織的 repo 敏感度差異很大，全開會增加成本，全關會讓開發者繞路用未授權工具。
第二階段：搭配 model rules
若已使用 Copilot model rules，可以把模型策略拆成：
- 日常補全用低成本、可駐留模型。
- 複雜架構與 code review 用高推理模型。
- 敏感 repo 禁用尚未支援資料駐留的模型。
- agent mode 僅允許特定模型與特定 team。
這樣 data residency 才不只是 compliance checkbox，而是可控的工程治理。
第三階段：觀察 premium request 與 audit log
啟用後至少觀察四週：
- 哪些 team 的 premium request 增幅最高？
- agent mode 是否造成意外成本？
- 是否有開發者被模型限制卡住？
- 敏感 repo 是否仍有人嘗試使用未授權 AI 工具？
- code review 自動化是否真的減少 reviewer 負擔？
Copilot 成本常常不是 seat fee 爆掉，而是 agent 化後 premium request 被長任務、重試、背景任務拉高。
誰應該立刻評估？
最適合優先評估的是：
- 金融、醫療、政府、國防供應鏈。
- 有歐盟資料邊界要求的跨國企業。
- 正在導入 Copilot cloud agent 的大型開發團隊。
- 已經有 SOC ２、ISO ２７００１、內控稽核要求的軟體公司。
- 想把 Copilot 從個人工具升級成正式企業平台的 CTO、CISO、平台工程團隊。
暫時不急的是：
- 小型團隊，且 repo 不含敏感資料。
- 主要寫公開專案。
- 尚未大量使用 agent mode 或 cloud agent。
- 成本敏感度高於合規需求。
導入前檢查清單
| 問題 | 為什麼重要 |
|---|---|
| 是否有資料駐留或政府合規硬要求？ | 沒硬要求時，不一定要承擔 １０％ multiplier |
| 是否需要 Gemini models？ | 目前 data residency 尚未支援 Gemini |
| 是否使用 Copilot cloud agent？ | agent 任務權限比聊天更高 |
| 是否有 repo 分級？ | 沒分級容易全開或全關 |
| 是否追蹤 premium request？ | 成本會跟 agent 化程度一起上升 |
| 是否有替代工具禁令？ | 避免工程師被限制後改用未授權 AI |
結論
Copilot data residency 與 FedRAMP 支援，代表 AI coding 工具正式進入企業合規採購的主戰場。
對一般開發者，這可能只是設定頁多了一個政策選項。對企業 IT、資安與法務來說，這是把 Copilot 從「工程師自己想用」變成「公司可以正式批准」的關鍵材料。
真正的導入重點不是立刻全公司開啟，而是把 repo 敏感度、模型選擇、agent 權限、premium request 成本一起納入治理。Copilot 越像 agent platform，就越不能只用聊天機器人的標準管理。