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への1つのfast requestは、Anthropic側で約$0.05の実費がかかります。Cursorはこれをオーバーゲージモードで$0.04、Pro内では$20を500リクエストで割ることで実質$0.04で販売しています。JoinGonka Gatewayは同量のトークンを$0.0000435で請求するため、どのCursorオプションよりも1200倍安くなります。

月間1500リクエストの規模になると、その差はさらに顕著になります：Cursorの$60〜$80に対し、JoinGonkaでは$0.065です。これは単なる数パーセントの最適化ではなく、「AIコスト」という予算項目そのものを消滅させるものです。市場で2026年最も安価なAI APIに関する詳細な概要は、別の記事で確認できます。

品質に関する重要な補足。Kimi K2.6はオープンソースの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にアクセスし、メールとパスワードで登録してください。登録時に1000万無料トークンが付与され、Kimi K2.6への数千回のリクエストをテストできます。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を接続してもコア機能が損なわれることはありません。変更されるのはinferenceソースのみです。

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

月間費用の計算：

Cursor Proと比較した節約額：$80 → $0.087、920倍のコスト削減。Anthropic API直接利用と比較して：$105 → $0.087、1210倍のコスト削減。年間で見ると、Cursor Proはアクティブな開発者から$960〜1500を徴収しますが、JoinGonkaでは$1.04です。

5人の開発者チームであれば、計算はさらに明確になります。Cursorに毎月$400〜500を支払う代わりに、JoinGonkaでは約$0.44になります。年間で節約できる約$5000は、インフラ予算や追加の開発者雇用のための費用として充てることができます。

回答品質は維持されます。Kimi K2.6は、Cursor内のClaude Sonnet 4.6と同様のリファクタリング、関数生成、説明、デバッグといったタスクを成功させます。OpenAI互換クライアントをGonkaに接続する方法については、quickstart-guideを参照してください。IDEではなくターミナルワークフローを好む場合は、Claude CodeとAiderの記事をご覧ください。どちらもJoinGonkaを通じて完璧に動作します。

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

「request limit reached」を受け取った際、今すぐすべきこと。 請求サイクルの終了まで待ったり、overage料金を支払ったりする必要はありません。JoinGonkaの無料の10Mトークンを受け取り、Kimi K2.6をCustom ModelとしてCursorに追加して、ペースを落とさずに作業を続けてください。5分間のセットアップが、最初のComposerセッションで元を取れます。