Cursor RouterがAutoモードとチーム別の管理者制御に対応

CursorのAutoモードがCursor Routerで動作するようになり、依頼内容に応じて利用モデルを自動的に選ぶ仕組みが導入されました。

要点

• AutoモードがCursor Routerで動作し、依頼ごとに利用モデルを振り分けます。
• Intelligence、Balance、Cost（コスト重視）の3モードを、チームやグループごとに許可・制限できます。
• Teamsでは既定で有効になり、Enterprise管理者はダッシュボードから有効化します。

今回の更新で変わること

今回の変更履歴で利用者に直接関係する変更は、CursorのAutoモードをCursor Routerが支えるようになったことです。利用者がモデル名を毎回指定する代わりに、Routerが依頼内容、文脈、作業の複雑さを分析し、その仕事に合うモデルへ振り分けます。高い推論能力が必要な作業は高性能モデルへ送り、それ以外は価格効率のよいモデルへ送る仕組みです。これは新しい評価結果の発表というより、Autoを選んだときに実際にどの機能が動くかを示す製品変更です。

Autoを選んだ後は、Intelligence、Balance、Cost（コスト重視）の3つから最適化方針を選べます。Intelligenceは日常利用には高価になりやすい高性能モデル相当の品質を重視し、Balanceは品質と費用の中間を狙います。Costはトークン費用を抑えながら利用可能な範囲で高い能力を選ぶ設定です。BalanceとIntelligenceの請求は、Routerが実際に選んだモデルの料金に基づきます。そのため、モード名だけから一定料金になると考えず、選択モデルと利用額を合わせて確認する必要があります。

組織向けには、管理者がRouterをチームまたはグループ単位で有効にできます。利用者が選べる最適化モードを制限し、既定モードを設定し、Routerの候補に含める基盤モデルを許可または拒否できます。契約や社内規程で利用可能なモデル提供元を限定している組織では、この許可・拒否リストが重要です。全社で一律に有効化する前に、開発部門や扱うコードの機密度に応じて対象グループを分ける運用ができます。

提供範囲はデスクトップ、Web、iOS、CLI、SDKです。Teamsプランでは既定で有効になり、Enterpriseでは管理者がダッシュボードから有効化します。既存のAuto利用者は、これまで特定モデルの挙動を暗黙に前提としていなかったか確認してください。障害の再現や厳密な比較が必要な作業ではモデルを固定し、通常の実装支援だけRouterへ任せるなど、Autoと固定モデルを使い分けると調査可能性を保ちやすくなります。

対象になりそうなユーザー・チーム

Cursorを組織導入する開発チーム、Teams・Enterpriseの管理者、利用モデルとAI費用を統制する担当に関係します。

今すぐ対応が必要か

Teams管理者は既定で有効になる範囲を確認してください。Enterpriseでは、対象グループ、許可モード、既定モード、利用可能モデルを決めてから有効化するのが安全です。

結局、この更新をどう見るべきか

Autoモードの内部動作と組織向け制御を正式な製品機能として示した更新です。評価手法や費用削減の根拠はブログ版で読み、変更履歴版では既定値、対象プラン、管理者設定を確認するのが適切です。