MicrosoftのGitHubは先週、Copilotの顧客に対し、社内サーバーへの負荷を軽減するためAIサービスの利用を減らす必要があると伝えました。これは同社が先月、トークン計数の不具合を発見したことを受けての対応で、その不具合によって同社の価格設定モデルが壊れてしまったように見えるのだそうです。

「GitHub Copilotが急速に成長し続ける中で、ハイ・コンカレンシーのパターンや、強い利用状況が増えていることを引き続き観測しています」と、GitHubは述べました。「こうした利用が正当なワークフローによってもたらされ得ることは理解していますが、この種の利用は、私たちが共有するインフラや稼働リソースに対して大きな負荷をかけます。」

Copilot体験を改善するため、同社によれば、今後数週間で「キャパシティのバランスをより良く取る」ことと、「サービス全体の信頼性を向上させる」ことを目的として、上限が設けられるとのことです。

またGitHubは、Copilot Pro+のユーザー向けに、AnthropicのOpus 4.6 Fastを廃止するとも伝えました。

Anthropicも同様のキャパシティ問題に直面しており、開発者からの不満が増えている状況の中で、ピーク需要時の利用を控えるよう促すことで、消費のパターンを誘導するための対策も講じています。OpenAIのCodexを使う開発者もレート制限に異議を唱えています。ベンチャーキャピタルの資金で賄われた、食べ放題のトークン・ビュッフェのツケが回ってきた形です。

さらなるコスト削減の一環として、GitHubは悪用により、GitHub Copilot Proの無料トライアルをすべて停止しました。

予期せぬレート制限に遭遇したGitHub Copilotの顧客は、納得していません。

「趣味でGitHub Copilot Pro Plusを使っていて、毎月追加クレジットに数百ポンドを頻繁に費やしています」と、ジョン・クレアリーはメールでThe Registerに語りました。「短いレート制限が、カウントダウンも表示されないままリクエストを何度も中断し、その後X秒待つよう促されるのですが、Xはだいたい30秒未満です。とはいえ、私は通常約15分待ってから再開します。そうしないと、AIが何か重要な作業をしているタイミングで、また同じようにすぐ制限に引っかかるからです。」

• Raspberry Pi OS、sudoの「オープン・ドア」方針を終了
• GitHubにつながるエージェントは資格情報を盗める――しかしAnthropic、Google、Microsoftはユーザーに警告していない
• Waymoの自動運転車、その最も厳しいテストに挑む：ロンドン
• Firefoxからついにシリアルデバイスを制御できるように

クレアリーは、それを管理できると述べていますが、月曜の夕方に44時間の「週次レート制限」にぶつかったとのことで、これは先週のGitHubの発表に関連しているのではないかと考えています。

当初、彼は不具合だと思い、しばらく待ちました。しかし1時間後には、そのレート制限の壁は解除されないことに気づきました。そこでサポートチケットを開き、やむを得ずAuto mode（自動モード）に切り替えました。このモードでは、Copilotがユーザーの代わりにモデルを選びます。 

おそらくAuto modeは推論コストの低いモデルを優先するのですが、クレアリーは、それにより著しくパフォーマンスが悪化したと述べています。

「それ以降、私のプロジェクトはほとんど進んでいません。Auto modeで選ばれるモデルの品質が低いため、事前に私に告げることなくショートカットを取ってしまうことが頻繁にあり、そのたびに修正させるまでしばらく時間をかけなければなりません」と彼は言いました。

同様の不満は、GitHub Copilotコミュニティのディスカッションでも見られます。レート制限に関する長期スレッドでは、苦情が急増しており――このディスカッションに限っては、過去2日で約3ダース（約36件）の投稿が寄せられたそうです。

顧客は、彼らが「途方もなく長いレート制限」と呼ぶものについて警鐘を鳴らしており、サービスを再利用できるまでに数日待つよう伝えられたという声もあります。

GitHubはこの問題をサーバー容量の問題だと位置づけていますが、思いもよらないコストを抑制する試みにも見えます。

調査コンサルティング会社StratoAtlasの創業者であるロマン・カー（Roman Kir）は、オンライン投稿の中で、GitHubは価格モデルが壊れたため、制限を課さざるを得なかったのだと述べています。

「2026年3月にGitHubは、レート制限システムが、Claude Opus 4.6やGPT-5.4といった新しいモデルからのトークン数を過小計上していたことを発見しました」と彼は書いています。「これらのモデルは、要求ごとに先代よりも大幅に多くのインフラを消費していました――しかしその不具合のせいで、安く見えてしまっていたのです。GitHubが不具合を修正すると、制限は設定されていた値に“跳ね返った”のです。通常のワークフローのユーザーにとっては、その値は突然きつすぎました。181時間のロックアウト。タスク途中で殺される（途中で打ち切られる）コーディング・エージェント。回復ルートなし。Pro+の上のアップグレード層なし。」

カーによれば、GitHubの容量問題は、その価格設定の崩壊に起因しています。これまでは、高額なモデルへのプロンプトも、だいたい同程度のインフラコストがかかっていました。しかし最新のフロンティア・モデルでは、それはもはや当てはまらない、と彼は述べています。

「販売単位――サブスクリプションやプランのティア――が、実際のコストの単位から切り離されていたのです」と彼は書きました。

これは、GitHubが「これらの新しいモデルによるトークン使用の強度が増したこと」によって、バグ修正が想定される利用パターンを壊してしまったことを認めた際に、実質的に言っていたことでもあります。

Delsin-Yuという名で、レート制限の議論の一つに投稿した個人が、同様の推測をしていました。

「GitHubの助成（補助）の度合いは、もはや持続可能ではない地点に到達したようです。その結果、これは不具合というよりも、ビジネス上の意思決定のように感じられます。…」とDelsin-Yuは述べています。

GitHubはコメント要請に応じませんでした。 ®

その他の情報

• AI
• 開発
• GitHub

これに似たもの