GitHub Copilotの請求書、来月から変わるって知ってました？
ミドリ： タツヤさん、うちの開発チームが使ってるGitHub Copilot、経理から「請求額が今までと違う」って問い合わせが来たんですけど……何か変わったんですか？
タツヤ(nodding)： ああ、それは大きな変更があったんだ。2026年6月1日から、GitHub Copilotが全プランで「従量課金」に移行したんだよ。
ミドリ(confused)： 従量課金……。今までは毎月決まった金額じゃなかったんですか？
タツヤ： そう。今までは「1人あたり月いくら」の定額だった。それが「使った分だけ払う」方式に変わった。電気やガスと同じで、たくさん使えば請求も増える。逆に使わなければ安くなる。
ミドリ： それって……使いすぎたら、いきなり高額請求が来たりしませんか？
タツヤ(smiling)： いい勘だね。まさにそこが今日のテーマ。仕組みを理解して、コストが膨らまないように管理する方法を一緒に見ていこう。
何が変わったのか — 「定額」から「使った分だけ」へ
ミドリ： まず、何が起きたのかを整理させてください。
タツヤ： ポイントは3つ。
- 全プランが従量課金ベースに移行（2026年6月1日）
- 各プランには毎月一定の「GitHub AIクレジット」が含まれる
- 有料プランは、クレジットを使い切ったら追加購入して使い続けられる
ミドリ： 「AIクレジット」って、ゲームの課金みたいなものですか？
タツヤ： イメージは近いね。前払いのポイントみたいなもの。1クレジット＝0.01米ドルで、AIへのリクエストで消費したトークン量に応じて減っていく。入力・出力・キャッシュされたトークン、それぞれにモデルごとの単価がある。
ミドリ(thinking)： トークンって、文章の長さみたいなものでしたよね。
タツヤ： そう。だから「長いコードを何度も読ませて、長い回答をもらう」使い方ほどクレジットを食う。高性能なモデルを選べば単価も上がる。使い方とモデル選びが、そのままコストに直結するようになったんだ。
プラン別に見る、含まれるクレジット
ミドリ： うちはどのプランで、どれくらい含まれてるんでしょう？
タツヤ： 代表的なプランを整理するとこんな感じ。なお、プランや単価は今後も変わりうるから、契約前に必ず公式の最新情報を確認してね。
| プラン | 月あたりの目安 | 特徴 |
|---|---|---|
| Copilot Pro | 1,500クレジット（基本1,000＋フレックス500） | 個人開発者向け |
| Copilot Pro+ | 7,000クレジット | ヘビーユーザー個人向け |
| Copilot Business | $19/ユーザー・月（$19分のクレジット込み） | チーム向け |
| Copilot Enterprise | 3,900クレジット/ユーザー・月 | 大規模組織向け |
ミドリ： Businessは「$19分のクレジット込み」ってことは、$19を使い切るまでは追加料金なし、ってことですか？
タツヤ(nodding)： その理解でほぼOK。含まれるクレジットの範囲なら追加請求はない。超えた分だけ、従量で乗ってくる仕組みだ。
なぜGitHubは従量課金に変えたのか
ミドリ： そもそも、なんで分かりやすい定額をやめちゃったんでしょう？
タツヤ： 背景には「AIモデルの実コスト」があるんだ。高性能なモデルほど、1回の応答にかかる計算コストが高い。定額だと、めちゃくちゃ使う人も少ししか使わない人も同じ料金で、提供側が赤字になりかねない。
ミドリ： 食べ放題だと、たくさん食べる人がいるとお店が困る、みたいな。
タツヤ(smiling)： まさにそれ。従量課金は「使った人が、使った分だけ払う」公平な仕組みでもある。裏を返せば、利用者側はコスト意識を持たないと損をする時代になった、ということでもあるんだ。
一番怖いのは「気づいたら予算超過」
ミドリ： さっきの「高額請求」の話、やっぱり現実に起こるんですか？
タツヤ： 起こりうる。よくあるパターンはこれ。
- 高性能モデルを既定のまま全員が使い続ける（単価が高いモデルを無意識に多用）
- 巨大なコードベースをまるごと何度も読ませる（入力トークンが膨張）
- 誰がどれだけ使っているかログを見ていない（気づいたら月末に超過）
ミドリ(surprised)： 全部「気づかないうちに」進行するやつですね……。
タツヤ： そう。シャドーAIの話とも通じるけど、「見えていないコスト」が一番危ない。だから管理側は、使う前に「見える化」と「上限」をセットしておくのが鉄則なんだ。
コストを膨張させない5つの実務
ミドリ： 具体的に、何をすればいいですか？
タツヤ： この5つを押さえれば、まず大ハズレはしない。
- 用途でモデルを使い分ける — 簡単な補完は軽いモデル、難しい設計だけ高性能モデル。常に最上位を使わない
- 支出上限（spending limit）を設定する — 管理画面で組織の上限を決めておけば、暴走しても天井で止まる
- 利用ログを定期的に見る — 誰が・どのモデルを・どれだけ使ったかを月次で確認
- 大きすぎる入力を避ける指導 — 「ファイル丸ごと貼る」より「必要な関数だけ」を社内の習慣にする
- 年額・月額のどちらが得かを試算する — 利用量が読めるチームは、定額系のプランの方が安いこともある
ミドリ(thinking)： モデルを使い分けるって、車のエコモードとスポーツモードを場面で切り替える感じですね。
タツヤ(nodding)： いいたとえ。毎回フルスロットルだと燃費が悪い。タスクに合った出力で十分なことは多いんだ。
年額プランの人は、慌てなくていい
ミドリ： うち、年額で契約してた気がするんですけど、もう切り替わっちゃってますか？
タツヤ： そこは安心していい。月額のPro・Pro+は6月1日に自動で従量課金へ移行したけど、年額契約の人は、契約が満了するまで従来の方式のままなんだ。
ミドリ： じゃあ、更新のタイミングで考えればいいんですね。
タツヤ： そう。更新前に「うちの実際の利用量だと、従量と定額、どっちが得か」を試算しておくといい。慌てて切り替える必要はないよ。
経営判断として、どう捉えるか
ミドリ： これって現場の話に見えて、実は経営の話でもありますよね？
タツヤ： その通り。AIツールのコストは、これから「固定費」じゃなく「変動費」になっていく。脱エンジニアの視点で考えると、ツールを契約して終わりにするか、使用量とROIをセットで見る運用に変えられるか、ここが分岐点になります。請求額の増減を「無駄遣い」と見るか「投資対効果」と見るか。後者の目線を持てる会社が、AI時代のコストを味方にできるんだ。
ミドリ： 「いくら使ったか」だけじゃなく「いくら稼いだか・時短できたか」とセットで見る、と。
タツヤ(smiling)： そう。月3万円のクレジットで、エンジニアの残業が20時間減るなら、十分すぎるリターンだよね。
クレジットは何に消えるのか — 消費の内訳を知る
ミドリ： そもそも、クレジットって何にいちばん消えるんですか？ 見えないと、節約のしようがなくて。
タツヤ： いい質問。消費が大きくなるのは、だいたいこの3パターンなんだ。
- 高性能モデルの多用 — 同じ質問でも、上位モデルは1回の単価が高い。難問だけに使えば十分なのに、既定のまま常用してしまう
- 長い入力の繰り返し — 巨大なコードや長文を毎回まるごと渡すと、入力トークンがどんどん積み上がる
- エージェント的な多段実行 — AIが自分で何度も考えて試す処理は、裏で何回もリクエストが走る
ミドリ(surprised)： 「ちょっと聞いただけ」のつもりが、裏で何回も動いてることがあるんですね。
タツヤ： そう。特に3つめは見えにくい。「1回の依頼＝1回の消費」とは限らないんだ。だから「何が高くつくか」をチームで共有しておくだけで、無駄な消費がぐっと減る。
ミドリ(thinking)： 高いガソリンを、街乗りでも常にハイオク満タンにしてる感じ……。
タツヤ： まさに。用途に合わせて「燃料のグレード」を選ぶ意識が、そのまま節約になる。簡単な補完なら軽いモデルで十分だし、必要な部分だけ渡せば入力も減る。「全部最上位・全部丸ごと」をやめるだけで、消費は目に見えて変わるんだ。
「請求ショック」を防ぐ月次チェックリスト
ミドリ： 月末に「えっ、こんなに!?」とならないために、定期的に見るべきものはありますか？
タツヤ： この月次ルーティンを回せば、まず事故は防げる。難しくない、月に数回チラッと見るだけだ。
| 確認項目 | 見るポイント |
|---|---|
| 今月の累計消費 | 予算に対して何割使ったか（中旬で約半分が目安） |
| ユーザー別の消費 | 突出して多い人はいないか。いれば使い方を確認 |
| モデル別の消費 | 高単価モデルに偏っていないか |
| 上限設定の有無 | 組織の支出上限が設定されたままか |
ミドリ： 月初・中旬・月末でチラッと見るだけでも違いそうですね。
タツヤ(nodding)： そう。「見える化」と「上限」さえ押さえれば、従量課金は怖くない。むしろ「使った分だけ」だから、無駄を削れば素直に安くなる。これは自分でコントロールできる費用なんだ。
ミドリ： 「定額だから気にしない」より、「変動するから見る」ほうが、結果的に得をするんですね。
タツヤ： その通り。見る習慣がある会社ほど、AIのコストを味方にできる。逆に「請求ショック」を起こすのは、たいてい一度も中身を見ていない会社なんだ。
Q&A：移行でよくある疑問
ミドリ： 細かいところで、まだ不安が残っていて。いくつか聞いてもいいですか？
タツヤ： もちろん。よく聞かれるものに答えるね。
ミドリ： クレジットが月の途中で尽きたら、Copilotは使えなくなるんですか？
タツヤ： 無料枠を使い切った場合、有料プランなら追加分が従量で課金されて使い続けられる。心配なら支出上限を設定しておけば、その天井で止まるから「気づかぬ青天井」にはならない。上限到達時に一時的に止まる設定にもできるので、自社の方針で選べばいい。コストの主導権を自分の側に残しておくのが大事なんだ。
ミドリ： 使わなかった月のクレジットは、翌月に繰り越せますか？
タツヤ： 基本的には「その月の枠はその月で使い切る」前払いの考え方だと思っておくのが安全だ。繰り越しの有無や条件はプランや時期で変わりうるから、ここも公式の最新情報を必ず確認してね。「たぶん繰り越せる」という思い込みで予算を組むのは危険だよ。
ミドリ(nodding)： わからないところは、推測で進めず公式を見る、ですね。
タツヤ： そう。料金まわりは特に、思い込みが事故のもと。「確認する」を惜しまないのが、結局いちばん安く済むんだ。
まとめ
タツヤ： 今日のポイントを整理しよう。
- 2026年6月1日、GitHub Copilotは全プランが従量課金へ移行。各プランに月次のAIクレジットが付く
- 1クレジット＝0.01米ドル。消費はトークン量×モデル単価で決まる
- Proは1,500、Businessは$19込み、Enterpriseは3,900クレジットが目安（最新は公式要確認）
- 最大のリスクは「見えないコストの膨張」。モデル使い分け・支出上限・ログ監視で防ぐ
- 年額契約は満了まで従来方式。慌てず、更新前に試算を
- コストは「変動費」へ。使用量とROIをセットで見る運用に切り替えるのが経営の勘所
ミドリ： 「定額の安心」から「使った分だけの公平さ」へ。考え方を切り替える必要があるんですね。
タツヤ： そう。怖がる必要はない。仕組みを理解して、見える化と上限をセットすれば、むしろコストを自分でコントロールできるようになる。これはCopilotに限らず、これからのAIツール全般に通じる話だよ。
次のアクション
請求の変化に振り回されないために、今週できることから始めましょう。
- 現状把握 — 自社のCopilotプラン（月額/年額・Pro/Business/Enterprise）と、直近の利用量を確認する
- 上限と見える化を設定 — 組織の支出上限を設定し、利用ログを月次で見る運用を決める
- モデル使い分けルールを共有 — 「軽い作業は軽いモデル」を社内の合言葉にする
Shimanto AI Solutions では、ITに詳しい担当者がいない組織向けに、以下を支援しています。
- AI開発ツール（Copilot・Claude Code等）のプラン選定とコスト試算
- 使用量の見える化・支出上限設定・月次レポートの運用設計
- 費用対効果（時短・品質）を可視化するROIダッシュボードの構築