CursorがCanvasにDesign Modeを載せた。この動きはAIコーディングツールの行き先を示している。勝つのはコードを書けるだけのプラットフォームではない。視覚的な意図と動く実装のギャップを消せる場所が勝つ。UXの小手先ではなく、デザイナーとエンジニアが同じ「生きた成果物」上で作業できる場としてCursorを強化する動きだ。

アノテーション層が「リポジトリ中心」を加速する

いまCursorの統合ブラウザ内でUI要素を直接クリックし、注釈を付け、エージェントに変更を指示すると、それがそのままプロダクションコードに反映される。AI支援のフロント改善で一般的だった「スクショ提出→自然言語で指示」というワークフローを飛ばせる。ゆるい視覚ガイドではなく、HTMLやcomputed CSS、バウンディングボックスといった文脈をエージェントに渡せるので、編集結果は狙いに近づく。

別のデザインキャンバスや曖昧な自然言語指示に頼るツールは、次第に遅く感じられるだろう。Cursor 3のAgents Windowはこの機能を受け止める設計に見える。既存エディタにビジュアル機能を付け足すのではなく、統合ワークスペースを作る方向だと読める。

• エンタープライズでFigma→コードのハンドオフを続けている体制は、視覚意図がすぐレビュー可能なdiffになる環境への移行圧を受ける。
• 小規模チームやソロビルダーはUI反復で実速度の優位を得て、遅いツールチェーンとの差が開く。
• 残る問題は、Cursorが複雑なstate、レスポンシブのバリアント、コンポーネント体系をエージェント失敗なくどこまで扱えるかだ。

競争軸は「ビジュアル文脈の質」へ移った

Cursorの競争はコード補完精度だけではなくなった。ユーザーが見ているものをエージェントにどれだけ忠実に見せられるかで戦っている。エディタ内でライブDOMにアクセスできないClaude Codeのような純CLI系より構造的に有利だし、実コードベースの理解が弱いビジュアル先行IDEやローコード基盤にも圧をかけている。

| 解釈 | 根拠 | 思考の転換 | 所感 | |---|---|---|---| | 「Figmaは終わり、すべてがコード側に集約」 | Cursor 3のAgents Window＋Design Modeのショートカット／builder.ioやGiselleの分析 | リポジトリが単一のソース・オブ・トゥルースに。独立デザインツールの相対価値が下がる | 言い過ぎだが方向性は正しい。Figmaはアイデーション価値を残し、実装はCursorが巻き取る | | 「Webflow的なビジュアルエディタの焼き直し」 | Cursorブログのブラウザビジュアル編集説明／ローカル開発サーバ必須 | ただの実行時オーバーライドではなく、エージェント主導のコード変異である点が明確になった | 論点がずれている。重要なのはApply工程とエージェントの文脈把握 | | 「デザイナーがそのまま本番UIを出荷」 | Cursor 3の初期ユーザー報告とフォーラム | ハンドオフ削減から「デザイナーが直接介入」へ議論がシフト | ワークフロー次第で現実的。ただしコードレビューや複雑性が制約になる | | 「AI IDEでCursorがリードを拡大」 | Cursor 3のチェンジログ時期とCanvas対応アナウンス | 速く、芯のある機能実装という評価が強まる | 立ち位置は強いが、安定性とマルチセレクトUXに実行リスクがある |

要するに：

Cursorはデザインから本番反映までのループを、もう一段具体的に取りにいった。これを「UIの飾り足し」と見ると変化の大きさを見誤る。視覚とコードの緊密な反復を重視するチームに対して、Cursorは優位を持ち始めている。 デザインと開発を別ツールで最適化する運用は、構造的に後手に回る。

Verdict: この潮流に乗るなら今が早期。恩恵が大きいのは、UI反復速度がKPIに直結する小規模チーム・ソロビルダーと、フロント実装を走りながら詰めたいプロダクト志向のチーム。純CLI派や分業型の大規模組織は、移行を先送りするほど不利になる。長期保有やファンド視点では、ツール選定よりも「視覚信号→コード」一体運用への移行可否が差になる。