ちょっとしたタイプミスの修正にも、最上位モデルの料金を払っていないでしょうか。Cursorによると、開発者のおよそ60%は一度選んだモデルをそのまま使い続けています。2026年7月22日に公開されたCursor Routerは、依頼内容を判定して、その作業をこなせる中で最も安価なモデルへ自動で振り分ける機能です。CursorのA/Bテストでは、最先端モデル級の品質を保ちながら、コストを60%削減したとされています。
ただし利用できるのはTeamsとEnterpriseプランのみ。モデル選びを分類器に委ねることも受け入れる必要があります。
Cursor Routerは何を見てモデルを選ぶのか
Cursor Routerは、モデルを呼び出す前段で動く分類器です。Cursorのローンチ記事によれば、プロンプトそのもの、添付コンテキスト、タスクの複雑さ、対象ドメインという4つのシグナルを評価し、リクエストを振り分けます。
- 定型的な編集は、コスト効率の高いモデルへ送られます。
- UIの微調整では、Cursorが「最もセンスがよい」とするモデルが選ばれます。
- 複数ファイルにまたがる長い推論が必要な問題は、Fable 5やOpus 4.8などの最先端モデルに回されます。
単純にプロンプト長でif/else分岐する仕組みとは異なるポイントが2つあります。
- 学習の評価軸。 Cursorは60万件超の実運用リクエストで分類器を学習させています。最適化の対象はベンチマークのスコアではなく、ユーザー満足度です。開発者がそのまま次の作業へ進んだか、それともエージェントを止めて修正したかを見ています。
- キャッシュを加味すること。 セッションの途中でモデルを切り替えると、前のモデルのプロンプトキャッシュは引き継げず、キャッシュミスのコストが発生します。Routerは、切り替えの価値がそのコストを上回るかも判断材料に含めます。自作のルーティング構成では見落とされがちな点です。
Routerは現在、デスクトップ、Web、iOS、CLI、SDKにある既存のAutoモードを支えています。Router専用のスイッチはなく、Autoを選び、どの方針で最適化するかを指定します。
Autoは3種類：Intelligence、Balance、Cost
3つのモードは、品質とコストのバランスをどこに置くかの違いです。以下の数値はすべて、数百万件のリクエストを対象にCursorが実施し、ローンチ記事で公開したオンラインA/Bテストに基づきます。
| モード | 品質の目標 | CursorのA/Bテスト結果 |
|---|---|---|
| Intelligence | 最先端モデル級の品質 | Fable 5に近いユーザー満足度を約60%低いコストで実現。同程度のコストでOpus 4.8より満足度は約15%高い |
| Balance | 日常業務に十分強い品質 | Opus 4.8より約36%低いコストで、より高い満足度。GPT-5.6 Solと同等の満足度を、より低い支出で達成 |
| Cost | 品質を保ちつつ支出を最小化 | トークン支出の最適化を優先しながら、実用的な知能を最大化 |
料金は実際に振り分けられたモデルのレートで計算されます。BalanceとIntelligenceでは、処理したモデルに応じた料金が課金されます。定型的な依頼は低価格モデルの料金、Routerがエスカレーションした場合だけ最先端モデルの料金になるため、請求額は混合型です。個々のリクエスト単位のコストは読みにくく、全体で見て初めて把握しやすくなります。
ローンチ資料には一つ不足があります。IntelligenceとBalanceについてはコミット単価と満足度データが示されている一方、Costモードは定性的な説明だけです。
「60%安い」は具体的に何を指すのか
この見出しの数字はトークン単価ではなく、コミットあたりのコストです。Cursorはこれを、トークンごとではなく、受け入れられた作業単位あたりのモデル支出として測定しています。
GPT-5.6 SolはIntelligenceモードとコスト面では同等でしたが、満足度は低い結果でした。実環境では、Cursorは早期アクセス中のエンタープライズ顧客3社を報告しています。いずれも数千人規模のユーザーを抱える組織で、同じトラフィックをすべてOpus 4.8 API料金で処理した場合と比べて30〜50%を削減し、品質低下の報告はなかったとしています。
注意点は2つあります。
- これはCursor自身が、自社の満足度指標とコード保持率指標で計測した数値です。現時点で第三者監査はありません。
- 比較対象は、チーム内の全作業を最先端モデルで処理するケースです。すでに中位モデルを標準にしているなら、削減幅はもっと小さくなります。
Routerが選んだモデルを確認する方法
初期設定では、各リクエストをどのモデルが処理したかは表示されません。見えるのは回答であり、処理担当のモデルではありません。Cursorの変更履歴では、振り分け先モデルは「表示または非表示にできる」とされていますが、2026年7月23日時点のドキュメントでは、クライアントごとに設定場所までは明記されていません。
自分の環境で見つけられたら、最初の1週間は表示をオンにしておくのがおすすめです。どんな場面でRouterが上位モデルへ回し、どんな場面で節約するのかを掴むには、実際の選択を見るのが最も早い方法です。
タスク単位での可視化は、すでに最も要望の多い改善点になっています。r/cursorの新ルーティングに関するスレッドでも、最も支持を集めた要望は「現状では何が起きているのか分からない」というものです。
個人メンバーよりも、チーム管理者には多くの制御権があります。管理者は以下を行えます。
- チームまたはグループ単位でRouterを有効にする
- メンバーが選べる3モードを制限し、デフォルトも指定する
- 基盤となる特定モデルの許可・ブロックを設定する
- ソフトまたはハードな強制適用で、全員のAuto利用を標準化する
コンプライアンスポリシー上、特定プロバイダーを使えない場合は、管理者側で対象モデルをブロックできます。リクエストがルーティングされる前に、その経路を閉じられます。
Cursor Routerを使えるプランと料金
Cursor Routerを利用できるのは、現時点ではTeamsとEnterpriseプランのみです。Teamsではデフォルトで有効になっており、Enterpriseでは管理者がダッシュボードから有効化します。2026年7月23日にCursorの料金ページで確認した内容は次のとおりです。
| プラン | 料金（月払い） | Routerモード |
|---|---|---|
| Hobby | 無料 | 利用不可 |
| Individual（Pro / Pro+ / Ultra） | 月額$20から | 利用不可 |
| Teams（Standard / Premium） | 1ユーザーあたり月額$40から | 利用可能 |
| Enterprise | 個別見積もり | 利用可能、管理者が有効化 |
月額$20のProプランでは、Intelligence、Balance、Costのセレクターはモデルピッカーに含まれません。初期のXでの反応にもあったように、Opus級の料金から60%引きでも、個人の予算にとってはなお無視できない金額です。選択肢は、手動でモデルを使い分けること、あるいは後述する独自ルーティングを持ち込むことになります。
自動ルーティングが外すケース
チーム全体でAutoを標準化する前に、Xで挙がった2つの批判は検討する価値があります。
1つ目は、タスクの複雑さとリスクは同じではないという指摘です。ある詳しい批判では、2,000行のリファクタリングは機械的に進められるかもしれない一方、認証に関する2行の変更が大規模障害につながりうる、と具体的に述べられています。複雑さの予測で学習したルーターなら、その2行を低価格モデルへ自信を持って送る可能性があります。著者はCursorに対し、ルートごとの採用編集率の公開を求めていますが、Cursorはまだこのデータを出していません。
2つ目は、失敗の形です。あるエンジニアがRouterに示したベンチマークはこうです。安価なモデルが大きく失敗するのではなく、一見もっともらしい誤答を自信満々に返すタスクで、Routerは正しくモデルを選べるのか。正しく見える誤答は、節約したトークン費用以上のレビュー時間を奪います。
実務上の対策としては、作業を2つに分けるポリシーが有効です。
- 最先端モデルを手動で固定する作業。 もっともらしい誤答の代償が大きい領域です。認証・権限変更、決済ロジック、本番データベースのマイグレーション、暗号処理、CI/CD設定が該当します。
- それ以外はBalanceに任せる。 定型的なリファクタリング、テスト生成、ドキュメント作成、リスクの低いUI作業はこちらです。
管理者は、節約効果を少し犠牲にして、最安モデルを完全にブロックすることもできます。
Cursor RouterとOpenRouterは別物
名称は似ていますが、役割のレイヤーが異なります。Cursor RouterはCursorに組み込まれ、Cursorのモデルプールから選択し、プラン経由で課金されます。OpenRouterは独立したAPIアグリゲーターで、1つのキーから数百のモデルを使え、トークン単位で課金されます。詳しくはOpenRouterの料金ガイドを参照してください。
Cursorでは現在、どのプランでもOverride OpenAI Base URL設定からOpenRouterを接続できます。設定時には次の点が重要です。
- OpenRouter専用エンドポイントの
https://openrouter.ai/api/v1/cursorを使います。汎用の/api/v1ではCursorのツールコール形式を処理できません。 - OpenAI API Key欄に
sk-or-で始まるキーを入力します。
BYOK構成には2つの明確な制限があります。Tab補完は常にCursor内蔵モデルで動作し、Autoモードはキーを完全に迂回する場合があります。
このOverride設定は、OpenAI互換のリレーであればどれでも利用できます。個人開発者がTeamsシートなしでルーティングに近いコスト構造を得る方法でもあります。たとえばAIReiterでは、Claudeモデルを公式API料金の20%で利用でき、クレジットパックは$5からです（2026年7月確認）。日常作業には中位モデルを固定し、難しい問題だけ最先端モデルに回す使い方になります。ただし分類器は自分自身であり、切り替え時のキャッシュミスも自動では考慮されません。
FAQ
CursorはOpenRouterを使っていますか？
いいえ。Cursor RouterはCursorが内製したルーティングシステムであり、OpenRouterとは無関係です。OpenRouterは、Override OpenAI Base URL設定と専用の/api/v1/cursorエンドポイントを使って別途接続できます。
Cursor RouterはProプランでも使えますか？
2026年7月時点では使えません。ローンチ記事ではRouterの対象をTeamsとEnterpriseプランに限定しています。Individualプランでは手動でモデルを選択します。
Cursor Routerをオフにできますか？
できます。セレクターでAutoではなく特定のモデルを選べば、そのリクエストにRouterは介入しません。チーム管理者は組織全体でモードを制限したり、特定モデルをブロックしたりすることもできます。
Cursor Routerはどのモデルに振り分けますか？
Cursorのローンチ資料では、Fable 5、Opus 4.8、GPT-5.6 Sol、Grok 4.5、自社モデルのComposerが挙げられています。新モデルの登場に合わせてモデルプールを更新する設計です。管理者は各モデルを個別に許可またはブロックできます。