Cursor 3 のエージェントファースト IDE — Agent Loop / Worktrees で変わる AI コーディング

Cursor 3.0 は 2026年4月2日にリリースされました。公式ブログで使われたキーワードは「agent-first interface」と「agentic software development」です。「vibe coding」——自然言語の指示に従ってコードを生成する、いわば気分任せのコーディング補助——という表現は公式では使いません。エージェントが自律的にループ実行する環境として設計されたという、より明確な立場を公式は示しています。

Agent Loop: 手動介入なしで反復するコーディングサイクル

従来の AI コーディング支援では、エージェントが何かを生成したあと、エラーが出たら人間が確認して再度プロンプトを打つ、という往復が必要でした。Agent Loop はこの往復を自動化します。

デフォルトの設定では最大 8 ループまで自動で反復します。1 回のイテレーションで行われることは、テストの実行、stderr の確認、ファイルの編集、再実行というサイクルです。ループをまたぐたびに人間が「OK」を押す必要はありません。

ループを制御するのに .cursor/scratchpad.md が活用できます。このファイルに DONE マーカーを書くと、エージェントはループを打ち切って結果を返します。「永遠に回り続ける」ことへの懸念があるとすれば、このマーカーと 8 ループ上限が制御機構になります。

ループ内のコンテキスト効率も改善されています。Context Compression と呼ばれる仕組みが RL 学習ループ内で動作し、5,000 以上のトークンを約 1,000 トークンへ圧縮します。圧縮エラーは 50% 削減されたと報告されています。コンテキスト枯渇でループが途中で止まるリスクが下がります。

公式ドキュメント(cursor.com/docs/agent/overview)には Agent Best Practices も整備されており、ループをどう設計するかのガイダンスが提供されています(cursor.com/blog/agent-best-practices)。

一言で言うと、Agent Loop は「生成→確認→再生成」という人間主導のサイクルを、「生成→自動検証→自動修正」というエージェント主導のサイクルへ置き換える仕組みです。

Worktrees: 並列実行しても干渉しない Git 環境

複数の AI エージェントを同時に走らせるとき、最も避けたいのはファイルの書き換えが衝突することです。Worktrees はこの問題を Git レベルで解決します。

/worktree コマンドを実行すると、独立した Git 環境が生成されます。各エージェントは自分の Worktree 内だけで作業するため、別のエージェントの変更と干渉しません。フィーチャーブランチを複数同時に走らせるのと同じ分離効果が、IDE の操作として完結します。

管理の上限は cursor.worktreeMaxCount で設定でき、デフォルトは 25 です。25 個の独立した作業環境が自動で管理される、ということです。さらに .cursor/worktrees.json にセットアップコマンドを記述しておくと、Worktree 生成時の初期化処理を自動化できます。たとえば依存ライブラリのインストールや環境変数の設定などをここに書いておけば、新しい Worktree を作るたびに手作業で準備する必要がなくなります。

2026年4月24日には /multitask コマンドが追加されました。複数の独立タスクを非同期で実行する仕組みで、Worktrees と組み合わせると、並列実行がより明示的に扱えるようになります。

Agents Window: マルチ環境を一画面で管理する

複数の Worktree でエージェントが並列に動き始めると、どのエージェントが何をしているかの把握自体が問題になります。Agents Window はその問いに答える管理レイヤーです。

ローカル環境、クラウド環境、リモート SSH 接続、モバイル——これらの実行環境の違いを意識せずに、一画面でセッションの状態を確認できます。ローカルで進めていた作業をクラウドに引き継ぐ場合も、ハンドオフは同じウィンドウ内で行えます。複数リポジトリにまたがる作業も統一した画面から管理できます。

モデルとして、Cursor が自社で開発した frontier coding model「Composer 2 Model」が利用できます。

また、Design Mode と /best-of-n コマンドという補助機能もあります。Design Mode ではブラウザ上の UI 要素に直接注釈を加えてフィードバックを渡せます。/best-of-n では複数のモデルに同じタスクを並行させて結果を比較できます。

まとめ: 企業開発チームが考えておくべき変化点

Agent Loop が反復を自動化し、Worktrees がその並列実行を可能にし、Agents Window がその全体を見渡す——この 3 層が揃ってはじめて「エージェントファースト」が設計の実体を持ちます。

企業の開発チームがこれを導入する前に考えておくべき点があります。Agent Loop はテスト基準が明確でないと、8 ループ全て失敗で終了し、意味のある成果が得られません。テストが書かれていないコードベースに適用しても、エージェントは修正の成否を判断できず、ループが空回りします。

Worktrees も同様で、分離した環境でエージェントが変更を加えた後、それをどのブランチに取り込むかのレビュープロセスがチームに必要です。マージ先とレビュー担当者を事前に決めておく必要があります。

Cursor 3 は、自動化の範囲を広げながら人間がレビューできる状態を維持する設計を、Agent Loop / Worktrees / Agents Window という 3 つの仕組みで実現しています。導入前にチームが問うべきは、その設計に自分たちの開発フローを合わせられるかどうかです。

---

出典

• Cursor 公式ブログ「Cursor 3」: https://cursor.com/blog/cursor-3
• Cursor 公式 Changelog「3.0」: https://cursor.com/changelog/3-0
• Cursor 公式ドキュメント「Agent Overview」: https://cursor.com/docs/agent/overview
• Cursor 公式ドキュメント「Worktrees」: https://cursor.com/docs/configuration/worktrees
• Cursor 公式ブログ「Agent Best Practices」: https://cursor.com/blog/agent-best-practices
• Cursor 公式ドキュメント: https://cursor.com/docs