Cursor、Cursor 3で multi-agent workflow を開発フローの中心に置く

Cursorは4月3日のX投稿で、週末のあいだ Composer 2 の利用枠を2倍にし、新しい Cursor 3 interface で試してほしいと案内した。短い告知だが、リンク先の announcement と changelog を読むと、狙いは明確だ。Cursorは AI 付きの editor という位置づけから、複数の coding agent を同時に指揮する workspace へと製品の中心を移そうとしている。

official announcement と changelog によれば、Cursor 3 では Agents Window が導入され、複数の repository と environment で agent を並列実行できる。local worktree、cloud agent、remote SSH target をまたぎ、browser 上の UI element を直接指定できる Design Mode、複数の chat を並べて見る agent tabs、/worktree や /best-of-n などの command も加わった。

重要なのは、coordination の場所が変わることだ。これまでの AI coding tool は、ひとりの developer とひとつの assistant のやり取りを最適化するものが多かった。Cursor 3 はその一段上に移り、task を取り巻く agent、repo、environment、review surface 全体を管理単位として扱う。research、edit、test、compare まで agent に委ねる流れと整合している。

拡張性の面でも変化がある。changelog では MCP apps の structured content 対応と enterprise 向け plugin control の拡張が紹介されている。つまり UI を変えただけでなく、agent が richer tool を扱い、team policy のもとで動くための基盤も強化している。

今回のX投稿の直接的なメッセージは、新しい interface を試してほしいというものだ。しかしより大きな意味は別にある。Cursor 3 は、AI coding product が single-chat IDE から、developer が複数 agent と execution surface を束ねる control room 型へ移っていることを示している。