2026 年 6 月 1 日から、GitHub Copilot のすべてのプランが使った分だけの課金に変わった。GitHub の公式ブログによれば、利用量は「AI クレジット」で数え、やり取りごとの入力、出力、キャッシュされた文字量（トークン）から、使ったモデルの公表料金で換算する。コードの自動補完と「次の編集の提案」はこれまでどおりプランに含まれ、クレジットを使わない。
同じ発表には、見落とされやすい変更も書かれている。枠を使い切っても、安いモデルに自動で切り替わらなくなった。その先の利用は、管理者が設定した予算しだいだ。上限で止めることも、公表料金で使い続けることもできる。
TechCrunch によれば、発表のあと、多くの開発者が費用の急増を心配した。月の支払いが 29 ドルほどから 750 ドル近くになると見積もった人もいる。一方で、費用がかさむのはたいていエージェントモードに長時間行き来させて直させる使い方だ、と指摘する声もあった。
だからチームがまず決めるべきなのは、「Copilot を控えるかどうか」ではない。二つのことだ。枠を使い切ったら止めるか払い続けるか。そして、どの作業にいちばん高いモードを使わせるか。
「控えめに」は、間違った場所で節約してしまう
毎日の補完はクレジットを使わない。お金がかかるのは対話とエージェントの作業で、とりわけ最も強いモデルを使い、エージェントに多くのファイルを長時間直させるときだ。GitHub の文書も例を挙げている。軽いモデルに短い質問をするなら 1 クレジットに満たないこともあるが、最先端のモデルで複数のファイルにまたがる長いエージェント作業をすれば、費用はずっと大きくなる。
「控えめに」とだけ言えば、エンジニアは費用を恐れて、強いモデルを使う価値のある問題でも使わなくなり、最後はレビューする人が後始末に時間を取られる。本当に管理すべきなのは、誰が仕事を高コストのモードに引き上げられるか、引き上げて何を得たかだ。
二段の規則を先に決める
一段め、予算をどこに置き、使い切ったらどうするか。 GitHub の文書によれば、組織内のプランの枠は一つの共有のプールにまとめられる。使い切ったあとは、企業単位の支出上限、コストセンターの予算、組織の予算で、超えた分の費用を制限できる。枠は毎月リセットされ、使い残しは繰り越されない。チームが決めるのは、予算を組織全体に置くか、部署ごとか、人ごとか。使い切ったらそのまま止めるか、超過を認めるか、そして超過を誰が承認するかだ。
二段め、どの作業にいちばん高いモードを使わせるか。 ファイルをまたぐ調査、大きなリファクタリング、バージョンの移行、エージェントに複数のファイルを自分で直させる作業は、始める前にはっきりさせる。どんな問題を解くのか、どのファイルに触れる見込みか、最初の版を誰が見るか、どこで必ず止まるか。たとえばエージェントが計画を出したとき、最初の修正が出たとき、テストが失敗したとき、関係のないファイルを書き換えたときだ。
本番の障害、顧客に見える不具合、重要な移行につながる作業なら、強いモデルを使うのはたいてい妥当だ。面倒だから、範囲がまだ決まっていないから、という理由だけで自動的に引き上げるべきではない。
二週間ごとに高コストの作業をいくつか振り返る
総利用量を見張るより、二週間ごとに高コストのモードを使った作業をいくつか選んで振り返るほうが役に立つ。納品までの時間は縮んだか。テストはより充実したか。レビューのやり取りは減ったか。最終的な変更は、人が力ずくでやるより明快だったか。
答えられないなら、みんなに控えるよう言うだけでなく、作業の範囲を見直す。AI が出す最初の版は始まりにすぎず、そのあとのレビューと保守が費用の大半を占める。AI が出したコード変更の第一版は試し見積もり。本当の請求はレビューと保守にあるも参考になる。
この規則は変わる
この記事がまとめたのは、2026 年 6 月の切り替え時に公表された規則だ。プランに含まれる枠、期間限定の追加枠、モデルごとの料金はどれも変わりうる。予算を決める前に、GitHub の請求のページと公式の文書の最新の内容を確かめること。
個人のプランの利用者には設定できるコストセンターがないので、現実的なのは自分で支出の上限を決め、どの作業がエージェントを長時間動かしているかに気をつけることだ。長い作業がなぜ費用を食うのかは、長時間の AI タスクの費用は、再試行とコンテキストの読み直しに消えているを参考にしてほしい。
AI 整理カード
チームで GitHub Copilot を使っている。従量課金に変わったので、予算の規則と高コストの作業の使い方の規則を先に決めておきたい。
判断方法はこの記事による：https://boosterminiclass.com/ja/posts/copilot-usage-billing-needs-team-budget-guardrails/
記事の見方はこうだ。補完はクレジットを使わず、お金がかかるのは対話とエージェントの作業で、しかも枠を使い切っても安いモデルに自動で切り替わらない。チームは、枠を使い切ったら止めるか払い続けるか、誰が承認するか、そしてどの作業にいちばん高いモードを使わせ、どこで止めるかを先に決める。
まず私に聞いてほしい。チームの人数、使っているプラン、みんなが主に Copilot で何をしているか、いま予算を設定しているか。
そのうえで：
1. チームの使い方を「補完だけ」「普通の対話」「長時間のエージェントか最も強いモデル」の三つに分け、それぞれの費用の特徴を見積もる；
2. 予算を組織、コストセンター、個人のどこに置くべきか、使い切ったときの扱いと承認者を提案する；
3. 高コストの作業の開始前の説明のひな形を書く。解く問題、触れる見込みの範囲、結果を見る人、必ず止まる時点；
4. 高コストの作業がその価値に見合ったかを判断する、二週間ごとの振り返りの問いを四つ考える。
料金と枠の量は「GitHub の公式の請求ページに従う」とし、数字を勝手に仮定しないこと。
参考資料
- GitHub Blog（公式）：GitHub Copilot is moving to usage-based billing — https://github.blog/news-insights/company-news/github-copilot-is-moving-to-usage-based-billing/ [accessed: 2026-10-11]
- GitHub Docs（公式）：Usage-based billing for organizations and enterprises — https://docs.github.com/en/copilot/concepts/billing-and-usage/organizations-and-enterprises/billing [accessed: 2026-10-11]
- TechCrunch：‘What a joke’: Github Copilot’s new token-based billing spurs consternation among devs — https://techcrunch.com/2026/05/30/what-a-joke-github-copilots-new-token-based-billing-spurs-consternation-among-devs/（2026-05-30）
