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 1回は、Anthropic側で約0.05ドルのコストがかかります。Cursorはこれをオーバーレージモードで0.04ドル、Pro内では（20ドルを500リクエストで割ると）実質0.04ドルで販売しています。JoinGonka Gatewayは、同等のトークンボリュームを0.00006ドルで提供しており、Cursorのどのオプションよりも約830倍安価です。

月間1500リクエストで計算すると、その差はさらに明白です。Cursorの60〜80ドルに対し、JoinGonkaは0.09ドルです。これは単なるパーセンテージの最適化ではなく、「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ソースのみです。

典型的なシナリオを考えてみましょう。毎日6〜8時間Cursorを使用するフルタイムの開発者です。リファクタリングにはComposer、質問にはChat、大規模な変更にはAgent、そしてアクティブなオートコンプリート。ユーザーの公開レポートによると、このプロフィールでは1日あたり80〜120件のfast requestsが発生し、月間で約2000〜2500リクエストに達します。

月間費用の計算：

Cursor Proと比較した節約額：$80 → $0.12、約670倍のコスト削減。Anthropic API直接利用と比較した場合：$105 → $0.12、約880倍のコスト削減。年間で見ると、アクティブな開発者にとってCursor Proは$960〜1500もの費用がかかりますが、JoinGonkaならわずか$1.44です。

5人の開発者チームの場合、計算はさらに明確です。Cursorに月額$400〜500かかる費用が、JoinGonkaなら約$0.60になります。年間約$5000の節約は、インフラ予算や追加のエンジニア採用に充てることができます。

回答の品質は維持されます。Kimi K2.6は、Claude Sonnet 4.6がCursorで行うのと同じタスク（リファクタリング、関数生成、説明、デバッグ）を成功させます。OpenAI互換クライアントをGonkaに接続する方法については、クイックスタートガイドをご覧ください。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をCursorのCustom Modelとして追加してください。そうすれば、作業ペースを落とすことなく継続できます。5分間のセットアップは、最初のComposerセッションですぐに元が取れます。