本文へ移動
開発ツール AI生成 文責 blackstrawberry

Copilot の AI クレジット上限で増額申請、承認は予算を持つ組織か Enterprise 側

メンバーが Copilot の AI クレジットを使い切った瞬間に増額を申請できるようになった。申請がどちらの設定画面に出るか、誰がどう承認するか、対象になるプランと課金方式を整理する。

従量課金で GitHub Copilot Business / Enterprise を運用している組織では、メンバーが AI クレジットを使い切った時点で管理者の判断が要る。使い切ったメンバーは、クレジットを消費する Copilot の機能からブロックされる。そこは今回も変わらない。変わったのは、上限に当たったその瞬間にメンバー側から増額を申請でき、管理者が設定画面を出ずに承認・調整・却下まで済ませられるようになったことだ。GitHub は2026年9月16日の changelog で、この申請の流れを一般提供にしたと書いている。

ブロックの瞬間に申請が出せるようになった

changelog が以前の挙動として書いているのは、メンバーが自分に使える AI クレジットを使い切るとクレジット消費系の機能からブロックされる、というところまでだ。そこからどう復帰していたかには触れていない。今回足されたのは、ブロックされたその瞬間に本人が追加の予算を申請できる経路である。

管理者側に増えるのは承認待ちの列だ。組織または Enterprise の設定に「Requests from members」という一覧があり、保留中の申請がそこに並ぶ。申請を開き、額を決め、通すかどうかを判断する。この一連は設定画面の中で完結すると changelog は書いている。

設定画面から出ずに済むという書き方は、承認のためにメンバーへ連絡を取り直したり別の管理ページを開いたりする段取りを前提にしていない、と読める。ただし申請がどこまで通知されるのか、承認待ちに気づく手段が一覧以外にあるのかは、この告知に書かれていない。

申請は予算を払っているアカウントに届く

振り分けの規則は一つだ。申請は、その予算を払っているアカウントへ自動的に回る。組織が持つ予算への申請は組織の設定に出て、Enterprise が持つ予算への申請は Enterprise の設定に出る。基準は申請者の所属ではなく、予算の出どころだ。

予算の所有者申請が出る設定画面
組織組織の settings
EnterpriseEnterprise の settings

出典:GitHub Changelog「Copilot budget increase requests are generally available」(2026年9月16日)

Enterprise と傘下の組織がそれぞれ予算を持つ構成では、申請の行き先が予算ごとに分かれる。片方の設定画面しか見ていない運用だと、もう片方に積まれた申請は視界に入らない。承認を誰に任せるか決めるときは、どちらの画面を誰が開くかまで含めることになる。

「Approve and increase」は額を決める操作

操作できるのは organization owner、enterprise owner、billing manager の三つのロールだ。「Requests from members」で保留中の申請を確認し、それぞれに新しい額を設定して「Approve and increase」を選ぶ。「Approve and increase」を選ぶと、メンバーの予算は設定した額に更新され、AI クレジットへのアクセスがその場で戻る。額の更新とアクセス回復が別々の操作に分かれているとは書かれていない。

この操作には額の設定が組み込まれているため、運用上の判断も必要になる。可否の二択ではなく、いくらにするかを決める操作だからだ。組織側に基準がなければ、申請が来るたびに画面の前で額を考えることになる。changelog は approve、adjust、deny の三つを挙げているが、手順として名前が出ているのは承認の経路だけだ。

対象は Business と Enterprise の従量課金だけ

この機能が使えるのは GitHub Copilot Business と GitHub Copilot Enterprise で、かつ従量課金の場合だと changelog に明記されている。プランと課金方式の両方が条件なので、シート課金だけで運用している組織や、この二つ以外のプランで同じ導線が出るかどうかは、この告知からは読み取れない。

Copilot の課金まわりの変更は以前にも扱った。今回の告知が触れているのは上限に当たったあとの申請と承認の経路で、課金方式や価格そのものではない。

今日動く必要があるのは、従量課金でクレジットを配っていて、上限に当たったメンバーが実際に出ている組織だ。該当しなければ、承認待ちの一覧が増えるだけで作業は発生しない。該当するなら、組織と Enterprise のどちらの設定に申請が出る構成なのかを先に確かめるのが早い。

却下したときにメンバー側へ何が返るのか、申請の回数や額に制限があるのかは、今回の告知には書かれていない。承認の基準を組織で決める前に、そこを確かめる必要がある。

出典 種別について