GitHub Copilot Billing Preview 退役後怎麼查費用？改用 AI usage 與預算

退役後要去哪裡看 Copilot 使用量#

GitHub 的公告列出四個替代入口：Billing settings 的 AI usage 頁面、預算、組織或企業的 user-level budgets，以及 usage reports 與 Billing API。AI usage 頁面可以分組、篩選與匯出 AI credit 資料；預覽工具裡原本的估算，不應再當成正式報表的唯一來源。

GitHub 的說明也提到，正式 Billing settings 能呈現 user-level budgets、cost centers 與 usage pool 分配等預覽工具無法完整表達的資訊。因此不要只找一個「新預覽頁」取代舊頁，應先決定團隊真正要追蹤的維度。

個人使用者先做這三件事#

個人帳號不一定需要建立完整儀表板，但最好在下一個 billing cycle 前完成下面的確認：

1. 確認 AI usage 的日期範圍：先用同一個 billing cycle 對照你熟悉的工作紀錄，不要把單日用量和整月預算混在一起。
2. 設定可接受的預算邊界：若方案提供額外支出預算，先確認它是警示、上限，還是允許超額後再計費；不要把通知當成硬性停止機制。
3. 保留一次匯出快照：將本期 AI credit 的篩選條件與匯出資料放在可追蹤的位置，日後遇到帳單差異時才能回到同一個查詢基準。

預覽工具退役不會自動替你決定是否繼續使用 Copilot，也不代表歷史 usage report 會變成新的預算。這兩件事應分開核對。

組織管理員要重新對齊的控制面#

組織或企業若原本把預覽頁截圖放進月報，建議把報表拆成三層：

如果要看 repository 層級的 PR 活動，請另外使用 GitHub Copilot repository 指標；那篇處理的是 coding agent 與 code review 的每日活動，不是帳務頁的替代品。兩份資料放在同一份週報時，要把查詢日期與指標定義分開。

預覽頁關閉後的最小驗證清單#

可以用一張 issue 或內部文件留下以下結果：

• 舊的 Billing Preview app 是否已從 onboarding、README 與操作手冊移除。
• 使用者是否知道新的 AI usage 入口，以及需要什麼權限才能看到資料。
• 預算、cost center 與 usage pool 是否各自有負責人。
• 報表是否保留期間、篩選條件、時區與匯出時間。
• 需要 API 的自動化是否使用專用、最小範圍的憑證，而不是個人 token。

真正需要修正的是依賴舊頁面的流程，而不是為了退役事件重裝 Copilot 或修改 repository 設定。先把「看用量」「控預算」「解釋工程結果」拆開，新的 Billing settings 才能成為可維護的日常入口。

常見問題#