Article

GitHub Copilotの個別予算に有効期限、期限後のフォールバックまで整理

GitHub Copilot BusinessとEnterpriseの個別ユーザー予算に、請求サイクル末または指定日で自動削除する有効期限が追加されました。期限後はコストセンター単位、続いて全体のユーザー予算へ戻るため、例外の終了日と戻り先を一緒に設計できます。

Share

こはるの読みどころ

一時的な増額を自動で戻せる点だけでなく、期限後にどの上位予算が適用されるかを図式的に追うと、運用への取り込み方が見えやすくなります。

こはるの読みどころ

GitHub Copilotの利用枠を一時的に増やしたあと、誰が元へ戻すのか。短期プロジェクトや負荷の高いスプリントでは、設定そのものより後片付けが運用の穴になりがちです。

2026年9月1日、GitHubは個別ユーザー予算に有効期限を設定できる機能を一般提供しました。GitHub Copilot BusinessとCopilot Enterpriseが対象で、期限になると個別予算は自動で削除されます。

ポイントは、削除後も予算の判定が終わるわけではないことです。期限の選び方と、その先にある予算階層をつなげて考えると、この変更を安全に運用へ取り込めます。

個別予算の自動削除で一時的な増額を閉じられる

個別ユーザー予算を作成または編集するとき、期限は次の3通りから選べます。

  • 期限なし:既定値で、編集または削除するまで継続
  • 現在の請求サイクルが終わるタイミング:次の請求サイクル開始時に削除
  • 指定日:UIではUTCの日付を選択

期限はあとから変更でき、解除して期限なしへ戻すこともできます。これまで手作業だった一時オーバーライドの削除を、作成時点で予定できるようになったわけですね。

利用例としては、1回のスプリント、インシデント対応、期限のあるプロジェクトの間だけ上限を引き上げる場面が挙げられています。定常的な利用枠を変えるのではなく、例外に終了条件を持たせる機能と捉えると分かりやすいです。

期限後の上限は3段階の予算階層で決まる

GitHub Copilotのユーザーレベル予算には、適用範囲の広い順に「全ユーザー共通」「コストセンター単位」「個別ユーザー」の3段階があります。複数が当てはまる場合は、個別ユーザー、コストセンター、全ユーザー共通の順で優先されます。

予算 主な役割 優先順位
個別ユーザー予算 特定ユーザーだけ上限を変える 1
コストセンターのユーザー予算 部署やチームごとに1人あたりの上限をそろえる 2
全ユーザー共通予算 ライセンスユーザー全体の既定値にする 3

個別予算が期限切れになると、それ自体が削除されます。そのユーザーにはコストセンターのユーザー予算があればそれが、なければ全ユーザー共通予算が適用され、どちらもなければユーザーレベル予算は残りません。設定手順の公式ドキュメントにも同じフォールバック順が示されています。

ここでいう「コストセンターのユーザー予算」は、共有プールを使い切った後の従量課金をチーム単位で制限する「コストセンター予算」とは別物です。前者は1人ごとのAIクレジット消費を、共有プールと追加利用の両方にまたがって制限します。

2026年6月からの予算階層に「例外の終了」が加わった

この機能は、2026年に整備されたAIクレジット管理の続きに位置します。GitHubは2026年6月1日にCopilotの利用ベース課金とユーザーレベル予算を一般提供し、同年6月30日にはコストセンター単位の1人あたり予算を追加しました。

これにより、全体の既定値、チームの既定値、個人の例外という3層を作れます。今回の有効期限は新しい予算層を増やすものではなく、最も具体的な個人例外を自動で外す仕組みです。

GitHubの予算最適化ガイドも、定常的な上限は利用傾向から決め、短期的なスパイクには個別オーバーライドを使う構成を案内しています。部署全体の差はコストセンター側へ、期限のある例外だけを個別予算へ寄せると、削除後の状態まで読みやすくなります。

UIとREST APIでは戻り先を決めてから期限を入れる

UIでは、Enterpriseの「Billing & Licensing」から「Budgets and alerts」を開き、「Bundled AI credits budget」で対象をUsersにします。特定ユーザーを選ぶと「Expiration」が現れ、期限なし、現在の請求サイクル末、指定日を選べます。公式の作成手順では、Enterprise ownerとbilling managerがユーザーレベル予算を管理できる範囲も確認できます。

REST APIで自動化する場合は、個別ユーザー予算の作成または更新時にexpires_atを渡します。Budgets REST APIでは、値は未来のYYYY-MM-DD、対象はbudget_scopeuserの予算に限定されています。更新時にnullまたは0を指定すると、設定済みの期限を解除できます。

運用へ入れる前に、少なくとも次の組み合わせを決めておくと迷いにくいです。

  1. 平常時の上限を、全ユーザー共通またはコストセンターのユーザー予算に置く
  2. 個別予算には、増額理由と同じ単位で請求サイクル末または指定日を設定する
  3. 期限後に適用される予算額を、対象ユーザーの所属と合わせて確認する
  4. APIを使う場合は、ユーザースコープと未来日であることを事前検証する

なお、ユーザーレベル予算は共有プール分と追加利用分を合わせた消費上限で、常にハードストップとして働きます。AIクレジットは1クレジット0.01米ドルなので、たとえば30米ドルの予算は3,000クレジットに相当します。金額を変えるときは、期限だけでなく平常時とのクレジット差も見ておきたいところです。

有効期限は一時対応を元のルールへ戻す仕組み

今回の変更で、個別ユーザー予算は「例外の金額」だけでなく「例外を終える条件」まで持てるようになりました。請求サイクルに合わせるか、プロジェクトの日付に合わせるかを作成時に決めれば、手作業の削除漏れを減らせます。

ただし、期限後の実効上限はフォールバック先で決まります。個別予算だけを見て完了とせず、コストセンターと全ユーザー共通予算を平常時の土台として整えることが、この機能を実務で生かす答えです。

出典

Share

Related Articles

カテゴリやタグが近い記事を続けて読めるように並べています。