はじめに
2026年7月28日に提供が開始された Cursor の新プラン「Cursor Start」について、公式のプラン説明文が更新されました。表現上は軽微な文言修正に見えますが、実質的には Start プランで利用できるモデルの性能・応答速度に関する制限が、初めて明文化された という重要な変更です。
これまでは「Grok 4.5 は最も強力なモデル」「Composer は最も価格効率の良いコーディングモデル」といったマーケティング的な表現のみが記載されていましたが、今回の更新でその文言が削除され、代わりに以下の具体的な制限が明記されました。
- Grok 4.5:「fixed medium effort」「non-fast」
- Composer:「non-fast」
エージェントでの日常的な開発に十分な利用量を提供する、という点は変わっていませんが、モデルの推論強度や応答速度を重視するユーザーにとっては見過ごせない情報です。本記事ではこの変更点を整理し、影響を受けるユーザーとその対応策を解説します。
📌 影響を受ける人
- Cursor Start プラン(月額課金)を検討中、または既に契約しているユーザー
- エージェントの reasoning effort(low/high など)を調整して使いたいユーザー
- 混雑時でも高速なレスポンス(fast queue)を期待しているユーザー
変更の全体像
今回の変更は「プランの中身が変わった」のではなく、「これまで曖昧だった制限が明文化された」という点がポイントです。関係性を図にすると以下のようになります。
Grok 4.5・Composer 以外の要素(クラウドエージェントの常時稼働、Cursor for iOS)には変更がなく、モデル利用条件の記述のみがピンポイントで修正されています。
変更内容
変更前後の文言を比較すると、削除された表現と追加された制限が明確になります。
| 項目 | 変更前 | 変更後 |
|---|---|---|
| Grok 4.5 の形容 | our most powerful model(最も強力なモデル) | 記載なし |
| Grok 4.5 の effort | 制限の記載なし | fixed medium effort(medium固定) |
| Grok 4.5 の速度 | 制限の記載なし | non-fast(高速キュー対象外) |
| Composer の形容 | our most price-efficient coding model(最も価格効率の良いモデル) | 記載なし |
| Composer の速度 | 制限の記載なし | non-fast(高速キュー対象外) |
| 利用量に関する記述 | enough usage to build with agents every day | 変更なし(維持) |
ポイント整理
-
reasoning effort が medium 固定
Grok 4.5 は本来 low / medium / high など reasoning effort(推論にかける計算量)を切り替えられますが、Start プランでは medium 固定となり、高い精度が必要な場面で high に上げる、逆に速度重視で low に下げる、といった調整ができません。 -
fast リクエストが利用不可
Cursor には混雑時に優先的に処理される「fast リクエスト」の仕組みがありますが、Start プランの Grok 4.5・Composer はいずれも non-fast 扱いです。アクセスが集中する時間帯はキュー待ちが発生する可能性があります。 -
宣伝的表現の削除
「most powerful」「most price-efficient」といった主観的な訴求文言が削除され、事実ベースの制限記述に置き換えられました。ドキュメントとしての正確性は向上した一方、これまでの説明を見てプランを選んだユーザーには期待値のギャップが生じ得ます。
影響と対応
⚠️ Breaking Change ではないが要確認
機能そのものが削除されたわけではなく「明記されていなかった制限が明文化された」形です。ただし、実際の体感速度・精度がドキュメント上の期待と異なっていた場合、契約前に確認しておくべき内容です。
判断に迷う場合は、以下のフローで自分のワークフローに Start プランが適合するか確認してください。
具体的なアクションは以下の通りです。
- エージェントで高精度な推論(high effort)が必要なタスクが多い人: Start プランでは medium 固定のため、上位プラン(Pro など)への切り替えを検討してください。
- 日中の混雑時間帯にエージェントを多用する人: non-fast のためキュー待ちが発生し得ます。レスポンス速度が生産性に直結する場合は上位プランを検討しましょう。
- 軽量なタスク・個人学習用途の人: 「毎日エージェントで開発できる十分な利用量」という点は維持されているため、Start プランのままで問題ない可能性が高いです。
💡 Tips
プラン変更を検討する前に、実際の利用ログで「fast リクエストが必要になった頻度」「effort を high に変えたい場面がどれくらいあったか」を振り返ると、上位プランへの切り替えが本当に必要かを客観的に判断しやすくなります。
コード例
今回の変更はドキュメント文言の修正であり、API やコードの変更はありません。参考として、Cursor のエージェント設定でモデルや reasoning effort を意識する際の設定イメージ(疑似コード)を示します。
Before(Startプランでの期待値・誤解されやすい設定イメージ)
// Startプランでも effort を自由に切り替えられると誤解しやすい例
{
"model": "grok-4.5",
"reasoningEffort": "high", // ← Startプランでは反映されず medium 固定
"priority": "fast" // ← Startプランでは反映されず non-fast
}
After(Startプランの実際の挙動を踏まえた設定イメージ)
// Startプランの実際の制限を踏まえた設定
{
"model": "grok-4.5",
"reasoningEffort": "medium", // 固定。変更しても無視される点に注意
"priority": "standard" // non-fast。混雑時はキュー待ちの可能性あり
}
// effortやfastが必須なワークフローは上位プランの契約を検討
まとめ
- Cursor Start プランのモデル利用条件について、Grok 4.5 は「reasoning effort が medium 固定」「non-fast」、Composer は「non-fast」であることが公式に明記されました。
- 従来の「最も強力なモデル」「最も価格効率の良いモデル」といった宣伝的表現は削除され、事実ベースの制限記述に置き換わっています。
- 「毎日エージェントで開発できる十分な利用量」という基本方針自体は変わっていません。
- reasoning effort の調整や高速レスポンス(fast キュー)が業務上重要なユーザーは、上位プランへの切り替えを検討する価値があります。
- 軽量な利用が中心のユーザーであれば、Start プランのままで大きな支障はないと考えられます。
契約中・検討中いずれの場合も、自分のワークフローで「effort 調整」「fast レスポンス」がどれだけ重要かを一度整理し、プラン選択の妥当性を見直しておくことをおすすめします。