Cursor 新料金体系の完全ガイド：サブスクリプションとリクエスト制限

急速に進化するAIを活用したコーディングの世界では、ツールの価格設定を理解することが非常に重要です。Cursorは人気のAIコーディングアシスタントであり、様々なモデルと料金プランを提供していますが、多くのユーザーはリクエスト、クォータ、モードが実際にどのように機能するのか頭を悩ませています。さらに、マックスモードやプレミアムモデルの導入により、コスト構造は迷宮のように感じられるかもしれません。

もしあなたがCursorユーザーで、明確な情報を求めている、あるいは費用をかけずにワークフローを最適化する方法を探しているなら、この記事はあなたのためにあります。Cursorの価格設定を分解し、ノーマルモードとマックスモードの違いを説明し、そして無料のApidog MCP ServerをCursorワークフローにシームレスに統合して最大限の価値を得る方法を紹介します。

Cursorの価格設定：Cursorの価格設定はどのように機能しますか？

Cursorの価格設定を理解するには、その基本的なリクエストベースのシステムから始める必要があります。基本的に、CursorのAIモデルとのほとんどのやり取りは「リクエスト」を消費します。これらのリクエストのコストと取得できる数は、Cursorのサブスクリプションプランによって異なります。詳しく見ていきましょう。

その核となるのは、1つの標準的な「リクエスト」が$0.04で価格設定されていることです。モデルの価格設定に記載されています。Cursorは、さまざまな使用レベルに対応したいくつかのプランを提供しています：

• Hobbyプラン： これは無料のエントリーポイントで、限られた数の補完と月間50リクエストを提供します。Cursorの機能を試すのに最適な方法です。
• Proプラン： 月額$20で、このプランはCursorのリクエストクォータを月間500の高速リクエストに大幅に増やします。また、無制限の補完と、重要なことに、高速リクエストが枯渇した後の無制限の「低速リクエスト」が含まれます。
• Businessプラン： ユーザーあたり月額$40で、このプランにはProのすべてが含まれ、さらに一元化された請求や管理者ダッシュボードなど、チーム向けの機能が追加されます。各ユーザーは個別の500の高速リクエストを引き続き利用できます。

Cursorサブスクリプションプラン比較：

高速リクエストがなくなった場合はどうなりますか？

さまざまな議論で強調されているように、これは一般的な懸念点です。月間割り当ての500の高速リクエスト（Pro/Businessプランの場合）が使い果たされると、いくつかの選択肢があります：

1. 低速リクエスト： アカウントは自動的にノーマルモードの操作に低速リクエストを使用するように切り替わります。これらは引き続きプレミアムモデルですが、処理優先度が低いため、待ち時間が発生する可能性があります。この待ち時間の長さは、システム負荷や最近の低速リクエストの使用状況によって異なります。重要なのは、低速リクエストはマックスモードでは利用できないことです。
2. 従量課金： キューを回避して高速リクエストを引き続き使用するため（またはクォータを使い果たした後にマックスモードを使用するため）、ダッシュボードから従量課金を選択できます。これは、プランのクォータを超える追加リクエストに対して、標準料金（例：標準リクエストあたり0.04ドル）で請求されることを意味します。コストを制御するために支出制限を設定できます。この追加使用に対する請求は、追加料金が20ドルに達したとき、または翌月の初めのいずれか早い方で行われるのが一般的です。

Cursorリクエストクォータについて覚えておくべき重要なこと：

• リクエストのリセット： リクエストクォータは、最初にサブスクライブした日に基づいて毎月リセットされます。
• チームクォータ： Businessプランの場合、各ユーザーは独自の500リクエストクォータを持ちます。プールされません。
• モデルコストは異なります： 「標準」リクエストが基準となる場合でも、一部のモデルまたは機能（特にマックスモード）は1リクエスト以上の価値を消費する可能性があります。詳細については、Cursorモデルコストで確認できます。

Cursorの価格設定の仕組みに関するこれらの基本を理解することは、支出を管理し、ニーズに合った適切なプランを選択するための第一歩です。

Cursorのノーマルモード vs マックスモード

Cursorは、AIの主要な操作モードとしてノーマルモードとマックスモードの2つを提供しています。どちらを選択するかは、パフォーマンスと、そして決定的に、リクエストの観点からCursorモデルがどのようにコストに影響するかに大きく影響します。多くのユーザーはこれについて混乱を表明しており、特にマックスモードでのCursorリクエストクォータの急速な消費についてです。

ノーマルモード：日常業務のための予測可能で効率的なモード

• 仕組み： ノーマルモードでは、モデルに送信する各メッセージは、使用しているモデルのみによって決定される固定数のリクエストを消費します。コンテキスト管理はCursorによって最適化され、メッセージごとのリクエスト数には影響しません。たとえば、Claude 3.5 Sonnetを使用した会話では、ユーザーメッセージごとに1リクエストのコストがかかる場合がありますが、Cursorの応答は無料です。
• 理想的な用途： 日常的なコーディングタスク、簡単な質問、およびコストの予測可能性が最も重要な状況。
• コスト： インタラクションごとの固定リクエスト（例：Claude 3.5 Sonnetへのユーザープロンプトに1リクエスト）。
• 利点： コストが非常に予測可能で、簡単なインタラクションでは通常リクエスト消費が少ない。
• 欠点： マックスモードと比較して、非常に大きなコンテキストや非常に複雑な推論タスクでは制限がある場合があります。

マックスモード：複雑な推論とエージェントタスクのための強力なモード

• 仕組み： マックスモードはトークンベースの価格設定システムで動作します。Cursorは、モデルプロバイダーのAPI価格に20%のマージンを加算して請求します。これには、メッセージ、添付されたコードファイル、フォルダ、ツール呼び出し、および提供されるその他のコンテキストを含むすべてのトークンが含まれます。注意深く管理しないと、ここでコストがエスカレートする可能性があります。
• 理想的な用途： 複雑な推論、困難なバグのデバッグ、複数のツール呼び出しを必要とするエージェントタスク、および広範なコードベースでの作業。
• コスト： 処理された合計トークン数（入力および出力）に基づいて変動します。たとえば、135k入力トークンを含む複雑なプロンプトは2.7リクエストのコストがかかる可能性があり、モデルの82kトークン応答はさらに1.23リクエストのコストがかかる可能性があり、1回のやり取りで合計約4リクエストになります。
• 利点： はるかに大きなコンテキストウィンドウ（一部のモデルでは最大1Mトークン）を処理でき、より多くのツール呼び出し（継続を要求せずに最大200）を可能にし、一般的に強力な推論機能を提供します。
• 欠点： Cursorリクエストクォータを非常に迅速に消費する可能性があります。無料/低速リクエストはマックスモードでは利用できません。高速リクエストがなくなった場合、マックスモードを引き続き使用するには従量課金を有効にする必要があります。

以下に簡単な比較を示します：

タスクに応じて適切なモードを選択することは、パフォーマンスとCursorリクエストクォータのバランスを取る上で非常に重要です。ほとんどの日常業務では、ノーマルモードがコスト効率の良いソリューションを提供します。マックスモードは、その拡張された機能が必要な真に複雑な課題のために予約しておきましょう。

Apidog MCP Server：Cursorユーザーのための無料パワーアップ

Cursorの組み込みモデルと価格設定は堅牢ですが、Apidog MCP Serverを統合することで、ワークフローを劇的に拡張できます（しかもコストゼロで）。

Apidog MCP Serverとは？

Apidog MCP Serverは、API仕様とCursorのようなAI搭載IDEとの間の直接的な橋渡し役を果たします。設定が完了すると、CursorのAIがAPIの構造、エンドポイント、スキーマ、要件に直接アクセスして理解できるようになります。さまざまなデータソースをサポートしています：

• あなたのApidogプロジェクト
• Apidogが公開したオンラインAPIドキュメント
• ローカルまたはオンラインのSwagger/OpenAPIファイル

サーバーは、このAPI仕様データをローカルで読み取り、キャッシュするため、Cursorから即座に利用可能になります。これにより、以下のことが可能になります：

• API仕様に基づいてコードを生成または変更する
• IDE内でAPIコンテンツを直接検索および分析する
• AIを使用して反復的なコーディングタスクを自動化する
• その他多数—すべて無料です！

Apidog MCP ServerをCursorと統合する方法

Apidog MCP ServerをCursorと統合することで、AIアシスタントがAPI仕様に直接アクセスできるようになります。設定方法は以下の通りです：

前提条件：

開始する前に、以下を確認してください：

✅ Node.jsがインストールされていること（バージョン18以上; 最新のLTS推奨）

✅ MCPをサポートするIDEを使用していること（例：Cursor）

ステップ1：OpenAPIファイルを準備する

API定義へのアクセスが必要です：

• URL (例: https://petstore.swagger.io/v2/swagger.json)
• またはローカルファイルパス (例: ~/projects/api-docs/openapi.yaml)
• サポートされている形式: .json または .yaml (OpenAPI 3.x推奨)

ステップ2：CursorにMCP設定を追加する

Cursorのmcp.jsonファイルに設定を追加します。

<oas-url-or-path>を実際のOpenAPI URLまたはローカルパスに置き換えることを忘れないでください。

• MacOS/Linuxの場合：

{
  "mcpServers": {
    "API specification": {
      "command": "npx",
      "args": [
        "-y",
        "apidog-mcp-server@latest",
        "--oas=https://petstore.swagger.io/v2/swagger.json"
      ]
    }
  }
}

• Windowsの場合：

{
  "mcpServers": {
    "API specification": {
      "command": "cmd",
      "args": [
        "/c",
        "npx",
        "-y",
        "apidog-mcp-server@latest",
        "--oas=https://petstore.swagger.io/v2/swagger.json"
      ]
    }
  }
}

ステップ3：接続を確認する

設定を保存した後、エージェントモードで以下のコマンドを入力してIDEでテストします：

Please fetch API documentation via MCP and tell me how many endpoints exist in the project.

成功すれば、エンドポイントとその詳細をリストアップした構造化された応答が表示されます。うまくいかない場合は、OpenAPIファイルへのパスを再確認し、Node.jsが正しくインストールされていることを確認してください。

結論：Cursorコストをマスターし、APIワークフローを向上させる

Cursorの価格設定、リクエスト制限、そしてノーマルモードとマックスモードの違いを理解することは、このAIコードエディターを最大限に活用するための鍵です。しかし、真の最適化はコスト管理を超えています。無料のApidog MCP Serverは、API仕様をCursorに直接統合することで、ワークフローを次のレベルに引き上げます。手作業を削減し、エラーを減らし、開発フローを妨げることなくコードをAPI設計と同期させます。