Cursor 2026年6月1日の公式ブログ解説: Teams価格にComposer専用利用枠とPremium席

Cursor は 2026年6月1日、Teams価格の変更を発表しました。Composer / Auto 用の利用枠、パワーユーザー向け Premium席、リアルタイム利用量表示、支出アラートが中心です。

要点

• Teamsプランで、Composer / Auto とサードパーティAPIモデルの利用枠が分かれます。
• Composer 2.5 により、Cursor は最先端モデル水準の性能をより低いコストで提供できると説明しています。
• Premium席は Standard の5倍の利用量を3倍の価格で提供し、重いエージェント利用者向けに位置づけられています。
• ダッシュボードは Auto + Composer とサードパーティAPIモデルの利用状況を分けて見せるようになります。
• 変更は新規顧客には即時、更新顧客には 2026年7月1日以降の請求サイクルから始まるとされています。

今回のブログ記事で語られていること

この発表は、Cursor の料金体系が、モデル選択とエージェント利用量の違いをより明確に扱う方向へ変わることを示しています。公式記事では、モデル選択がコストを決める最も重要な要因だとしたうえで、Composer 2.5 が最先端モデル水準の性能をより低いコストで提供できると説明しています。その結果、Teams席に Composer / Auto 用の利用枠とサードパーティAPIモデル用の利用枠を分けて持たせる設計になりました。

利用枠が分かれることは、管理者にとって重要です。Cursor を使うチームでは、ユーザーがどのモデルを選ぶか、どれくらいエージェントを走らせるかによって費用が大きく変わります。Composer / Auto が十分な品質を出せる場面では、ファーストパーティモデル枠を使うことで、サードパーティAPIモデルの消費を抑えられる可能性があります。一方で、特定の外部モデルを使う必要があるチームでは、サードパーティAPIモデル側の利用量と費用を別に見なければなりません。

Premium席の導入も、エージェント利用が一部のパワーユーザーへ偏る現実に対応したものです。公式記事では、少数のパワーユーザーがオンデマンド費用を大きく動かしやすいと説明し、Premium席は Standard の5倍の利用量を3倍の価格で提供するとしています。チームは Standard と Premium を自由に混在できるため、全員を高いプランに上げるのではなく、重いエージェント利用者だけを別枠にする設計がしやすくなります。

また、ダッシュボードでは、ユーザーが上限にどれくらい近づいているかを Auto + Composer とサードパーティAPIモデルに分けて見られるようになります。Cursor は利用傾向に応じて席種の推奨も行うと説明しています。支出アラートも再構築され、管理者はドル閾値に基づくスマートアラートを設定し、Slack やメールで通知できるようになります。これは、AI開発ツールの費用管理を「月末に請求を見て驚く」状態から、利用途中で調整する運用へ移すものです。

背景にあるテーマ

AIコーディングエージェントの料金は、席数だけでは予測しにくくなっています。モデル、実行時間、Cloudエージェント、レビュー、SDK、自動実行の使い方によって費用が変わるため、利用枠と可視化を分ける必要があります。

今回のブログ記事が関係する人

Cursor Teams 管理者、エンジニアリングマネージャー、AI開発ツールの予算管理担当、Composer と外部モデルの使い分けを設計する開発プラットフォームチームに関係します。

どう読むと価値があるか

料金変更として読むだけでなく、自社の利用者を Standard と Premium にどう分けるか、Composer / Auto で足りる作業とサードパーティモデルが必要な作業をどう整理するかを見るべきです。利用量ダッシュボードとアラートを使い、チーム別・ユーザー別の使い方を早めに把握することが重要です。

結局、今回のブログ記事をどう読むべきか

Teams価格の更新は、Cursor が Composer を中心に利用量と費用を再設計していることを示します。管理者にとっては、モデル選択、パワーユーザー、予算アラートをまとめて見直すタイミングです。