「どのモデルに任せるか」の中身を、Cursorが開けてみせた──Routerが明かす、Git・計画・実装・デバッグの“モデル別の得手不得手”
Cursorが8月6日、Routerの「どうモデルを選ぶか」を公開。Compassで簡単さを測り、Git=Grok・計画=Sol・実行=Opus・デバッグ=Fableと持ち場を分ける仕組みと、コスト削減の公表値、そして再現性・ベンダー依存の但し書きを整理します。
Cursor が2026年8月6日、7月に投入した「Cursor Router」について、リクエストごとにどうやってモデルを選んでいるのかを踏み込んで説明しました。Router 自体は「安く同等品質」を売りにした自動振り分けの仕組みで、当ブログでもリリース時に取り上げています。今回はその一歩先、選定ロジックの内側と「どのモデルが何に強いか」という運用者が一番知りたい部分が公開された点が新しさです。
まず「簡単か」を測り、それから「誰に振るか」を決める
Cursor によると、振り分けは大きく二段構えです。第一段は Compass と呼ぶ複雑さの予測器が、その一手(ターン)が安価なモデルで満足のいく結果になりそうかを見積もります。Compass は「ユーザーが結果に満足するか」を予測し、それを複雑さの代理指標として使う設計で、実際の利用ログで学習したとされます。第二段は、簡単では済まないと判断されたターンについて、タスク種別・分野・修飾語の分類(taxonomy)に照らし、フロンティアモデルの中から最も上手くこなしそうな一つを選びます。学習データは60万件超のライブ要求、検証は数百万件規模の本番A/Bとしています。
Cursorの分類が示した、モデルの“持ち場”
公開資料でとくに目を引くのは、モデルごとに得意分野が違うという整理です。Cursor 側の分類・観測として、次のように振り分ける傾向が示されています(あくまで Cursor の判定基準であり、絶対評価ではありません)。
| 得意とされる作業 | 振り分け先とされるモデル |
|---|---|
| Git 操作・データベース関連 | Grok(SpaceXAI) |
| 計画立案・コードベースの読解 | Sol(OpenAI GPT-5.6 系) |
| 実行の重い作業・DevOps・最適化 | Opus(Claude) |
| デバッグ・見た目を伴う実装 | Fable(Claude) |
「一つの万能モデルに全部投げる」のではなく、作業の性質でモデルを替えるという発想が、ベンダー横断で明文化されたことになります。手作業でモデルを選ぶ開発者にとっては、使い分けの当たりをつける材料になります。
安くなる幅は、モードで決まる
Router には品質とコストの振り幅を選ぶモードがあり、8月6日時点で Cursor が公表している自社計測値は次のとおりです。数値は Cursor 自身の測定・満足度指標に基づくもので、環境により変わり得ます。
| モード | Cursor の公表値 |
|---|---|
| Auto Intelligence | Fable 級の満足度を、約68%低いコストで(投入時から18%改善) |
| Auto Balance | Opus 4.8 を上回る満足度を、約41%低いコストで(同8%改善・満足度3%向上) |
キャッシュミスのコストまで含めて評価しているとされ、コスト算定の前提が比較的正直な点は評価できます。
便利さの裏で残る、三つの但し書き
実運用に効く一方で、注意したい面もあります。第一に再現性と透明性です。同じ依頼でも内部判定でモデルが替わり得るため、「なぜこの出力になったか」の追跡がしづらくなります。第二にベンダー依存で、どのモデルにいくら流すかの采配を Cursor 側の分類に委ねる構図になります。第三に、公表値はいずれも Cursor の自己計測である点です。「安くて同等」という主張は魅力的ですが、自分のコードベースで小さく試し、コストと品質を手元で確かめてから広げるのが堅実でしょう。組織導入では、管理者が利用可能なモードや対象モデルを制限できる設定も用意されています。
参照: Cursor Blog — Introducing Cursor Router / Releasebot — Cursor Updates(2026年8月) / Cursor Docs — Cursor Router / MarkTechPost — Cursor Router