2026年6月から、GitHub Copilot の課金体系が大きく変わります。
これまでの「Premium Request」ベースから、「GitHub AI Credits」という使用量ベース課金へ移行します。
従来は「1回の重いリクエスト」でも比較的安価に使えていましたが、今後は入力・出力量（トークン量）に応じた消費になるため、使い方によってはかなり費用感が変わりそうです。
今回は、
- AI Creditsって実際どれぐらいの価値なの？
- Premium Request時代と何が変わる？
- 組織利用では何に気を付けるべき？
このあたりを整理してみます。
AI Creditsの価値ってどれぐらいなのか？
事前の使用状況Previewを見る限り、ざっくり 1 AI Credit = $0.01 相当として扱われているようです。
つまり、Copilot Businessで付与される 1,900 AI Credits は、
1,900 × $0.01 = $19という計算になります。
これは面白くて、Copilot Businessの月額料金そのものが $19 なんですよね。
※ Copilot Enterpriseは$39。
つまりGitHub側としては、
「月額料金分のAI利用枠を渡します」
という、かなり分かりやすい構造に寄せてきた感じです。
さらに組織利用では、未使用分をプールできる仕組みも入るようです。
例えば10人組織なら、
1,900 × 10 = 19,000 AI Creditsを組織全体で共有できます。
ただし逆に言うと、
月初に誰か1人が Claude Opus 系モデルを全力で回すと、一気に溶ける・・・
みたいなことも普通に起きそうです。
特に最近のCopilotは、単発チャットではなく、
- エージェント実行
- リポジトリ全体解析
- 長時間のマルチステップ処理
- Claude Code的な利用
が増えているため、以前とは比較にならないほど推論コストが重くなっています。
従来のPremium Requestと比べて気を使う
正直、従来のPremium Request制はかなり破格でした。
たとえば Claude Opus を使っても、
3 Premium Requests消費程度で済むケースがありました。
つまり、
- 高性能モデルを触れる
- 大量利用しても意外と減らない
- ライト利用なら無料枠でもなんとかなる
- 超過料金も比較的穏やか
という、かなり「お得」な世界だったんですよね。
しかし6月以降は事情が変わります。
今後は、
- 入力トークン
- 出力トークン
- キャッシュトークン
などを含めた実使用量ベースになります。(github.blog)
つまり、
「巨大コンテキスト + 長時間エージェント実行」のような使い方だと、普通に数ドル〜十数ドル飛ぶ可能性があります。
感覚的には、
GitHub Copilotが“定額AIサービス”から、“Claude API利用”に近づいた
という印象です。
特に最近は、
- Claude Opus
- Gemini系大型モデル
- GPT-5系
- エージェントモード
など、「性能が高い代わりに推論コストも高い」方向へ進んでいます。
なので今後は、
- どのモデルを使うか
- どこまでコンテキストを渡すか
- Agent実行をどれだけ回すか
を多少気にする時代になりそうです。
必要に応じて予算などでガード
Organization管理なら、予算ガードはかなり重要になりそうです。
GitHub側も、
- 利用モデルの制限
- 予算上限
- 組織単位の管理
- ユーザー単位の制限
などを提供すると案内しています。
例えば、
追加課金は最大 $100 までのように制限しておけば、突然の高額請求は避けやすくなります。
また、用途別にモデルを分けるのも重要そうです。
例えば、
| 用途 | 推奨 |
|---|---|
| 軽い補完 | GPT-4o mini系 |
| 通常チャット | 中価格モデル |
| 難しい設計相談 | Opus / GPT-5 |
| 長時間Agent | 本当に必要時のみ |
みたいな運用ですね。
特に企業利用だと、
「便利だから全員が最上位モデル常用」
をやると、かなり危険そうです。
まとめ
GitHub AI Creditsへの移行は、かなり大きな転換点だと思います。
これまでのCopilotは、
「高性能AIを定額でかなりお得に使える」
という側面が強かったですが、今後はより実利用ベースへ近づきます。
とはいえ、
- 使用量が見えやすくなる
- 組織でプールできる
- 予算ガードできる
- モデル選択の自由度が高い
など、メリットもあります。
特にエージェント型開発が増えてきた今、
「AIをどう使い分けるか」
そのものが、開発スキルの一部になっていきそうですね。
コメント