GitHubがCopilot Chatの課金方式を、これまでのリクエスト回数ベースから、入力・出力で処理する文字量（トークン）ベースへ6月1日に切り替える。クレジットを使い切った際に安価なモデルへ自動で切り替わる仕組みは廃止され、利用可能なクレジットと管理者が設定する予算枠で使用量を管理する方式になる。
GitHubがCopilot Chatの課金方式を、これまでの「リクエスト回数」ベースから、入力・出力で処理する文字量（トークン）ベースへ6月1日に切り替える。従来は対話やコード生成の指示を「プレミアムリクエスト」という単位で数え、一定回数まで使えた。新方式では、同じ作業でも消費量が利用パターンによって大きく変わる。
もう一つ大きいのが自動フォールバックの廃止だ。従来はクレジットを使い切っても、より安価なモデルへ自動的に切り替わって作業を続けられた。新方式ではこの安全網がなくなり、利用可能なクレジットと管理者が設定する予算枠で使用量を管理する。枠を使い切ると対話が止まりうる。
Zedの公式アカウントは「Copilot Chatをヘビーに使うなら今回の変更でコスト増を見込むべき」と投稿した。長い文脈を多用する使い方ほどトークン消費が膨らむため、開発チームの月額負担を直接左右する。管理者は予算枠の設定方法と消費の可視化を組み直す必要がある。
この変化で何が要点か。図解と出典つきで一目で。
構造化された事実を最初に。誰が何をいつどこでなぜどのように。
従来のCopilot Chatは、対話やコード生成の指示を「プレミアムリクエスト（PRU）」という単位で数え、一定回数まで使える仕組みだった。回数を使い切っても、より安価なモデルに自動的に切り替わって作業を続けられる「フォールバック」体験が提供されていた。今回の移行で、この自動切り替えの仕組みは利用できなくなる。新方式は、入力・出力の文字量に応じて費やされる「トークン」を基準に課金される。GitHubはこれを従来の回数ベース課金（レガシー）に代わる仕組みとして公式文書で整理している。
回数ベースからトークンベースへの移行は、利用パターンによってコストの増減が大きく変わるため、開発チームの月額負担を直接左右する。特に長い文脈を扱う使い方ではトークン消費が膨らみやすく、予算管理の前提が変わる。自動フォールバックが消えることで、クレジットを使い切ると作業が止まる可能性があり、管理者は予算枠の設定方法を見直す必要がある。
GitHubはCopilot Chatの課金を、これまでの「リクエスト回数」から、入力・出力で処理する文字量（トークン）ベースへ6月1日に切り替える。従来は対話やコード生成の指示を「プレミアムリクエスト」という単位で数え、一定回数まで使えた。今回の移行で、同じ作業でも消費量が利用パターンによって大きく変わる。
GitHub is changing Copilot Chat from request-based billing to token-based billing tomorrow (Monday June 1). If you use Copilot Chat heavily in Zed, you should expect this change to cost you more.
上の投稿は「Copilot Chatをヘビーに使うなら、今回の変更でコスト増を見込むべき」という主旨だ。長い文脈をプロンプトに詰める使い方や、大きなコードベースを読ませる対話はトークン消費が膨らむため、回数で頭打ちだった頃と比べて月額負担が読みにくくなる。GitHubはこの新方式を、従来の回数ベース課金（レガシー）に代わる仕組みとして公式文書で整理している。
今回の移行でもう一つ大きいのが、自動フォールバックの廃止だ。従来は回数を使い切っても、より安価なモデルへ自動的に切り替わって対話を続けられた。新方式ではこの自動切替がなくなり、利用可能なクレジットと管理者が設定する予算枠で使用量を管理する。
GitHub Copilot is moving to usage-based billing
つまり、枠を使い切った時点で対話が止まりうる。今までは「上限に達しても遅い・安いモデルで作業継続」という逃げ道があったが、その安全網がなくなる。日々の開発で当たり前に対話を回しているチームほど、枠の設定値と消費ペースを意識しないと、作業の途中で止まる事態が起こりうる。
勝ち負けは利用パターンで分かれる。対話を短く・限定的に使う開発者は、回数の上限に縛られず実消費分だけの課金になり、無駄が出にくい。
一方、大きなコードベースを読ませたり長いプロンプトを多用するヘビーユーザーは、同じ作業でもトークン消費が膨らみ、回数ベースより上振れしやすい。Zedなど外部エディタ経由でCopilot Chatを使う層も、公式が名指しで「コスト増を見込むべき」と注意喚起している対象だ。
組織側では、予算枠を管理する立場が一番手間を負う。フォールバック廃止で枠到達時の挙動が変わるため、誰がどれだけトークンを消費したかを可視化し、予算枠の割り当てを組み直す運用が必要になる。
立場別、明日から動ける一手。
公式の利用ベース課金ドキュメントで、トークン課金の単価とモデル別の扱いを確認する。
チームの月額予算枠を、自動フォールバック廃止後にどこで止めるかの基準で定義する。
自分の典型的な対話1回でどれだけトークンを消費するかを、移行前後で測る。
Zedの公式アカウントが「GitHubがCopilot Chatをリクエスト回数課金からトークン課金へ6月1日に切り替える」と告知し、「Zedで Copilot Chatをヘビーに使うなら、今回の変更でコスト増を見込むべき」と注意喚起した。
公式発表と各所の反応から編集部が要約した主な論点です。個別のX投稿そのものは下部のセクションに表示されます。
「GitHubがCopilot Chatをリクエスト回数課金からトークン課金へ6月1日に切り替える」
「Zedで Copilot Chatをヘビーに使うなら、今回の変更でコスト増を見込むべき」
投稿は次のステップや他のAIプロバイダーの選択肢への案内を含む形で、外部エディタ経由のヘビーユーザーへ影響が及ぶ点を前面に出している。反応数自体は限定的で、移行直前の実務的な告知としての性格が強い。
GitHub is changing Copilot Chat from request-based billing to token-based billing tomorrow (Monday June 1). If you use Copilot Chat heavily in Zed, you should expect this change to cost you more. Read about next steps and other AI provider options here:
※トレンド検出時刻付近の人気投稿を表示
I Found a Way to Bypass AI API Limits (And It Actually Works) | Google AntiGravity
Pro Coder
GitHub is changing Copilot Chat from request-based billing to token-based billing tomorrow (Monday June 1). If you use Copilot Chat heavily in Zed, you should expect this change to cost you more. Read about next steps and other AI provider options here:
These are some of my LLM assisted contributions from the past month. Nothing amazing, but I'm slowly getting better at it. Atm, using Qwen3.6 27B exclusively. For hardware - switching between M2 Ultra and RTX 5090. Both are good options, though after using the RTX and going back…