Cursor Proのクエリ制限が終了 — 原因分析と安価な代替案

Cursor Proは月額$20のサブスクリプションで、フラッグシップモデルへのリクエストに「予算」が設定されています。書面上では、Claude Sonnet 4.6とGPT-5への500回の「高速リクエスト」と、GPT-5ミニのようなより弱いモデルへの無制限のリクエストが含まれています。しかし実際には、これらの500回のリクエストは、ほとんどのユーザーが予想するよりもはるかに早く使い果たされます。

問題は、Cursorの用語における「リクエスト」が、ユーザーの1つのアクションとはかけ離れていることです。ファイルをリファクタリングするためにComposerを起動すると、エージェントはモデルに5〜10回の内部リクエストを行う可能性があります。コンテキストを読み取り、変更を計画し、修正を適用し、結果を確認し、エラーを修正するのです。これらのそれぞれが個別のrequestとしてカウントされます。エージェントモードも同様に機能し、多段階のタスクでは1回のプロンプトで20〜40回のリクエストを簡単に消費します。

利用シナリオ別の実際の消費量（2026年のユーザーレポートに基づく）:

• 軽度の使用（チャット + まれな自動補完）: 1日あたり10〜15回の高速リクエスト。Proは1ヶ月持ちます。
• 中程度の使用（Composerを1日2〜3回、活発なチャット）: 1日あたり30〜50回の高速リクエスト。Proは10〜15日で使い果たされます。
• 活発な開発（エージェントモード、大規模プロジェクトのリファクタリング）: 1日あたり80〜150回の高速リクエスト。Proは4〜6日で使い果たされます。
• 本格的なエージェント作業（複雑なタスクでのCursor Agent、並列エージェント）: 1日あたり200回以上の高速リクエスト。Proは2〜3日で使い果たされます。

リクエストを使い果たしたユーザーには3つの選択肢があります。1つ目は、1リクエストあたり10〜60秒の遅延がある「低速リクエスト」です。これは正式には無制限ですが、作業を大幅に遅らせます。2つ目は、1000回の高速リクエスト付きで月額$40のCursor Pro+で、単純に上限が2倍になります。3つ目は、追加の高速リクエストごとに$0.04を支払う従量課金制です。100回の追加リクエストで$4、2000回で$80と、基本サブスクリプションに上乗せされます。

この問題の根源は、Cursor自体の経済性にあります。このサービスはOpenAI（GPT-5の場合、入力1Mあたり$2.50、出力1Mあたり$10）とAnthropic（Claude Sonnet 4.6の場合、入力1Mあたり$3、出力1Mあたり$15）からトークンを購入し、そこに自社のマージンを上乗せしてユーザーにクォータとして販売しています。制限内であれば、差額はカバーされます。収益性の限界を超えると、Cursorはアクセスを制限するか、費用をユーザーに転嫁するかのどちらかになります。

節約の規模を理解するには、各システムにおける1リクエストあたりの実質コストを計算する必要があります。Cursor Proでのほとんどのfast requestsは、5,000〜15,000のinputトークン（ファイルコンテキスト、チャット履歴、system prompt）を消費し、500〜2,000のoutputトークンを生成します。これは1リクエストあたり約10K input + 1.5K outputという典型的な量であり、これらの数値がサブスクリプションで実際にカバーされている上限を決定します。

主な考察。Claude Sonnet 4.6への純粋なfast requestは、Anthropic側で約$0.05かかります。Cursorはこれをoverageモードで$0.04、Pro内では（$20を500リクエストで割ると）実質$0.04で提供しています。JoinGonka Gatewayは、同じトークン量を（2026年9月現在の価格で）$0.0001で課金しており、これはCursorのどのオプションよりも約400〜520倍安価です。

月間1,500リクエストというスケールで見ると、差はさらに明白です。Cursorの$60〜80に対し、JoinGonkaは$0.15です。これは単なるパーセント単位の最適化ではなく、「AIコスト」という予算項目そのものを排除することを意味します。市場で最も安価な2026年版 AI APIの詳細は、別のレビューをご覧ください。

品質に関する重要な補足です。MiniMax M2.7、DeepSeek V4 Flash、GLM-5.3 FlashはオープンソースのMoEモデルであり、コーディングタスクにおけるHumanEval、MBPP、SWE-benchのベンチマークではClaude Sonnet 4.6に肉薄しています。Cursorのタスクの90%（リファクタリング、関数生成、コード解説、テスト作成）において、回答の品質差は識別不可能です。モデルの詳細な比較については、Qwen3-235Bの記事を参照してください。

Cursorは、Models設定を通じてカスタムのOpenAI互換プロバイダーをサポートしています。これが、内蔵のCursorプロバイダーの代わりにJoinGonka Gatewayを接続するための入り口となります。

ステップ 1. JoinGonka APIキーを取得する。 gate.joingonka.ai/register にアクセスし、メールアドレスとパスワードで登録してください。登録時に3Mの無料トークンが付与されます。これでネットワークのモデルを試すことができます。Dashboardの API Keys → Create Key から、jg-xxx形式のキーをコピーしてください。

ステップ 2. Cursorの設定を開く。 Ctrl+, またはメニューの Settings → Models を使用します。OpenAI API Key セクションまでスクロールしてください。

ステップ 3. JoinGonkaを接続する。 OpenAI API Key フィールドにjg-xxxキーを貼り付けます。Override OpenAI Base URL を有効にし、以下を入力します：

https://gate.joingonka.ai/v1

モデルリストで + Add Model を押し、識別子を追加します：

MiniMaxAI/MiniMax-M2.7

設定を保存します。このモデルをChat、Composer、Autocompleteのメインモデルとして選択してください。

ステップ 4. 確認。 Cursor Chat (Ctrl+L) を開き、「Pythonでquicksort関数を書いて」などと質問してください。1〜3秒で回答が返ってくれば、設定は完了です。401 Unauthorizedが出る場合はキーが無効です。Dashboardで再生成してください。404 Not Foundが出る場合は、Base URLの末尾がスラッシュなしで/v1で終わっているか確認してください。

重要な注意点。 JoinGonka Gatewayには「fast request」や「slow request」の概念はなく、すべてのリクエストが平等かつ待ち時間なしで処理されます。500回/月の制限やoverage（超過料金）もありません。請求サイクルへの縛りもなく、使用した分だけ課金され、Dashboardで使用量をリアルタイムで確認できます。

すでにCursor Proサブスクリプションをお持ちの場合、それを他のモデル（GPT-5 mini、embeddingなど）のために継続するか、完全にキャンセルすることができます。Cursor自体は依然として優れたエディタであり、JoinGonkaの接続はcore機能には影響を与えず、inferenceリクエストの供給源が変わるだけです。

典型的なシナリオとして、1日6〜8時間Cursorを使用するフルタイム開発者を想定してみましょう。リファクタリングにはComposer、詳細確認にはChat、大規模な変更にはAgent、そしてアクティブな自動補完を活用するケースです。公開されているユーザーレポートによると、このようなプロファイルでは1日80〜120件のfast requestsが生成され、月間で約2000〜2500リクエストに達します。

月間費用の計算：

Cursor Proと比較した節約額：$80 → $0.20、約400倍のコストダウン。Anthropic API直接利用と比較した場合：$105 → $0.20、約520倍のコストダウンとなります。年間で見ると、アクティブな開発者にとってCursor Proは$960〜1500の出費となりますが、JoinGonkaでは$2.40に抑えられます。

5人の開発者チームであれば、その差はさらに顕著です。Cursorに月額$400〜500かかるコストが、JoinGonkaでは約$1になります。年間約$5000の節約は、インフラ予算や追加のエンジニア採用など、他の項目に割り当てることが可能です。

また、応答の品質は維持されます。ネットワークモデルは、Cursor内のClaude Sonnet 4.6と同じタスク（リファクタリング、関数生成、説明、デバッグ）を正常に解決します。OpenAI互換クライアントをGonkaに接続する方法については、クイックスタートガイドをご覧ください。IDEの代わりにターミナルワークフローを好む場合は、Claude CodeとAiderに関する記事をご覧ください。どちらもJoinGonkaを通じて完璧に動作します。

Cursor Proのサブスクリプションがそれでも有効な場合。 エディタ独自の統合機能（例：独自のモデルを使用したCursor Tabの自動補完、コードベースのインデックス作成、Cursorの組み込みプロバイダーでのみ動作する実験的なComposer機能）が不可欠な場合は、Proを利用する価値があるかもしれません。しかし、その場合でも、組み込みモデル用にProサブスクリプションを維持しつつ、メインの作業負荷には「Custom Model」設定を通じてJoinGonkaを併用することが可能です。Cursorでは、チャット内のドロップダウンリストからリアルタイムでモデルを切り替えることができるため、日常的な作業にはJoinGonka経由でMiniMax M2.7を選択し、Cursor Tabが必須の特定のタスクでは組み込みプロバイダーに切り替えるといった運用が可能です。

「request limit reached」と表示された場合の今すぐの対処法。 請求サイクルの終了を待ったり、overage料金を支払う必要はありません。JoinGonkaで3Mトークンの無料枠を受け取り、MiniMax M2.7を「Custom Model」としてCursorに追加すれば、作業を中断することなく継続できます。5分間の設定作業は、最初のComposerセッションですぐに元が取れます。