GitHub 於 2026 年 9 月 16 日宣布 Copilot budget increase requests 一般可用。以往成員用盡 Copilot AI credits 後，會被阻止使用需要 credits 的功能；新流程讓成員在到達上限時即時提出更多預算申請，並由有權限的人在設定頁面批准、調整或拒絕。
申請會自動送到負責支付該筆預算的 account。組織擁有的 budget 會出現在 organization settings，企業擁有的 budget 則出現在 enterprise settings。這個路由設計把使用者的需求和實際付款責任連起來，避免每個開發者自行處理額外用量，也讓預算擁有人看見需求集中在哪些團隊。
Organization owner、enterprise owner 或 billing manager 可以在 Requests from members 檢視待處理申請，為每一宗設定新金額，再選擇批准及增加。批准後，成員的 budget 會更新，AI credits access 會即時恢復。流程同時保留調整和拒絕選項，因此不等於用戶到達上限後便自動獲得無限制用量。
這項功能適用於 GitHub Copilot Business 和 GitHub Copilot Enterprise 的 usage-based billing。它不是模型更新，也沒有宣稱可以降低總支出；它解決的是 agent 和 AI coding tool 在實際工作中遇到額度上限時，如何在不中斷工作和不放鬆支出控制之間取得平衡。
對採用 Copilot 的團隊而言，預算申請其實是 agent governance 的一部分。當 AI 可以連續執行分析、修改和測試，credits 會變成工作流的限制和成本訊號。把增加額度設計成有記錄的批准事件，比直接開啟更高的全局上限更容易追蹤，也更容易比較不同團隊的使用原因和結果。
部署前可以先定義預算 owner、申請回應時限、每個團隊的額度、異常用量提醒和批准理由，並把 credits 消耗與已接受的程式變更、測試結果或交付時間一起檢視。這些是營運建議，不是 GitHub 公告中的成效數據；真正的政策仍要按組織的付款、權限和風險要求設計。
同時要留意權限層級。能夠批准 budget increase 的人，未必應該同時擁有 repository 寫入、部署或 production access。預算恢復只代表可以繼續使用 Copilot credits，不代表模型可以取得更多資料或執行更多 action。把 billing、code permissions 和 deployment approvals 分開，能減少單一帳戶承擔過多權力。
這次更新反映企業 AI 正進入更細緻的營運階段：成本控制不再只是月底看帳單，而是成為 agent 執行過程中的即時決策。GitHub 提供了請求、審批和恢復 access 的產品流程，企業仍要自行量度每次增加預算帶來的實際價值、錯誤率和風險，才能決定哪些工作值得繼續放大。
