2026年7月22日、Cursor の Auto モードが「Cursor Router」という新しい仕組みで動くようになりました。同じ Auto でも、Intelligence / Balance / Cost の3つから最適化方針を選べる。これ、地味に見えて日々のクレジット消費とコード品質のバランスを大きく変えます。
私は発表直後から1週間、業務コードと個人プロジェクトの両方で3モードを切り替えながら使ってみました。結論から言うと、モードを固定するより「タスク種別で切り替える」のが一番刺さります。この記事では、Cursor Router の仕組み・3モードの選び分け・実際に効いた場面を、具体的な手順とともに紹介します。
結論:Cursor Router は「モデル選びをやめる」ためのスイッチ
先に結論だけ書きます。Cursor Router は、これまで自分で Claude / GPT / Gemini などを切り替えていた作業を、リクエスト単位でルーターに任せる仕組みです。
<Anthropic公式>ではなく Cursor 公式の changelog によると、<Cursor Router はリクエストを分析して、そのジョブに最適なモデルへ振り分ける>と説明されています。フロンティアモデルが必要な仕事にはフロンティアを、そうでない仕事には価格効率の良いモデルを、という発想です。
つまり「常に最強モデルを使う」でも「常に安いモデルを使う」でもなく、リクエストごとに妥当なモデルを自動選定する。この抽象化のおかげで、あなたはモデル名を意識せずに済みます。
Cursor Router の3つの最適化モード
Auto モードを選んだあと、さらに以下の3モードを選べます。ここが今回の目玉です。
Intelligence:最強モデル相当を狙うモード
Intelligence は、日常使いでは手が届きにくいレベルの最上位モデルにマッチする品質を狙うモード。公式の説明でも「最も高価でパワフルなモデル群にマッチする品質」と位置づけられています。
私は複雑なリファクタや、複数ファイルにまたがる型定義の書き換えを頼むときに使いました。正直、体感で「あ、これは Sonnet 上位や GPT の高性能側に振られてるな」とわかるくらい応答の粒度が違います。
Balance:多くの人が日常使いする水準
Balance は、多くの開発者が「これで十分」と感じるフロンティア水準に寄せるモード。デフォルトで選んでおくと大きな失敗が少ない、無難な選択肢です。
私はコードレビュー依頼や、ローカル関数の実装依頼はほぼ Balance で回しています。応答速度と品質のバランスがいちばん実務的でした。
Cost:トークン支出を抑えつつ品質を確保
Cost モードは「使える範囲で最高の知性に届きつつ、トークン支出を最適化する」方向。ドキュメント生成、コミットメッセージ作成、単純な変数リネームなど、思考深度がそこまで要らないタスク向けです。
Balance と Intelligence はルーティングされたモデルの料金で課金される点も明記されています。つまり Cost にしても「安モデル固定」ではなく、必要に応じて上位に振られることもある。ここがフラット定額との違いです。
Intelligence / Balance / Cost の使い分け早見表
1週間試してみて、自分の中で以下のような線引きに落ち着きました。
- Intelligence:大規模リファクタ、新規機能設計、パフォーマンス最適化、バグの根本原因調査
- Balance:通常のコード実装、既存関数の修正、テスト追加、レビュー依頼
- Cost:ドキュメント作成、コメント整形、コミットメッセージ、README 更新、簡単なリネーム
この割り振りにしてから、体感で1日のクレジット消費が下がった一方、肝心なタスクの手戻りは減りました。要は「全部フロンティアで殴る」をやめると、財布にもコードにも優しいわけです。
Cursor Router の設定手順
実際の設定は驚くほどシンプルでした。
1. モデルピッカーで Auto を選ぶ
チャット下部のモデルセレクターから Auto を選択します。ここまでは従来通り。
2. 最適化モードを選ぶ
Auto を選ぶと、その下(または隣)に Intelligence / Balance / Cost の切り替えが現れます。私はキーボードショートカットから素早く切り替えられるように、Command Palette に登録しました。
3. チーム/Enterprise の場合は管理者設定を確認
公式によると、<Cursor Router は Teams と Enterprise プランで、desktop・web・iOS・CLI・SDK 全体で利用可能>とされています。管理者はチームやグループ単位でルーターを有効化でき、どの最適化モードを許可するか、デフォルトをどれにするか、下層のモデルをどこまで使わせるかを制御できます。
つまりチームで導入するなら「新人には Cost を強制、シニアには Intelligence まで開放」といった段階付けも可能。ここは地味に効きます。
実際に使って気づいた3つの注意点
触ってみて、いい面ばかりでもなかったので率直に書きます。
注意点1:モードごとに応答時間がけっこう違う
Intelligence は当然ながら重いモデルに振られるぶん、レスポンスまでの体感時間が長め。急ぎでコードを書き足したい時に Intelligence 固定にしていると、テンポが崩れます。私は「Ask で悩むときは Intelligence、書くときは Balance」に落ち着きました。
注意点2:Cost にしても常時安いわけではない
先ほど触れた通り、Cost モードでも Router が「これは上位モデルが必要」と判断すれば上に振られます。定額感覚で放置すると、月末に「あれ、Cost にしてたのに」ということも起こり得るので、ダッシュボードで消費傾向をチェックする習慣は続けたほうがいいです。
注意点3:個人 Pro プランでの利用可否は要確認
公式アナウンス時点で明記されていたのは Teams と Enterprise の展開でした。Pro / Pro+ / Ultra 側でも順次拡張される見込みですが、あなたのプランで使えるかは Cursor 側のダッシュボードで確認してから運用に組み込むのが安全です。
過去のクレジット節約設定と組み合わせる
以前書いた「Cursor Pro でクレジットを月末まで残す設定」と組み合わせると効果が上がります。具体的には、
.cursorignoreで不要ファイルをコンテキストから外す.cursor/rules/*.mdcで「まず短く答える」ルールを Always Apply にする- 上記に加えて Auto を Balance で常用、深い調査だけ Intelligence に手動で切り替える
この3段構えにしてから、私の場合は「深く考えさせたいタスク」と「作業を進めるタスク」のスイッチが自然にできるようになりました。ハンドルを持つ手を右左に持ち替える感覚に近い、そんな軽さです。
Cursor Router が向く人・向かない人
向くのは、複数プロジェクトを跨いで作業していて、タスクごとの思考深度がバラバラな人。私のように「朝は設計、昼はドキュメント、夜はリファクタ」みたいな働き方だと、モードを切り替えるだけでコスト効率がぐっと上がります。
逆に、常に高難度のリサーチ的コーディング(研究コード、複雑なアルゴリズム実装)ばかりの人は、Intelligence 固定のほうがストレスが少ないかもしれません。ルーターに任せると、たまに「もう少し深く考えてほしかったな」という応答が返ることがあります。
まとめ:今日からやる3つのアクション
最後に、この記事を読み終わったあとにやると効くアクションを3つだけ挙げます。
- モデルピッカーから Auto を選び、Balance をデフォルトに設定する。まずはここから。無理に Intelligence を常用する必要はありません。
- タスク種別ごとにモードを切り替えるルールを自分の中で決める(例:設計=Intelligence、実装=Balance、雑務=Cost)。上の早見表をそのまま真似して構いません。
- 1週間後にダッシュボードで消費を振り返る。想定より減っていれば Intelligence の割合を増やす、増えていれば Cost を増やす。要はチューニングです。
Cursor Router は「モデル選定を自分でやる時代の終わり」を告げる、地味だけど本質的なアップデートだと感じました。あなたも触ってみて、自分の作業リズムに合うモードを見つけてみてください。
参考リンク
- Cursor Changelog(公式) — Cursor Router が Auto モードを駆動する仕組みと3モードの説明
- Cursor Release Notes(Releasebot) — Teams/Enterprise・desktop/web/iOS/CLI/SDK での提供範囲
- Cursor Changelog(Gradually) — 2026年7月の Cursor アップデート全体像