AIニュース最前線
最新ニュースAI日報Hacker日報週報動画AIツールトレンド企業

AIニュース最前線

世界中のAI最新情報を日本語で毎時更新

最新ニュース日報トレンド企業プレミアムRSS
© 2026 ainew.jp特定商取引法に基づく表記
ニュース一覧元記事を開く
GitHub Blog·2026年4月21日 03:15·約6分で読める

「GitHub Copilot 個人向けプランの変更」

#GitHub Copilot#Agentic AI#利用制限管理#SaaSプラン設計#計算資源コスト
TL;DR

GitHubはAgenticワークフローによる計算資源の急増を受け、Copilot個人向けプランの新規登録停止、利用制限の強化、Opusモデルの利用可否変更を実施し、既存ユーザーへの影響を緩和する方針を示した。

AI深層分析2026年4月21日 03:30
4
重要/ 5段階
深度40%
4
関連度30%
4
実用性20%
4
革新性10%
3

キーポイント

1

Agenticワークフローによる計算コスト増が変更の根本原因

長期・並列化されたエージェントセッションにより、従来のプラン設計を上回る計算資源が消費されており、サービス品質の低下を防ぐために制限強化が必要となった。

2

新規登録停止と利用制限の強化・可視化

Pro/Pro+/Studentプランの新規登録を一時的に停止し、VS CodeおよびCLI上で利用制限値を明示することで、ユーザーの超過防止とプランアップ(ProからPro+)を促す。

3

プラン別モデル提供の変更と段階的削除

ProプランからOpusシリーズの利用を停止し、Pro+では最新Opus 4.7のみを提供。旧バージョン(4.5/4.6)も削除予定で、モデルアクセス権限がプラン格差として明確化された。

4

制限超過時の返金・キャンセル措置の提供

予期せぬ制限超過やプラン変更が合わない場合、4月の利用料を免除し、GitHubサポートへの連絡で返金対応を行う。既存ユーザーの体験保護を最優先する方針を示した。

5

...

...

影響分析・編集コメントを表示

影響分析

本変更は、Agentic AIの普及に伴う計算資源コスト増がSaaS製品の収益モデルと直結していることを示す指標となる。ユーザーにとっては利用制限の透明性向上と返金措置が評価できる一方、高度なモデルへのアクセス制限は開発ワークフローに影響を与える可能性がある。業界全体として、AI利用コストの最適化とプラン設計の見直しが加速するだろう。

編集コメント

GitHubの対応は、AIエージェント時代における「計算資源管理」が製品設計の核心に迫っていることを明確に示している。ユーザーは制限値を事前に確認し、プラン選択やワークフロー設計を見直す必要があるだろう。

本日、既存顧客の体験を保護するため、GitHub Copilot の個別プラン(Individual plans)に対して以下の改訂を行います。新規登録の一時停止、利用制限(usage limits)の強化、モデルの利用可否の変更です。これらの変更が混乱を招くことは承知していますが、なぜこれらを実施するのか、そしてあなたにどのような影響があるのかを明確にお伝えします。

エージェント型ワークフロー(agentic workflows)は Copilot の計算リソース要件を根本から変えました。長時間実行され並列化されたセッションは、もとのプラン構造が想定していたよりもはるかに多くのリソースを定期的に消費するようになりました。Copilot のエージェント型機能が急速に拡大するにつれ、エージェント(agents)が処理する作業が増え、サービス信頼性を維持するために設計された利用制限に達する顧客も増えています。さらなる措置を講じなければ、すべての人のサービス品質が低下します。

利用制限やモデルの利用可否に関する皆様のご意見・ご不満を伺っており、追加するガードレール(安全装置/制限枠)の周知をより適切に行う必要があります。以下に、何が変わり、なぜ変更するのかを説明します。

GitHub Copilot Pro、Pro+、Student プランの新規登録は一時停止されています。新規登録を停止することで、既存顧客へのサービス提供をより効果的に行えるようになります。

個別プランの利用制限を強化します。Pro+ プランは Pro プランの制限値の5倍以上を提供しています。より高い制限値を必要とする Pro プランのユーザーは、Pro+ にアップグレードできます。利用制限値は現在 VS Code および Copilot CLI 内に表示されており、これらの制限に達することを回避しやすくするためです。

Opus モデルは Pro プランでは利用できなくなりました。Opus 4.7 は引き続き Pro+ プランで利用可能です。変更履歴(changelog)でお知らせした通り、Opus 4.5 および Opus 4.6 は Pro+ から削除されます。

これらの変更は、既存顧客に予測可能な体験を提供し続けるために必要です。予期せぬ制限に達した場合、またはこれらの変更がご都合に合わない場合は、Pro または Pro+ のサブスクリプションをキャンセルできます。4月分の利用料金は請求されません。返金をご希望の場合は、4月20日から5月20日の間に GitHub サポートまでお問い合わせください。

GitHub Copilot における利用制限の仕組み

現在の GitHub Copilot には、セッション制限と週間(7日間)制限(session and weekly limits)の2つの利用制限があります。両方の制限は、トークン消費量(token consumption)とモデルの乗数(multiplier)という2つの独立した要素に依存します。

セッション制限は、主にピーク利用時にサービスが過負荷にならないようにするために設けられています。設定値は、ほとんどのユーザーに影響が出ないようになっています。時間とともに、これらの制限は信頼性と需要のバランスを取るために調整されます。もしセッション制限に達した場合、Copilot の利用を再開するには、使用ウィンドウ(usage window)がリセットされるまで待機する必要があります。

週間制限は、ユーザーが1週間に消費できるトークンの総数に対する上限を示します。私たちは最近、長時間実行されることが多く、非常に高額なコストにつながる並列化された長距離リクエスト(long-trajectory requests)を制御するため、週間制限を導入しました。

各プランの週間制限(weekly limits)は、ほとんどのユーザーに影響が出ないよう設定されています。週間の使用量制限に達してもプレミアムリクエスト数が残っている場合、自動モデル選択(Auto model selection)機能を使って引き続き Copilot をご利用いただけます。制限は週単位でリセットされる際にモデル選択が再度有効になります。Pro プランをお使いの場合は、Pro+ にアップグレードして週間制限を引き上げることができます。Pro+ は Pro の制限を 5 倍以上に引き上げたプランです。

使用量制限(Usage limits)は、プレミアムリクエスト数(premium requests)の権利とは別個に設定されています。プレミアムリクエスト数は、アクセス可能なモデルと送信できるリクエストの数を決定します。一方、使用量制限は、特定の時間枠内で消費できるトークンの総量を上限とするトークンベースのガードレール(token-based guardrails)です。プレミアムリクエスト数が残っていても、使用量制限に達する場合があります。

予期せぬ制限の回避と透明性の向上

今日より、VS Code と Copilot CLI の両方で、制限に近づいた際に利用可能な使用量を表示するようになりました。この変更は、予期せぬ制限に遭遇するのを防ぐことを目的としています。

imageimageVS Code における使用量制限

imageimageCopilot CLI における使用量制限

制限に近づいている場合、以下のような対策で到達する確率を減らすことができます:

より単純なタスクには、マルチプライヤー(multiplier)の小さいモデルを使用してください。マルチプライヤーが大きいほど、制限に達する速度は速くなります。

Pro プランをお使いの場合は、制限を 5 倍以上に引き上げるため、Pro+ へのアップグレードをご検討ください。

タスクの効率を向上させるため、プランモード(plan mode)(VS Code、Copilot CLI)をご利用ください。プランモードはタスクの成功率も向上させます。

並列ワークフロー(parallel workflows)の数を減らしてください。/fleet などのツールはトークン消費量が増加するため、制限に近づいている場合は使用を控えてください。

なぜこの変更を行うのか

複雑なコーディング問題に取り組む際のエージェントおよびサブエージェント(agents and subagents)の価値をユーザーが理解するにつれ、すべてのユーザーの使用量が強化されています。これらの長時間実行される並列化されたワークフローは大きな価値をもたらしますが、インフラストラクチャと価格体系にも課題を投げかけています。現在では、数回のリクエストでプラン料金を超えるコストが発生することが珍しくありません。これらは私たちが解決すべき問題です。本日実施する措置により、より持続可能なソリューションを開発している間も、既存ユーザーに最良の体験を提供することが可能になります。

「GitHub Copilot 個人向けプランの変更」の記事は、The GitHub Blog に掲載されています。

原文を表示

Today we’re making the following changes to GitHub Copilot’s Individual plans to protect the experience for existing customers: pausing new sign-ups, tightening usage limits, and adjusting model availability. We know these changes are disruptive, and we want to be clear about why we’re making them and how they will affect you.

Agentic workflows have fundamentally changed Copilot’s compute demands. Long-running, parallelized sessions now regularly consume far more resources than the original plan structure was built to support. As Copilot’s agentic capabilities have expanded rapidly, agents are doing more work, and more customers are hitting usage limits designed to maintain service reliability. Without further action, service quality degrades for everyone.

We’ve heard your frustrations about usage limits and model availability, and we need to do a better job communicating the guardrails we are adding—here’s what’s changing and why.

New sign-ups for GitHub Copilot Pro, Pro+, and Student plans are paused. Pausing sign-ups allows us to serve existing customers more effectively.

We are tightening usage limits for individual plans. Pro+ plans offer more than 5X the limits of Pro. Users on the Pro plan who need higher limits can upgrade to Pro+. Usage limits are now displayed in VS Code and Copilot CLI to make it easier for you to avoid hitting these limits.

Opus models are no longer available in Pro plans. Opus 4.7 remains available in Pro+ plans. As we announced in our changelog, Opus 4.5 and Opus 4.6 will be removed from Pro+.

These changes are necessary to ensure we can serve existing customers with a predictable experience. If you hit unexpected limits or these changes just don’t work for you, you can cancel your Pro or Pro+ subscription and you will not be charged for April usage. Please reach out to GitHub support between April 20 and May 20 for a refund.

How usage limits work in GitHub Copilot

GitHub Copilot has two usage limits today: session and weekly (7 day) limits. Both limits depend on two distinct factors—token consumption and the model’s multiplier.

The session limits exist primarily to ensure that the service is not overloaded during periods of peak usage. They’re set so most users shouldn’t be impacted. Over time, these limits will be adjusted to balance reliability and demand. If you do encounter a session limit, you must wait until the usage window resets to resume using Copilot.

Weekly limits represent a cap on the total number of tokens a user can consume during the week. We introduced weekly limits recently to control for parallelized, long-trajectory requests that often run for extended periods of time and result in prohibitively high costs.

The weekly limits for each plan are also set so that most users will not be impacted. If you hit a weekly limit and have premium requests remaining, you can continue to use Copilot with Auto model selection. Model choice will be reenabled when the weekly period resets. If you are a Pro user, you can upgrade to Pro+ to increase your weekly limits. Pro+ includes over 5X the limits of Pro.

Usage limits are separate from your premium request entitlements. Premium requests determine which models you can access and how many requests you can make. Usage limits, by contrast, are token-based guardrails that cap how many tokens you can consume within a given time window. You can have premium requests remaining and still hit a usage limit.

Avoiding surprise limits and improving our transparency

Starting today, VS Code and Copilot CLI both display your available usage when you’re approaching a limit. These changes are meant to help you avoid a surprise limit.

imageimageUsage limits in VS Code

imageimageUsage limits in Copilot CLI

If you are approaching a limit, there are a few things you can do to help reduce the chances of hitting it:

Use a model with a smaller multiplier for simpler tasks. The larger the multiplier, the faster you will hit the limit.

Consider upgrading to Pro+ if you are on a Pro plan to raise your limit by over 5X.

Use plan mode (VS Code, Copilot CLI) to improve task efficiency. Plan mode also improves task success.

Reduce parallel workflows. Tools such as /fleet will result in higher token consumption and should be used sparingly if you are nearing your limits.

Why we’re doing this

We’ve seen usage intensify for all users as they realize the value of agents and subagents in tackling complex coding problems. These long-running, parallelized workflows can yield great value, but they have also challenged our infrastructure and pricing structure: it’s now common for a handful of requests to incur costs that exceed the plan price! These are our problems to solve. The actions we are taking today enable us to provide the best possible experience for existing users while we develop a more sustainable solution.

The post Changes to GitHub Copilot Individual plans appeared first on The GitHub Blog.

この記事をシェア

関連記事

The Register AI/ML★42026年6月4日 01:49

コパイロットを超えて、マイクロソフトの AI が運転席を握る

マイクロソフトはビルドカンファレンスで、ユーザーの行動を常時監視して背景で自動実行する新カテゴリ「オートパイロット」を発表し、その第 1 弾エージェント「スカウト」を紹介した。

TLDR AI★42026年6月3日 09:00

GitHub のエージェント戦略(90 分読み)

GitHub は、コードの大量出荷によりインフラに圧力がかかっているため、人間速度を前提とした設計から AI エージェント時代に対応する方針を COO が説明している。

The Verge AI★42026年6月3日 03:12

マイクロソフト、初の高度な推論型 AI「MAI-Thinking-1」を発表

マイクロソフトは Build 2026 で自社開発の最新モデル「MAI-Thinking-1」を発表し、OpenAI 依存から脱却して独自モデル開発に本格的に着手した。

ニュース一覧に戻る元記事を読む