GitHub Copilot個人プラン厳格化の本質 ― request課金モデルが限界に達した¶

対象 / ポイント

対象: GitHub Copilot の個人プラン(Pro / Pro+)利用者、AIコーディングツールの価格モデル動向を追う開発者・プロダクト担当者。

ポイント:

引き金はバグ修正 — 3月のトークン過少カウントバグ修正後、rate limit到達者が急増した¹。
構造は価格モデルの破綻 — request単位課金が新世代モデルのコスト分散に耐えられなくなった²。
行き先はtoken課金 — 今回の制限強化はtoken課金への移行前捌きと位置づけられる²。

何が変わったのか¶

GitHubは2026年4月21日、Copilotの個人向けプランに3つの変更を発表した³。新規サインアップの一時停止、使用量制限の厳格化、そしてOpus系モデルの提供調整である。変更の発効タイミングと影響範囲は以下の通り。

変更項目	発効タイミング	影響範囲
新規サインアップ停止	2026年4月20日⁴	Pro / Pro+ / Student
VS Code / CLI での使用量表示	2026年4月21日より段階ロールアウト³	全プラン
使用量制限の厳格化	"今後数週間"で段階的³	Pro / Pro+
Opus 4.7 プロモ乗数(7.5×)	2026年4月30日まで⁵	Pro+ のみ
Opus 4.5 / 4.6 の Pro+ 削除	今後数週間⁶	Pro+ のみ
返金申請窓口	2026年4月20日〜5月20日³	Pro / Pro+

注目すべきはProプランからOpus系モデルが完全に姿を消す点だ。Pro+( $39/月)では7.5×乗数のOpus 4.7のみが残り、旧世代のOpus 4.6(3×乗数)と4.5も段階的に削除される[^6]。Pro($ 10/月)ユーザーがOpus系を使いたければ4倍近い料金差のPro+にアップグレードする以外の選択肢はない。

引き金となった3月のバグ修正¶

このセクションが答える問い: なぜ4月のこのタイミングだったのか。

2026年3月、GitHubはCopilotのrate limitingシステムにトークンを過少カウントするバグがあったことを認識した¹。対象はClaude Opus 4.6やGPT-5.4など新世代モデルで、これらは従来のモデルよりリクエストあたりのインフラ消費が大幅に大きいにもかかわらず、バグにより「軽く」計測されていた¹。

修正後、状況は一変する。バグによって隠されていた実コストが正しく反映された結果、Pro+ユーザーの20%程度しか枠を消費していない段階で数日単位のweekly rate limitを食らう事例がコミュニティに相次いだ⁷。The Registerの報道によれば、価格モデルの崩壊を示唆する発言もコミュニティから上がっている¹。

バグ修正というより、ビジネス判断に近い ― subsidization(補填)のレベルが持続不可能な水準に達したためだ¹

ここから4月21日の公式発表までの因果連鎖は明快だ。トークン過少カウント発覚 → バグ修正 → 制限到達者急増 → 新規受け入れ停止 → 使用量制限の厳格化、という流れで動いている。

request単位課金モデルが抱えた構造欠陥¶

このセクションが答える問い: なぜ制限を厳しくするしかなかったのか。

Copilotの課金単位は「premium request」と呼ばれる。Pro は月300、Pro+ は月1,500が基本枠で、超過分は1リクエスト$0.04で追加購入できる⁸。モデルごとに乗数が設定されており、重いモデルほど1リクエストあたりの消費が大きくなる仕組みだ⁵。

この設計の前提は「プラン価格が1リクエストの平均コストを吸収できる範囲に収まる」ことだった。しかし新世代モデルの登場でこの前提が崩れた。Opus 4.7のAPI単価はOpus 4.6と同一の $5/$ 25(入力/出力 100万トークンあたり)だが、Copilot内の乗数は3×から7.5×へと2.5倍に引き上げられている⁹。同一コストのモデルに2.5倍の「価格」がついた事実が、request単位の抽象化が実コストから乖離していることを示している。

モデル	API単価(入/出)	Copilot乗数	Pro+月枠での換算
Opus 4.6	$5 / $25	3×	500回
Opus 4.7 (プロモ中)	$5 / $25	7.5×	200回
Opus 4.6 Fast (廃止済)	$5 / $25	30×²	50回

内部コストが同一にもかかわらず「販売単位としての1リクエスト」の価値が3モデル間で6倍の差を持つ構造になっている。Where's Your Ed Atが報じた内部文書は、週次のCopilot運用コストが年初から約2倍に膨らんだと記載しており、単なる個別モデルの問題ではなく運用全体の収支が崩れつつあることを示す²。

token課金への移行が既定路線になっている¶

このセクションが答える問い: この変更の行き先はどこか。

リークされた内部文書は、GitHubが最終的に「token課金」(実消費トークンに応じた従量課金)への移行を進めていることを示している²。今回のサインアップ停止と使用量制限強化は、request単位からtoken単位への価格モデル刷新の前捌きと位置づけられる。移行が段階的になる理由は、既存ユーザー体験との整合性を保ちながら運用コストを抑える必要があるためだ。

token課金への移行は、個人プランのあり方そのものを変える可能性が高い。定額サブスクリプションの持つ「予算の上限が読める」というユーザー体験は、token課金では成立しにくい。Anthropic API直販やCursor、Claude Codeなど競合ツールでは既に「月額+超過従量」「APIキー直結の完全従量」などの価格モデルが混在しており、Copilotもこの方向に収斂する可能性が高い。

背景にはAIコーディングツール全般の構造問題がある。agentic workflow(エージェント型ワークフロー)が定着し、1タスクで数十回のモデル呼び出しが走るようになったことで、「1リクエスト = 人間の1意図」という前提が崩れた³。GitHubが今回のブログで「少数のリクエストがプラン価格を超えるコストを生じさせることも珍しくなくなった」と認めている点は、この前提崩壊を公式に追認したものだ³。

実務層への具体的な影響¶

このセクションが答える問い: 今、何をすればよいか。

現場の開発者にとって本質的に痛いのはOpus 4.7の乗数でも、Proプランからのモデル削減でもない。公開されていないweekly token limit(週次トークン制限)が、premium request枠の残量と無関係にセッションを止めうる点こそが運用上の最大リスクだ¹⁰。Pro+であってもProの5倍以上という相対値しか開示されておらず、具体的な数値は依然非公開である³。

現状で取れる実務的対応は以下に集約される。

Auto mode を優先する: Copilot CLIでの auto モード使用時、全有料サブスク対象に乗数の10%割引が適用される(1×モデルが0.9×として計算される)¹¹。
並列ワークフローを抑制する: /fleet など並列実行系コマンドはトークン消費が倍増する。制限到達が近い期間は使用を控える³。
plan mode を挟む: 先に計画を立ててから実装に入るplan modeはタスク成功率向上とトークン節約の両方に効く³。
AGENTS.md でスコープを絞る: ファイル/ディレクトリを明示指定しリポジトリ全体スキャンを避ける運用は、Pro+ユーザー間でトークン節約の実践例として共有されている⁷。

VS Code と Copilot CLI は2026年4月21日以降、週次枠の75%と90%到達時に警告を表示するようになった³。これは「突然セッションが止まる」事象を減らす目的で導入された地味だが重要なUX改善であり、有効活用することで予期せぬ制限到達をかなり減らせる。

まとめ¶

今回の発表は、Copilotという単一サービスの価格調整ではなく、AIコーディングツール業界全体が直面する「agentic時代の価格モデル再設計」の第一幕である。定額×request という単純な抽象化が新世代モデルのコスト構造に耐えられなくなった以上、何らかの形でtoken単位の従量性が価格体系に入り込むのは避けられない。

重要なのは、個人開発者がこの変化を「値上げ」として受け止めるか、「実コストの可視化」として受け止めるかで取るべき行動が変わる点だ。前者なら他サービスへの移行が合理的だが、後者ならtoken効率を意識したプロンプティングとツール選択が長期的に効くスキルとなる。どちらの立場を取るにせよ、今回の変更が単独の出来事ではなく長い移行プロセスの起点であることを認識しておく必要がある。