Cursor「Composer 2」と「Composer 2 Fast」の違い｜速度・コスト・含まれる利用の整理

Cursor をメインで使っていると、モデル選択で Composer 2 と Composer 2 Fast が並ぶのをよく見かけます。

名前からすると「速い版」と「そうでない版」なのは分かるのですが、品質が落ちるのか／コストはどれくらい変わるのか／サブスクの含まれる利用はどう消化されるのかが、意外と整理しにくいポイントです。

今回は公式ドキュメントとブログの記載を軸に、違いを自分なりに整理してみました。

結論から言うと「知性は同等」、差は主に速度と単価

Cursor の説明では、Fast は 同じ知性（same intelligence）を持つ、より速いバリアント と位置づけられています。

つまり「Fast＝頭が悪い」というより、応答の速さと、チーム／エンタープライズなどでそのまま効いてくる API 相当のトークン単価が主な差、という整理が近いです。

公式のモデルページでは、対話的なセッション向けに Fast がデフォルトで、標準ティアは トークンあたりのコスト効率に寄せている、とも書かれています。

参照：Composer 2（Cursor Docs）／Introducing Composer 2（Cursor Blog）

料金（100万トークンあたり）の比較

数字だけ見ると、入力・出力とも Fast は標準のちょうど 3 倍です。

同じトークン量（入力・出力の内訳が同じ）なら、請求の形がそのまま効く前提では 合計も約 3 倍になります（入力・出力の比率が変わっても、係数がそろっているので比率は保たれます）。

※上記の単価は Cursor のブログ記載に基づく。最新は公式ページの更新を優先してください。

個人プランの「含まれる利用」では、見え方が少し違う

個人向けプランでは、Auto + Composer 用のプールと、API 用のプールが分かれている、と公式に説明されています。

Composer 2 系は Auto + Composer 側の話になりやすく、「含まれる利用がどれだけ残っているか」はダッシュボードの表示が正です。

また公式には、モデルごとに API コストが違うので、含まれる利用の消化速度も変わる、とも書かれています。

参照：Models & Pricing（Cursor Docs）

なので「標準から Fast に切り替えたら、体感は速くなるが、同じ作業量でもプールの減り方が速くなる可能性はある」くらいを念頭に置くと安全です。

ではどう使い分けるのが現実的か

私なら、次のように割り切ります。

• 待ち時間がその日のボトルネックなら、Fast を優先してよい（公式も「同じ知性」と言っているので、試して合うなら継続）。
• 月末にプールが逼迫しがちなら、長めの一括作業やエージェント任せの区間だけ標準に戻す、などのハイブリッドが現実的。
• 切り替えたら、1〜2 週間だけ利用ダッシュボードの曲線を見て「想定より早く減る」が起きていないか確認する。

以前、別の記事で「ツールを増やすほど学習コストと運用コストが乗る」という話を書いたのと同じで、Composer 2 の中で標準／Fast を切り替えるだけなら追加ツールは要らず、試すコストは低いと思います。

参考：話題のCodex MCPは本当に必要？Cursorユーザーが検討して出した結論

まとめ

1. 公式の整理では、Fast は「同じ知性の、より速い版」。品質差を前面に売っているわけではない。
2. 公開されている API 単価では、入力・出力とも Fast は標準の 3 倍。
3. 個人プランはプール制で、モデルによって消化速度が変わり得る。体感とダッシュボードの両方で確認するのが確実。

Cursor はアップデートが速いので、最終的には 公式の Models ページと自分のアカウントの Usage を見て意思決定するのが一番ブレません。

saratoga

フリーランスエンジニア

XYouTube

仕事にも趣味にも IT を駆使するフリーランスエンジニア。技術的な TIPS や日々の生活の中で深堀りしてみたくなったことを備忘録として残していきます。