AIファーストのコードエディタとエージェントプラットフォームであるCursorがリリースされました カーソル2.0 2025年10月29日にリリースされるメジャーアップデートでは、専用のコーディングモデル（ 作曲家）は、エージェント中心のインターフェースを刷新し、エージェントコーディングをより高速、安全、そしてより協調的に行うことを目的とした一連のプラットフォームアップグレードを備えたリリースです。同社はこのリリースを、サードパーティモデルのプラグインから、「エージェント」ソフトウェア開発向けにエンドツーエンドで最適化された独自のトレーニング済みモデルとツールの提供への戦略的転換と位置付けています。
以下：Cursor 2.0で何が追加されたか、Composerがどのように構築されたか、具体的な変更点、そして最も重要な点について詳細に説明します。 開発者向けAIの世界を本当に驚かせたのは このリリースについて。
カーソルとは何ですか (そしてなぜ開発者は注意を払う必要があるのですか)?
Cursorは、開発者がAIを利用できるようにゼロから設計されたエディターとプラットフォームです。 エージェント コーディングワークフローにおける第一級の協力者として機能します。ローカル/リモートエディタ、エージェントオーケストレーション、ツール統合（ターミナル、ブラウザ、セマンティック検索）、そしてモデル中心のワークフローを組み合わせることで、エージェントは実際のコードベースを読み取り、計画、編集、テスト、そして反復処理することができます。同社はCursorを「AIでコーディングする最良の方法」と位置付け、エージェントが単なる自動補完ではなく、有用なエンジニアリングタスクを実行できるようにすることに重点を置いています。
カーソル2.0が今重要な理由
コードAIアシスタントは、1ターンで完了する作業から、より長い複数ステップのワークフロー（計画→編集→テスト→反復）へと進化しました。これにより、レイテンシ、大規模リポジトリ全体にわたるコンテキストの忠実性、シェル/CIコマンドの安全な実行、そしてエージェントの変更をレビューする人的作業といった新たなボトルネックが生じます。 カーソル2.0 エージェントワークフロー向けに調整されたモデルと、 および 多数のエージェントを同時かつ安全に実行するためのUI/アーキテクチャプリミティブ。つまり、Cursorはエージェント中心のソフトウェアエンジニアリングのフルスタックを目指しています。
カーソル2.0アップデートの機能：
- 4 倍高速化 - 平均的な会話のターンは 30 秒未満で完了します。
- 強化されたマルチステップ タスク機能 - 複雑なコード チェーンを個別に処理できます。
- 強化されたセマンティック検索 - コードベース全体の関係を理解して見つけることができます。
- 低遅延インタラクション最適化 - リアルタイム開発やラピッドプロトタイピングに適しています。
- 強化学習 (RL) トレーニング - エージェントベースのコーディングに最適化されています。
Cursor 2.0 の核となるコンセプトは何ですか?
Cursor 2.0 は、その中心において、次の 3 つの連動するアイデアを推進します。
1. エージェントファーストのエディタ設計
Cursor 2.0 では、従来の IDE 上にエージェントを追加するのではなく、エージェントをエディタ内のオブジェクトとして公開します。サイドバーに表示され、プロセスとして管理でき、リポジトリに対して「プラン」（複数ステップの戦略）を実行できます。これにより、AI アクションは、エンジニアが検査できる入力、ログ、出力を持つ、オーケストレーション可能なタスクとして再定義されます。
2. 高速で専用に設計されたコーディングモデル（Composer）
Cursorの新しいモデルであるComposerは、Cursor環境内でのエージェントインタラクションに特化してトレーニングおよび最適化された、最先端のコーディングモデルです。このモデルは、エディタ内での短い反復的なコーディングターンに不可欠な特性であるスループットと応答性を、生の高コストなトークンパープレキシティベンチマークよりも重視しています。同社によると、Composerはおよそ 生成速度4倍 同等の性能を持つモデルと比較して、社内ベンチマークではほとんどのインタラクティブターンを30秒未満で完了します。このスピードは単なる利便性にとどまらず、エージェントワークフローの感覚（待機から反復処理へ）を一変させます。
3. 並列かつ独立したエージェント実行
Cursor 2.0 を使用すると、チームは同じプロジェクトに対して複数のエージェントを並行して実行できます。各エージェントのワークスペースをサンドボックス化することで（Git ワークツリーやリモートワーカーサンドボックスなどの手法を使用）、ファイルの競合を回避できます。これにより、大規模な「what if」探索が可能になります。複数の異なる修復戦略、バリアントのリファクタリング、テストパイプラインを並行して実行し、互いに干渉することなく結果を比較できます。
Cursor 2.0 の変更ログ: 具体的に何が新しくなったのでしょうか?
Cursorは2.0の発表と同時に詳細な変更ログを公開しました。以下のハイライトでは、製品と研究における最も重要な変更点をまとめています。
Composer — Cursor 初のエージェント型コーディングモデル
- 専用フロンティアモデル: Composerは、ソフトウェアエンジニアリングのタスクとエージェントのスピードに合わせて調整された「フロンティア」モデルとされています。トレーニング中にコードベースツールにアクセスすることで、実際のリポジトリ内での検索、編集、そして複数ステップの問題解決のパターンを学習します。
- スピードの利点: カーソルはComposerがおよそ 4倍高速 ベンチマークでは同等の知能モデルよりも生成スループットが向上し、ほとんどの会話ターンが実際には 30 秒未満で終了することが分かりました。これは対話型セッションにとって重要な改善です。
- エージェント最適化: Composerは、エージェント環境（セマンティック検索、編集、テストランナーなどのツールへのアクセス）でトレーニングされ、強化学習手法を用いて最適化され、高速で信頼性の高いコード変更を実現しました。一部の独立した報道では、モデルのトレーニングレシピにおいて、MoE（Mixture of Experts）スタイルのアーキテクチャとRL（強化学習）の微調整が採用されていると指摘されています。
開発者への影響: 大規模なリポジトリのレイテンシが短縮され、コンテキスト認識が向上するため、反復的なエージェント ワークフローがよりスムーズになり、複数ステップの編集でも信頼性が高まります。
マルチエージェント: 並列エージェントオーケストレーション
サイドバーとプラン管理: 新しいエディター UI を使用すると、開発者は複数のエージェントと「プラン」(複数ステップのエージェント戦略) を永続的なサイドバーで作成、命名、管理できるため、エージェントとそのログを簡単に検査できます。
並列実行（最大 8 つのエージェント）: カーソル2.0は最大 8つのエージェントを並列に 単一のプロンプトで、それぞれがコードベースの独立したコピー内で動作し、競合を回避します。これは、ローカルのGitワークツリーまたはリモートマシンワーカーによって実現されます。並列処理により、エージェントによる実験は、線形でブロック的なプロセスから、高速で比較可能なプロセスへと変化します。
ブラウザ（GA）：エージェントが実際のWeb UIをテストおよび検査できるようにする
ブラウザが GA に移行しました:* Cursorのエージェント内ブラウザ（当初はベータ版）が一般提供となり、エディタとの統合性が向上しました。エージェントはWebページとのインタラクション、DOM要素の抽出、構造化情報のエージェントランタイムへの転送が可能になります。これにより、エージェントはエディタを離れることなく、ドキュメントの調査、リモートAPIの取得、Webベースのデバッグなどを行うことができます。
開発者への影響: エージェントは、UI の変更を検証し、クライアントのバグを再現し、盲目的なテキストの説明ではなく具体的な DOM/視覚的な証拠を使用して反復処理できるようになりました。
コードレビューと差分の改善
エージェントの変更に関する複数ファイルの確認が容易になります。 Cursor 2.0 は、ファイル間を移動することなく、エージェントがリポジトリ全体で何を変更したかを効率的に確認します。差分は、認知オーバーヘッドを削減する方法で表示されます。
開発者への影響: エージェントが大規模な編集やファイル間の編集を行うと、人間が信頼性を判断するのに費やす時間が短縮されます。これは採用にとって重要なステップです。
サンドボックス化された端末（GA）と安全管理
サンドボックス化されたターミナルは GA (macOS) であり、デフォルトで安全な環境でエージェント シェル コマンドを実行します。 Shell の実行はサンドボックス化されており、ワークスペースへの読み取り/書き込みアクセス、デフォルトでネットワークへの接続なし、機密性の高いコマンドの許可リスト設定が可能です。エンタープライズ向けの管理者向けコントロールも利用可能です。
開発者への影響: より安全なエージェント実行は重要です。サンドボックス化により、エージェントがテストを実行したり、リンターを実行したり、一時的なコマンドを実行したりする必要がある場合のリスクが軽減されます。
音声モード、プランモード、バックグラウンドエージェント
- 音声制御 エージェント向け（音声テキスト変換 + カスタム送信キーワード）。
- プランモード: 1 つのモデルでプランを作成し、別のモデルで実行します。プランはフォアグラウンドまたはバックグラウンドで実行できます。
- バックグラウンドとクラウドエージェント: 起動が高速化、クラウド エージェントの信頼性が 99.9%、バックグラウンド作業の可視性が向上。
Cursor 2.0 は、AI コーディングの分野全体にどのような影響を与えるのでしょうか?
カーソルの動きは、次の 2 つの理由で注目に値します。
- 一般性よりも専門性。 Composerは、特定のドメインやランタイム（ここではIDE内でのエージェントコーディング）に合わせたモデル構築のトレンドを体現しています。あらゆるユースケースに対応する単一の汎用モデルではなく、各チームは、それぞれのUXやツールチェーンと連携して設計されたモデルを求めています。
- 製品プリミティブとしてのエージェント オーケストレーション。 CursorのUIは、エージェントをオーケストレーション、監査、バージョン管理が可能な管理対象リソースのように扱います。エージェントを、独立したワークツリーと共有プランを持つ管理対象プロセスとして扱うこの製品パターンは、自律支援を安全にスケールアップしようとするチームが進むにつれて、他の開発ツールにも採用される可能性があります。
この組み合わせ (特化され高速なモデルと意図的なオーケストレーション UX) により、業界は「オートコンプリートとしてのモデル」から「アクティブなコラボレーターとしてのモデル」へとさらに前進しますが、すべてのチームが答えなければならないガバナンスの問題も生じます。
Cursor 2.0 にアクセスするにはどうすればよいですか?
-
公式サイトからCursorアプリをダウンロードまたはアップデートします（Cursorは公式サイトからリリースを配布しています）。Cursor 2.0はv2製品ライン（Composer + マルチエージェントUI）としてリリースされたため、最新のCursorビルドへのアップデートが最初のステップとなります。
-
Cursor 2.0 / Composerが有効になっていることを確認してください
- Cursorの価格はサブスクリプションプランに基づいており、各プランではComposerやその他のモデルへのアクセスレベルが異なります。無料のHobbyプランも提供していますが、プロフェッショナルユーザーは通常、すべての機能を利用できる有料プランを選択します。
- Cursor 2.0 リリース（Composer、マルチエージェント UI、アプリ内ブラウザなど）は変更履歴でハイライト表示されています。アプリが自動更新されている場合は、既に 2.0 になっているはずです。そうでない場合は、ダウンロードページまたはアプリの更新ダイアログからアプリを更新してください。
- Composerまたはマルチファイル/エージェント機能は、設定のベータ版トグルの背後にある場合があります（古いリリースの場合）。Composerが表示されない場合は、設定→機能/ベータ版をチェックして有効にしてください。Composerは通常、Composer/エージェントのショートカット（例：
Ctrl/Cmd + I) またはサイドペインからアクセスできます。Composer はオン/オフを切り替えることができ、Agent/Composer UI に表示されます。
- APIキー/モデルの設定: カーソルは設定されたAPIキーを使用してLLMプロバイダー（OpenAI、Anthropic、Google、またはカスタムプロバイダーなど）を呼び出します。 コメットAPI）。Cursor → 設定 → モデル（または設定 → APIキー）を開いて、プロバイダーキーとカスタムベースURLを追加します。CursorでChat / Agent / Composer内で有効化されたモデルを選択できるようになります。
Cursor 内で CometAPI を使用するにはどうすればよいですか? (ステップバイステップ)
概要：CometAPI はモデル集約ゲートウェイ（複数のモデルベンダーをプロキシできる単一のエンドポイント）です。Cursor で使用するには、CometAPI に登録し、API キーとモデル識別子を取得します。その後、そのキーとエンドポイントを Cursor のモデル設定にカスタムプロバイダーとして追加し（ベース URL をオーバーライドします）、CometAPI モデルを Composer/Agent モードで選択します。
ステップA - CometAPIの認証情報を取得する
- CometAPIにサインアップして APIキーを作成する ダッシュボードから。キーは秘密にしておいてください（他のベアラートークンと同様に扱ってください）。
- APIキーを作成/コピーし、使用したいモデル名/IDをメモします（例：
claude-sonnet-4.5または CometAPI 経由で利用可能な別のベンダー モデル)。 CometAPI ドキュメント/ガイド プロセスを説明し、サポートされているモデル名を一覧表示します。
ステップB - Cursorにカスタムモデル/プロバイダーとしてCometAPIを追加する
- カーソルを開く → 設定 → Models （または設定→APIキー）。
- カーソルが 「カスタムモデルを追加」 or 「OpenAI ベース URL を上書きする」 オプションの場合は、それを使用します。
- ベースURL / エンドポイント: CometAPI OpenAI互換ベースURLを貼り付けます（CometAPIは、公開されているかどうかを文書化します）
openai/v1スタイルのエンドポイントまたはプロバイダー固有のエンドポイント）。（例：https://api.cometapi.com/v1(CometAPI ドキュメントの実際の URL を使用します。) - ＡＰＩキー: API キー フィールドに CometAPI キーを貼り付けます。
- モデル名: CometAPIドキュメントとまったく同じモデル識別子を追加します（例：
claude-sonnet-4.5orcomposer-like-model).
- 確認します Cursor に「検証」/「テスト」ボタンがある場合、接続が確立されます。Cursor のカスタムモデルメカニズムでは、通常、プロバイダーが OpenAI 互換である必要があります（または、Cursor がベース URL とキーを受け入れる必要があります）。コミュニティガイドでも同じパターンが示されています（ベース URL をオーバーライド → キーを指定 → 検証）。
ステップC - Composer / Agent内でCometAPIモデルを選択する
- ComposerまたはAgentを開く（ショートカット
Ctrl/Cmd + Iまたはサイドパネル)。 - モデルの選択を自動 (または現在のモデル) から、追加したカスタム プロバイダー/モデルに切り替えます。
- Composerセッションを開始するかエージェントを起動し、選択したCometAPIモデルを使用して応答することを確認します。短いプロンプト（例：「リポジトリを検索し、失敗する関数のユニットテストを追加します」）でテストします。
tests/” ）を使用して動作を検証します。
結論: これは画期的なアップデートでしょうか?
Cursor 2.0は単なる機能アップデートではありません。専用のコーディングモデルと、エージェントワークフローを実用化するオーケストレーションプリミティブを組み合わせた、製品レベルのテーゼです。速度を明示的に最適化した社内エージェントモデル（Composer）、具体的な分離メカニズムを備えたマルチエージェントランタイム、GAブラウザなどのより緊密なツール統合といった驚くべき要素は、AIとソフトウェアエンジニアリングの統合における成熟を示しています。レビュー、テスト、ワークフローの衛生管理に厳格なチームにとって、Cursor 2.0は、反復処理を大幅に高速化し、日常的なエンジニアリングタスクの自動化を促進する確実な道筋を提供します。より広範なAI開発者エコシステムにとって、Cursorのエージェントオーケストレーションとツールへの注力は、他のベンダーを単一のアシスタントとのインタラクションにとどまらず、エージェントチーム、運用上のガードレール、レイテンシを考慮したモデルへと導くでしょう。
