Cursor 3.7のDesign Mode改善：AIコーディングは「文章で頼む」から「画面を指して頼む」へ

2026年6月5日、AnysphereのCursorは「Design Mode Improvements」を公開しました。大きな新モデル発表ではありませんが、AIコーディングエージェントの使い方という意味では見逃しにくい更新です。CursorのDesign Modeでは、ブラウザ上でクリック・描画・音声説明を使い、エージェントにUI変更を依頼できます。今回の更新では、複数要素を同時選択できるようになり、Cursorが選択された要素、そのコード、周囲のレイアウト、ページ上の視覚的関係を見たうえで、片方をもう片方に合わせる、重複部分を削る、複数コンポーネントをまとめて調整する、といった依頼を受けられるようになりました。音声入力も追加され、エージェントが実行中でも次の変更指示を声でキューに入れられると説明されています。(cursor.com)

これは一見すると、フロントエンド開発向けの小さなUX改善に見えます。しかし重要なのは、AIコーディングの入力が「プロンプト文」だけではなくなっている点です。これまでUI修正をAIに頼むとき、開発者は「このカードの余白を右のカードと揃えて」「ヘッダーのボタン群だけ少し詰めて」のように、画面上の関係を言葉へ変換する必要がありました。この変換は意外に損失が大きい。どの要素を指しているのか、どの状態の画面なのか、近接・整列・階層といった視覚的関係を、文章だけで正確に伝えるのは難しいからです。今回の複数選択は、その曖昧さを減らす方向にあります。ユーザーは「ここ」と「ここ」を直接示し、モデルはDOMやコードだけでなく、選択要素間の視覚的関係を文脈として受け取る。これは、AIエージェントが「自然言語の命令実行機」から「作業画面を共有する共同編集者」へ寄っていく動きです。(cursor.com)

もう一つのポイントは、音声入力が「実行中にも使える」ことです。Cursorの説明では、Design Modeのオーバーレイで変更を話して伝えられ、エージェントが途中処理をしている間もマイクが利用可能で、前の変更完了を待たずに次の変更をキューへ入れられるとされています。これは、AI開発ツールがチャット型の逐次対話から、編集セッション型の連続操作へ移りつつあることを示します。従来は「依頼→待つ→結果を見る→次の依頼」という往復でした。Design Modeの方向性では、「見ながら指す」「走らせながら次を言う」「複数箇所を束ねて直す」という、より人間のデザインレビューに近いリズムになります。(cursor.com)

この更新を、Cursorが前日の6月4日に出したSDK更新と並べて見ると、狙いはさらに明確になります。Cursor SDKでは、TypeScript/Python SDKに対して、エージェントや実行メタデータの保存方法を選ぶ機能、独自関数をエージェントのツールとして公開する機能、ローカルツール呼び出しをauto-reviewに通す機能、任意深さのネストしたsubagentが追加されています。独自ツールはlocal.customTools経由で渡せ、組み込みMCPサーバーを通じて、通常のMCPツールと同じ経路・権限ゲートで呼ばれる設計です。(cursor.com)

つまり、Cursorの直近更新は二層構造です。表側では、UIを直接選んでAIに修正させるDesign Mode。裏側では、ツール権限、実行履歴、永続化、subagent、auto-reviewを備えたエージェント実行基盤。前者は「人間がどう指示するか」の改善で、後者は「エージェントをどう安全に走らせるか」の改善です。Cursor SDKのauto-reviewでは、ローカルSDKエージェントのツール呼び出しを分類器に通し、自動実行するものと保留するものを分けられると説明されています。自然言語の許可・ブロック指示で、例えば読み取り専用の検査は許し、削除のような破壊的操作は止める、といった制御ができます。(cursor.com)

実務への影響は、まずフロントエンド開発で出ます。UI実装では、仕様書に書かれない「見た目の違和感」が大量にあります。余白、揃い、繰り返し、階層、視線誘導。これらをチケット文に落とすより、画面上で複数要素を選んで「これを合わせて」と言える方が速い。特にデザイナー、PM、エンジニアが同じ画面を見ながらAIに小修正を投げる場面では、プロンプト作文の負担が下がる可能性があります。(cursor.com)

ただし、これは「UI修正が安全に自動化された」という意味ではありません。画面上で二つの要素が似て見えても、背後のコンポーネント設計、アクセシビリティ、レスポンシブ挙動、デザイントークンの意味が同じとは限りません。複数選択で一括変更できるほど、誤った抽象化も一括で広がりやすくなります。音声で次々に変更をキューに入れる体験も便利ですが、意図の履歴が曖昧になると、レビュー時に「なぜこの差分が入ったのか」を追いにくくなります。

今後の焦点は、Design Modeのような視覚的指示が、テスト・差分レビュー・デザインシステム制約とどこまで結びつくかです。AIコーディングは、単にコードを書く能力だけではなく、「人間の曖昧な意図をどの入力チャネルで受け取り、どの権限で実行し、どの単位で検証するか」の競争になっています。Cursor 3.7の更新は派手なモデル発表ではないものの、AI開発環境がチャット欄から作業画面そのものへ染み出していく、かなり象徴的な一歩だと思います。

出典：Cursor公式Changelog「Design Mode Improvements」および「Custom stores, custom tools, and auto-review for the Cursor SDK」。(cursor.com)