GitHub 在 2026 年 7 月 2 日宣布 cost centers 支援 AI credit pools。企業可以限制單一成本中心能動用多少每月內含 AI 使用額度，避免某個團隊提前消耗整個企業共享額度。這個變化看起來像帳務功能，但對 Copilot 在企業內部的擴張很關鍵：AI 編程工具正在從每人授權，變成需要部門預算、配額與責任歸屬的雲端服務。
GitHub cost centers 開始管理共享 AI 使用額度
GitHub 說，Copilot Business 與 Copilot Enterprise 授權包含每月內含 AI credits，這些額度會先在企業層級形成共享池。沒有額外控制時，一個成本中心可能用掉其他部門授權所支付的額度。AI credit pool 的作用，是把成本中心能動用的內含額度限制在它自己的授權基礎內。
GitHub 也區分 AI credit pool 與 cost center budget。前者管的是共享內含額度階段，後者管的是額度耗盡後的計量付費階段。企業可以同時使用兩者，讓部門在免費額度與超額支出兩段都有邊界。
REST API 先行代表財務自動化會先接上
這項功能目前先透過 REST API 提供，成本中心設定介面仍在規劃中。對大型企業來說，API 先行不一定是缺點，因為財務、FinOps 或平台團隊通常會把用量資料接進既有報表、核銷與告警系統。
GitHub Docs 對 usage-based billing 的說明也把 AI credits 與美元預算連在一起，讓管理者可以用固定換算關係理解用量。當 AI credits 變成可查、可限、可分攤的單位，Copilot 的內部治理就更接近雲端資源管理。
Copilot 從生產力工具變成部門預算問題
早期企業導入 Copilot 時，常把它當成開發者生產力訂閱。但 agent、chat、模型選擇與高階功能愈多，用量差異會愈大。某些團隊可能大量使用 agent 工作流，另一些團隊只用補全與簡單問答。若所有額度都混在一起，財務部門很難判斷誰該負責超額支出。
AI credit pools 讓部門可以保有自己付費授權對應的使用權，也讓管理者能在成本中心達到上限時選擇封鎖後續內含額度使用，或在企業允許超額時轉為額外支出。這會把 Copilot 採購從「要不要買」推向「如何分配、如何控管」。
企業 AI 工具會被要求提出成本邊界
這次更新也反映 AI 應用市場的共同壓力。當模型成本與 agent 用量不再固定，企業不會只接受一個總帳單。採購方會要求供應商提供成本中心、團隊、使用者、功能層級的控制能力。
GitHub 透過 cost centers 與 AI credit pools 補上這一層，等於承認 Copilot 已經進入正式營運預算。對競爭者來說，未來只談模型能力或編輯器體驗不夠，能不能讓企業把錢分清楚，也會成為導入門檻。
消息來源：GitHub Changelog、GitHub Docs、GitHub Budgets Docs。
