GitHub Copilot Pro+の新制限導入とOpus 4.6 Fastの廃止について
GitHubはCopilotの急成長に伴う高負荷に対応するため、サービス信頼性とモデル容量の制限を導入し、Opus 4.6 Fastモデルの提供を終了すると発表した。
キーポイント
利用制限の導入
GitHub Copilotの急成長による高負荷に対応するため、サービス信頼性とモデル容量の2種類の利用制限を導入し、全ユーザーに安定した体験を提供する。
Opus 4.6 Fastの提供終了
サービス信頼性向上のため、Copilot Pro+ユーザー向けのOpus 4.6 Fastモデルの提供を終了し、代替としてOpus 4.6の使用を推奨している。
制限時の対応方法
サービス信頼性制限に達した場合はセッションリセット待機が必要で、モデル容量制限の場合は代替モデルへの切り替えやAutoモードの使用が可能。
ユーザーへの推奨事項
リクエストを時間的に分散させることや、プランアップグレードによる制限緩和が推奨されており、持続可能な解決策の模索が続けられている。
影響分析・編集コメントを表示
影響分析
この発表は、生成AIツールの大規模採用が進む中で、サービス提供側がインフラ負荷管理とユーザー体験のバランスを取る必要があることを示している。特に企業向け高額プランでのモデル提供終了は、AIサービスの持続可能性とコスト管理の課題を浮き彫りにしている。
編集コメント
AIサービスの成長期における典型的なスケーリング課題を示す事例。無制限な利用が前提ではない現実的なサービス設計への移行を象徴している。
GitHub Copilotの急速な成長に伴い、高い同時実行性と集中的な使用パターンの増加が確認されています。正当なワークフローによるものと理解しつつも、この種の利用は当社の共有インフラストラクチャと運用リソースに多大な負荷をかけています。
すべてのユーザーが高速で信頼性の高いCopilot体験を得られるよう、容量をより適切に配分するために制限を更新します。これらの変更は今後数週間かけて段階的に適用されます。ユーザーが影響を受ける可能性のある制限は2種類です。いずれも容量の適正な配分と、全ユーザーのためのシステム保護を目的としています。
サービス全体の信頼性のための制限
特定モデルまたはモデルファミリーの容量のための制限
ユーザーへの影響
サービス信頼性の制限に達した場合、現在のセッションがリセットされるまで待機する必要があります。これはレート制限が適用された際のエラーメッセージで確認できます。
特定モデルまたはモデルファミリーの使用制限に達した場合、代替モデルへの切り替え、または自動モードの使用が可能です。
可能な場合は、リクエストを集中的に送信するのではなく、時間をかけてより均等に分散させることを推奨します。より高い制限を希望される場合は、プランのアップグレードもご検討ください。
制限が不便であることは認識しており、全ユーザーに向けた容量拡大の新たな方法を積極的に検討中です。持続可能な解決策が見つかり次第、更新情報を共有します。レート制限の詳細については、当社のドキュメントをご覧ください。
サービス信頼性のさらなる向上のため、モデル提供を合理化し、ユーザーが最も利用するモデルにリソースを集中させます。第一歩として、本日よりCopilot Pro+ユーザー向けのOpus 4.6 Fastの提供を終了します。同等の機能を備えた代替モデルとして、Opus 4.6の利用をお勧めします。
この投稿「Copilot Pro+における新たな制限の実施とOpus 4.6 Fastの提供終了」は、The GitHub Blogで最初に公開されました。
原文を表示
As GitHub Copilot continues to rapidly grow, we continue to observe an increase in patterns of high concurrency and intense usage. While we understand this can be driven by legitimate workflows, this type of usage places significant strain on our shared infrastructure and operating resources.
To ensure every user gets a fast, reliable Copilot experience, we’re updating limits to better balance capacity. These will roll out over the next few weeks. There will be two types of limits that users may see. Both are meant to balance capacity and protect the system for everyone.
Limits for overall service reliability
Limits for specific models or model family capacity
What this means for you
When you hit a service reliability limit, you will need to wait until your current session resets. This will be visible in the error experience when you are rate limited.
When you hit a usage limit for specific models or model family, you can switch to an alternative model or use Auto mode.
We recommend distributing requests more evenly over time when possible, rather than sending them in large, concentrated waves. You can also upgrade your plan for higher limits.
We know limits can be frustrating and are actively exploring new ways to offer increased capacity for all users. We will share updates as we identify durable solutions. Learn more in our docs about rate limiting.
To further improve service reliability, we are streamlining our model offerings and focusing resources on the models our users use the most. As a first step, we’ll be retiring Opus 4.6 Fast for Copilot Pro+ users, beginning today. We recommend using Opus 4.6 as an alternative model with similar capabilities.
The post Enforcing new limits and retiring Opus 4.6 Fast from Copilot Pro+ appeared first on The GitHub Blog.
関連記事
マイクロソフトがAzure Copilot Migration Agentを発表、クラウド移行計画を加速
マイクロソフトは、Azureポータルに組み込まれたAIアシスタント「Azure Copilot Migration Agent」を発表した。このエージェントは、移行計画の自動化、エージェントレスなVMwareの検出、ランディングゾーンの作成を行う。ただし、移行の実行はできず、レプリケーションと切り替えは手動タスクのままである。
マイクロソフト、Copilot Coworkを拡大展開し、AIモデル同士の相互チェック機能を導入
マイクロソフトがCopilot Coworkを拡大展開し、AIアシスタントがワークフロー全体を自律的に処理できるようにした。また、複数のAIモデルが互いの作業をチェックする新機能も導入した。
マイクロソフト、Copilot Researcherに新たなAI機能を導入
マイクロソフトはCopilot Researcherに新たなAI機能を追加し、企業ワークフローの正確性と信頼性を向上させた。