なぜCursorは$20で「実質無制限」なのか──インフラ屋がカラクリと落とし穴を分解してみた
はじめに
「いまCursor Pro、0円追加で1ヶ月使えてます」
最近、こういう声をよく聞くようになった。月$20の定額で、Auto中心ならヘビーに使っても追加課金なしで済む、という体験談だ。私自身もソフトウェア開発でAutoを中心に回しているが、確かに「思ったより全然減らない」という感覚がある。
ただ、長くインフラやサーバの面倒を見てきた人間としては、ここで素朴な疑問が湧く。
これ、本来ならサーバ側（推論コスト）がとんでもないことになるはずでは？
定額で、フロンティアモデル級の応答を、ほぼ無制限に返す。普通に考えれば原価割れ一直線のはずだ。にもかかわらず、なぜCursorは破綻せずに回っているのか。そして、その「実質無制限」はどこまで本物で、どこから牙を剥くのか。
この記事では、Cursorの料金体系を「便利さのカラクリ」と「落とし穴」の両面から、インフラ視点で分解してみる。
まず前提：2026年のCursor Proの料金体系
2025年6月に、Cursorは料金体系を大きく変えた。それまでの「fast/slowリクエスト」というバケツ方式をやめて、ドル建てのクレジットプール制に移行した。
Pro（$20/月）でできることをざっくり言うと、こうなる。
Tab補完は無制限。インラインの補完はクレジットを一切消費しない。
Autoモードは無制限。Cursorのルーターが効率的なモデルを自動選択し、$20のクレジットプールからは引かれない。
$20のクレジットプールは、手動でプレミアムモデル（Claude Sonnet、GPT-5系、Geminiなど）を選んだときに消費される。
ここがいちばん重要な一点で、「無制限」なのはAutoモードであって、すべてのモデルではない。手動で最上位モデルを指名して回し続ければ、$20は1〜2週間で溶ける。逆にAuto中心なら、多くの人が月内に使い切らない。
「0円で1ヶ月」という体験談は、まさにAuto中心運用の典型例だ。
カラクリ：なぜ破綻しないのか
では本題。定額無制限に近いのに、なぜサーバ側が破綻しないのか。仕組みは大きく三段構えになっている。
① Autoルーティングそのものがコスト最適化
Autoモードは「全部を最上位モデルに流す」わけではない。タスクごとに、それに見合った効率的なモデルを選んで振り分けている。
簡単な補完や軽い質問は軽量モデルへ、重いリファクタリングだけ高性能モデルへ──という交通整理を、ユーザーが意識しないところでやっている。Auto経由の処理は、入力・出力・キャッシュ読み込みがそれぞれフラットなトークン単価で課金される設計で、「常に一番高いモデルを使う」状態を避けるのがミソだ。
つまり「無制限に使わせる」と「原価を抑える」を、ルーティングで両立させている。
② 自社モデル（Composer）への誘導
2026年6月のアップデートで、ComposerとAutoは別の潤沢な使用量プールから消費されるようになった。そしてCursorは、サードパーティモデルより先に自社のComposer 2.5を使うよう推奨している。
これは原価の話として理にかなっている。AnthropicやOpenAI、GoogleのAPIを叩けば、当然その分のコストが外部に出ていく。一方、自前モデルで処理できれば原価は段違いに安い。ヘビーユーザーを自社モデルに誘導することは、Cursorにとって最大の防衛線になる。
Composer 2.5は「フロンティア級の性能を低コストで」とされており、体感でも普通の開発タスクなら十分実用的だ。Laravelのコード生成・修正くらいなら、Auto＋Composerで何の不満もなく回る。
③ キャッシュが効きやすいワークロード
これはコーディングという作業の性質による部分が大きい。
開発中は、同じファイル群・同じコンテキストを何度も参照する。チャットを重ねても、土台になるコードベースは共通だ。つまりキャッシュ読み込みの比率が高く、毎回フルで入力トークンを処理しているわけではない。キャッシュ読み込みの単価は入力・出力より大幅に安いので、これが効くワークロードでは実コストがぐっと下がる。
「コーディング特化」だからこそ成立しているコスト構造、とも言える。
落とし穴：「無制限」が牙を剥く瞬間
ここまでが便利さのカラクリ。だが、当然ながら落とし穴もある。むしろ実務で大事なのはこっちだ。
手動でプレミアムモデルを指名し続けると溶ける
繰り返しになるが、無制限なのはAutoとComposerであって、手動選択は別だ。手動でClaude SonnetやGPT-5系、Geminiといったプレミアムモデルを指名すると、$20プールからトークン単位でガリガリ削られる。
「品質重視で毎回最上位モデル」をやると、ヘビーユースなら2週間ももたない。
プールが尽きたあとの挙動
クレジットプールを使い切ったとき、選択肢は2つある。Autoモードに切り替えれば、追加費用なしでそのまま使い続けられる。あるいは従量課金（オーバージ）を有効にして、API料金で上限を超えて使う。
ここで「いつから従量課金が考慮されるのか」という不安は、まったく正しい懸念だ。意識せず手動モデルを多用していると、いつの間にかプールを食い潰して従量課金に突入する、という事故が起こりうる。
2025年6月の「想定外課金」騒動という前科
実はこの「無制限の誤解」で、過去に一度大きな混乱が起きている。
2025年6月のリリース当初、Cursorは「無制限」がAutoモードにのみ適用されることを十分に明示しておらず、一部のProユーザーが想定外の課金を受けた。Cursorは公式に謝罪し、6月16日〜7月4日の課金について返金対応を行っている。
現在はダッシュボードでリアルタイムにクレジット消費が見えるようになり、同じ事故は起きにくくなった。とはいえ、この一件は「定額無制限とサーバ負荷のせめぎ合い」というCursorの構造的なジレンマを象徴している。
なぜCursorはこのジレンマをAuto誘導で解くのか
突き詰めると、Cursorの料金設計は「ユーザーには無制限に近い体験を、自社には原価コントロールを」という、相反する要求を同時に満たすための設計だ。
Cursorは年間換算で約10億ドルの売上に近づいているとされるが、それはそのまま巨大な推論コストの裏返しでもある。だからこそCursorは、料金を実際のインフラコストに近づける方向で改定を続けている。2025年6月の変更も、リクエストベースから「基盤モデルの実コストに連動した使用量クレジット制」への移行だった。
整理すると、Cursorは次の三段構えで負荷と利益のバランスを取っている。
Auto・自社モデルへの誘導で、推論原価を抑える
キャッシュが効くワークロード特性を活かす
重い手動モデル選択は従量課金に回す
クラウド側でうまくルーティングできているうちは、ユーザーは快適に使える。繁忙期に遅延が出やすいのは、まさにこの負荷を捌ききれない瞬間が顔を出しているからだろう。
まとめ：賢い使い方
体験談の「0円で1ヶ月」は誇張ではなく、Auto中心運用なら十分に再現できる。Laravelのような実務開発でも、Auto＋Composerで普通に戦える。
そのうえで、損しないための要点はシンプルだ。
デフォルトはAutoにしておく（プールを消費しない）
手動プレミアムモデルは「ここぞ」のときだけに絞る
ダッシュボードで消費を時々確認して、従量課金への突入を防ぐ
料金体系は頻繁に変わるので、契約前に公式の料金ページで最新を確認する
「なぜ$20で済むのか」のカラクリを理解しておくと、無制限の恩恵を最大化しつつ、落とし穴を避けられる。便利さの裏側を知っておくのは、エンジニアとして悪くない投資だと思う。
※本記事の料金・仕様は2026年6月時点の情報を基にしています。Cursorの料金体系は2025年6月・2026年6月と立て続けに改定されているため、契約前に必ずCursor公式の料金ページで最新情報をご確認ください。
