GitHubは2026年9月1日、Copilotの個別ユーザー予算に有効期限を付けられる機能を一般提供しました。これで、短期的な上限引き上げを手作業で戻す運用から抜けやすくなります。特に、PoC参加者だけ一時的に予算を増やしたい企業や、月末だけ追加枠を配りたい管理者には実務メリットが大きい変更です。本記事では、何が変わるのか、どの条件で使えるのか、REST APIのexpires_atをどう扱うのかを整理します。
結論: 一時的な予算上書きを自動で戻せるようになった
今回の変更点はシンプルです。個別ユーザー予算に「期限なし」「次回請求サイクル開始時に失効」「特定日で失効」の3パターンを設定でき、期限が来るとその個別予算は自動で外れます。GitHubの説明では、失効後はそのユーザーに適用される次の予算、つまりコストセンター単位のper-user budgetやuniversal budgetへ自動的にフォールバックします。これにより、臨時対応のたびに管理者が予算設定を探して削除する作業が減ります。
何が変わるのか
従来は、特定メンバー向けに一時的な上限を設定すると、その後は管理者が手で削除する必要がありました。たとえば、月末の集中開発、特定案件の大規模レビュー、検証期間だけClaudeや高単価モデルを使わせたいケースでは、上限を上げるのは簡単でも戻し忘れが起きやすい運用でした。9月1日以降は、設定時点で失効日まで決められるため、利用者の裁量を広げつつ、AI Creditsの無期限な増額を防げます。Copilotが従量課金で動く組織ほど効く改善です。
対象読者と使える条件
この機能はGitHub Copilot BusinessとCopilot Enterprise向けです。予算APIの作成・更新系は、GitHub Docs上ではorganization adminまたはbilling managerが対象で、fine-grained tokenを使う場合もAdministration権限のwriteが必要です。また、expires_atが使えるのはuser scopeの予算だけで、organizationやrepository、universal budgetには付きません。運用設計の観点では「全社一律の上限」と「一部メンバーへの一時的な例外」を分けて考える必要があります。
ここまでを社内ルールに落とし込みたいなら、Copilotの配布方針、予算統制、管理者向けガイドラインをまとめて設計するのが近道です。 AI導入や研修の相談はこちら
APIと設定画面で押さえるべき点
REST APIではcreate/update時にexpires_atを指定できます。形式はYYYY-MM-DDで、未来日だけ受け付けます。更新APIではnullまたは0を入れると有効期限の解除も可能です。あわせて、user scopeやmulti_user_customer scopeではprevent_further_usageをtrueのまま維持する必要があり、user scopeではalertingは実質使えません。つまり、個別予算は「超過を止める強いガード」と「期限付き例外管理」を組み合わせる設計が基本です。UIで設定する場合も、次回請求サイクル開始時に切るか、日付固定で切るかを先に決めておくと運用が安定します。
導入判断ポイント
管理者が見るべき論点は3つあります。1つ目は、誰に一時増額を配るのかです。PoC担当者、レビュー専任者、月末の集中開発チームなど対象を明確にしないと、例外が恒常運用になります。2つ目は、失効タイミングです。月次予算で締めるなら「次回請求サイクル」、イベント駆動なら「特定日」の方がズレません。3つ目は、失効後の受け皿です。コストセンター予算やuniversal budgetが低すぎると、期限切れ直後に利用体験が急落します。予算切り戻しと業務継続の両立を先に確認すべきです。
FAQ
よくある疑問も整理しておきます。Q. 失効後は予算が0になりますか。A. GitHubの案内では、次に適用される予算へフォールバックします。Q. 過去日を指定できますか。A. できません。Docsでは未来日のみ受け付けると明記されています。Q. 全社予算にも期限を付けられますか。A. 今回のexpires_atはuser scopeのみです。Q. APIで期限を外せますか。A. update時にnullまたは0で解除できます。Q. 誰でも更新できますか。A. 少なくとも公式ドキュメント上はorg adminまたはbilling manager相当の権限が前提です。
管理者向けチェックリスト
実装前に確認したいのは、個別例外を付ける対象者、失効日を請求サイクル基準にするか案件終了日にするか、失効後に戻る既定予算の水準、API運用時の権限管理、社内への告知文面の5点です。特に「誰が例外を承認し、いつ戻るか」をチケット化しておくと、Copilotの高単価モデル利用でも説明責任を持ちやすくなります。 Copilotの予算統制や生成AI導入ルールを整えたい方はお問い合わせください。
