GitHub CopilotにAIクレジット上限。自動実行の使いすぎを止めやすく

何が発表されたか

GitHubは2026年7月1日、Copilot CLI と GitHub Copilot SDK で、1回の作業セッションに使う AI credits の上限を決められるようにしたと発表しました。公式Changelogによると、上限に達すると、Copilotは延々と走り続けるのではなく、その時点で作業をまとめて知らせてくれます。対象は対話型セッションだけでなく、スクリプトなどの非対話実行も含まれます。

CLIでは /limits コマンドから確認や設定ができ、非対話実行では --max-ai-credits を付けて上限を付けられます。GitHub Docsでは、上限に達したあと対話型セッションでは調整して続けられること、ただし利用量は応答が返ってきた後に確定するため、設定値を少し超える場合があるとも説明されています。つまり今回は、「AIに任せる量をあとから請求で知る」のではなく、「先にここまでと線を引ける」更新です。

初心者に何がうれしいか

初心者にとって一番わかりやすい利点は、安心して自動化を試しやすくなることです。最近のコーディングAIは、1回の質問で終わらず、ファイル調査、修正、再実行、追加確認まで進むことがあります。便利な反面、「どこまで動くのか」「どれくらい使うのか」が見えにくく、不安になりがちでした。

今回の上限設定は、その不安を小さくします。たとえば「今日は軽い確認だけ」「この修正は少額で試す」といった使い分けがしやすくなり、AIへ丸投げする感覚を減らせます。特に、長時間の自動実行や定期ジョブを試したい人には、止めどころを決めてから回せるのが大きいです。

まず試すなら何をするか

最初は、小さなリポジトリか練習用フォルダで、上限を低めにして試すのがおすすめです。たとえば、README修正、軽いバグ調査、テスト1本追加のような仕事を選び、/limits で上限を入れてから始めます。そうすると、「この作業でどのくらい消費するのか」の感覚がつかみやすくなります。

スクリプトや自動実行で使う人は、まず1本だけ --max-ai-credits を付けて流し、途中で止まった時にどこまで片づくかを観察すると安全です。上限があると、失敗しても被害が読みやすく、運用ルールを作りやすくなります。

注意点

GitHubは、この機能を2026年7月1日時点で public preview と案内しています。対象プラン、使えるCLIやSDKのバージョン、画面の挙動は今後変わる可能性があります。公式案内では Copilot CLI 1.0.66 以降、Copilot SDK 1.0.5 以降が対応とされています。

また、上限は万能なブレーキではありません。GitHub自身が説明しているように、利用量は応答完了後に確定するため、設定値を少し超えることがあります。さらに、上限を入れてもAIの提案内容が正しくなるわけではありません。コマンド実行、依存関係変更、削除処理、公開前コードの更新は、これまで通り人が確認しましょう。使い始める前にGitHub公式ChangelogとDocsで最新条件を見ておくと安心です。