Cursorデザイン責任者：ボタンしか描けないデザイナーは困ったことになる

See all postsPublished on 2026-02-22Cursor 设计负责人：只会画按钮的设计师，有麻烦了

Ryo Lu 是 Cursor のデザイン責任者（Head of Design）です。Cursor に加入する前は Notion の創設デザイナーの一人であり、それ以前は Stripe や Asana でプロダクトデザインの経験があります。Andrej Karpathy が「バイブコーディング」（vibe coding：感覚でプログラミングすること）という言葉を造語する前から、Ryo は AI を活用したデザインとコーディングを行っていました。

司会者の Soleio は Facebook の初期デザイナーの一人であり、Like ボタン（いいねボタン）を生み出し、その後 Dropbox のデザイン責任者を務め、現在はエンジェル投資家として Figma、Vercel、Perplexity などの企業に投資しています。二人の背景は非常に似ており、対談からは「互いに理解し合う」ような默契が感じられます。

今回のインタビューでは、Cursor の 4 人からなるデザインチームの働き方、Cursor を Cursor で構築する再帰的フライング（自己改善の循環）、エージェント時代における人間とソフトウェアのインタラクションのレベル、なぜ従来のデザイナーという定義が機能しなくなっているのか、そして Cursor というプロダクトが究極的に何になりたいと考えているかといったトピックが取り上げられています。

このインタビューは、Soleio が司会を務める新番組『First of Kind』第二季第二集からの抜粋で、2026 年 2 月 18 日に公開されました。完全な動画はこちら：https://www.youtube.com/watch?v=ZZFewJceMbY

Cursor のデザインチームはわずか 4 人ですが、ほぼすべてのエンジニアもデザインに関わっており、デザイン責任者の核心的な仕事は「収束」と概念の統一であり、モック（設計図）を描くことではありません。

Cursor を Cursor で構築することで、自己改善の循環が生まれます。ツールが良くなり、人間が強くなり、より多くのことが可能になり、さらにツールが良くなるというサイクルです。

最強のプログラマーでさえ、同時に管理できるエージェントは約 4 つまでであり、人間が AI とのコラボレーションにおけるボトルネックとなっています。次の段階のインターフェースは、チャットからプランニング（計画立案）へと昇華する必要があります。

デザインとはボタンを描き、モックを作成し、デザインシステムを構築することだと考えている場合、Ryo によれば「いずれ淘汰される」ことになります。

Cursor は単なるコードエディタではなく、すべての人の思考スタイルに適応したビルドプラットフォーム（構築プラットフォーム）を目指しています。

【注：Cursor は Michael Truell、Sualeh Asif、Arvid Lunnemark、Aman Sanger の 4 名が 2022 年に MIT 在籍中に設立し、VS Code をベースに開発されています。2025 年 11 月に 23 億ドルの D ラウンド（シリーズ D ファンドレイジング）を完了し、企業価値は 293 億ドル、年間収益は 10 億ドルを超え、フォチュン 500 社の半数以上が顧客となっています。】

【1】4 人のデザインチーム、ほぼすべてのエンジニアもデザイナー

Soleio の最初の質問は非常に直接的でした：現在、Cursor ではどのようにデザインが行われているのでしょうか？

Ryo によると、Cursor のデザインチームは現在 4 人で、彼自身を含め、2 人がプロダクトデザインを担当し、1 人がブランディングを担当しています。しかし、この数字には誤解を招く側面があります。なぜなら、ほぼすべてのエンジニアもデザインに関与しているからです。エンジニアたちは直接構築を開始し、その過程で自然とデザイン上の意思決定を行います。彼らは視覚的な細部にあまりこだわらないかもしれませんが、システムがどのように動作するか、機能がどのように流れるかについては深く考えています。

Ryo の日常業務は、従来の意味での「デザイン稿の作成」ではなく、各自が構築した成果を収束させ、冗長性を排除し、概念を統一してシステムの全体性を保つことです。彼はこれをより混沌としていると表現しつつも、「だからこそ面白い」と述べています。

具体的には、彼はある側面では先を見据え、今日行われている作業や既存のシステムに基づいて、次に進むべき方向性を判断します。他方では新しいアイデアを探求しており、中には前例にないものもあれば、より現実的なものもあります。大量のコードがマージ（結合）される中で、時として二人が別々に進めていることが実は同じ概念である場合があり、彼の役割はそうした重複を発見し、対話を促すか、あるいはその機能は既に存在しているため改善するだけでよいと判断するか、あるいは思い切って削除することです。

「人々が問題を分解し、ああ、この部分とあの部分は実は同じものだということに気づくのを手伝います。もしかしたら、そのことをやっているあの男と話したほうがいいかもしれません。」

Soleio が追及します：あなたはシステム各層の抽象化をきれいに保とうとしているのですか？Ryo は是的，ユーザーが知覚する視覚層から、底層のデータモデル、システムの拡張方法、そして核心理念に至るまで、これらの層はすべて繋がっていると答えます。

Soleio はさらに、この働き方がどのような人材を採用し、どのような人材を探すかを決定すると問います。

Ryo は Cursor の人材像を説明します：それはジェネラリスト型のスーパー個人貢献者（IC）で、元創業者が多く、強い自己主導力を持ち、自分自身で物事を成し遂げます。彼らは優れた協働者ですが、境界線やプロセス、官僚主義にはこだわりません。

彼は自らの例を挙げます：大きな問題に直面した際、自分が最も得意とし、最も重視する部分——概念、視覚、事物間の関係——に集中します。エンジニアはアーキテクチャに注力します。過去には Cursor にプロダクトマネージャー（PM）はいませんでしたが、現在はいます。しかし PM もまた自分の得意分野のみを担当します。全員が同じ素材——つまりコード——上で作業を行います。

彼は続いて従来の働き方を批判します：各役割がそれぞれの小さな世界に閉じこもり、独自の言語とツールを使用しています。PM は要件定義書を作成し、会議を組織し、成果物を提出します。デザイナーはモックアップを作成し、他人の概念をピクセルに変換します。エンジニアは分解された小さなタスク（チケット）を受け取り、完了すればそれで終わりですが、本来ならアーキテクチャをより良くする方法を考える機会や、楽しさを持つべきなのです。

「だからこれらの人々は完全に分断され、それぞれが異なるツールを使い、異なる言葉で話し合う——私たちはいったい何をしているんだ？」

彼が考える正しい方法はこうです：全員がソフトウェアの構築者であり、一部は文章に強く、一部はピクセルに強く、一部はコード記述に強い。これらの人々を一緒に集め、伝統的なテック企業では不可能だと見なすような、大きくて少し曖昧な問題を与え、彼らに自律権を与える。そうすれば、何かが起こるのです。

【3】Cursor で Cursor を構築する

Soleio は指摘します：Cursor はますます創作のインターフェースとして使われるようになっており、Cursor チーム自身も Cursor を使って Cursor を構築しています。ここには高度な再帰性の特徴があります。

Ryo は言います：多くの人がソフトウェア開発を仕事と捉えていますが、自分が本当に大切にしているものを作るのであれば、継続的に没頭する必要があります。自分の痛みから始め、自分と同様の人の問題を解決し、より広い範囲へと広げていくのです。

Cursor の創業者たちは自らプログラミングやツール作成を愛するソフトウェアエンジニアです。彼らは AI に適した、モデルのプログラミング能力を最大限に活用できるより良いツールが必要だと感じました。どのようなインタラクションが正しいのか？現在物事を進める正しい方法とは何か？彼らは自分自身のために構築することから始め、継続的に改善し続けています。なぜなら彼らはそれを大切にしているからです。

彼は2つの内部事例を挙げます：Ian という名のエンジニアが Cursor を使ってブラウザ内で 3D バージョンの Minecraft を構築しました。また Ryo 自身が Cursor で個人用オペレーティングシステム「ryOS」を作成しました。これは純粋に遊びと体験のためです。これらは仕事プロジェクトではなく、個人の遊びです。しかし正是这种玩耍产生了最有价值的反馈：用 Cursor 做一个复杂项目的过程中，你会撞到所有的问题。

（注：原文最後の文は中国語で記述されていますが、翻訳ルールに従い日本語訳として処理しました）

「Cursor で複雑なプロジェクトを構築する過程では、あらゆる問題にぶつかります。」

【注：ryOS（os.ryo.lu）は、Ryo が Cursor を用いて独自に構築した Web ベースのデスクトップオペレーティングシステムです。クラシックな Mac OS のスタイルを模倣しており、React と TypeScript で開発されています。GitHub（github.com/ryokun6/ryos）でオープンソース化されています。】

この「使用 - 構築」ループの鍵となるのは、使用中に観察されたあらゆる不満点を用いてツールを改善し、それを不断に循環させることにあります。ツールが良くなることで人間も強くなり、より多くのことができるようになり、それがまたツールのさらなる改良へとつながります。

「ツールが良くなればあなたも良くなります。これは自己改善のループのようなものです。一度エージェント（Agent）がこのループを自分自身で完結できるようになれば、その速度はさらに速くなるでしょう。」

【4】最優秀なプログラマーでも同時に管理できるエージェントは最大 4 つまで

Soleio は、エージェントがコアプロセスの一部となった後、この自己改善のループがどう変化するのかを問いました。

Ryo は、人間は抽象化のレベルで絶えず飛躍していくと考えます。彼はその経路を素早く遡りました：手動で一行ずつコードを書くことから、自動補完が関数を書き終えたり、次のファイルへジャンプしたりしてフロー状態を保つ支援をする段階へ。そしてチャット機能では、AI がコードベース全体を理解し、質問に答え、修正を適用し、ツール呼び出しが可能になることで、よりエージェントらしい振る舞いを見せるようになります。

しかし依然として、人間が情報を処理する能力には限界があります。一度に見られるのは一つのチャットスレッドだけです。

「私が知る中で最も狂ったような人々、つまり最優秀なプログラマーでも、おそらく同時に管理できるのは最大で 4 つのエージェント程度でしょう」

エージェントがより自律的になり、より多くのコンテキストとツールを持ち、ユーザーの意図をより明確に理解するようになれば、ユーザーは自身の完全な意図や計画を捉え、エージェントに実行させることができます。しかし、人間自身がボトルネックとなります。どうやって 15 のエージェントと同時にチャットしたり、それらの変更を一つずつレビューしたりするユーザーを支援すればよいのでしょうか。

Ryo は、次の層のインターフェースは以下のようなものになるだろうと考えます：コードと直接対話するのではなく、チャットで対話し、各エージェントと個別にチャットするのではなく、計画を立てる。どのようなエージェントが立ち止まって人間の助けを必要としているか、次に実行したい計画やタスクは何かなどを示すダッシュボードのようなものが現れるかもしれません。デザイナーが求めるのは別の形態になるでしょう：より視覚的で、直接操作可能なインターフェースです。クリック一つで大きくすれば、それが大きくなるようなものです。

Soleio はさらに追及します：この飛躍は同心円状に広がる新たなユーザー層を開くのでしょうか？Ryo は「そうだ」と答えました。抽象化のレベルが上昇すれば、ユーザー層は自然と拡大するのです。なぜなら、もはや直接コードと向き合う必要がなくなるからです。

【5】TikTok とは自動ループする動画ストリームに過ぎない

Cursor のデザイン哲学について語る際、Soleio は Stripe や Notion から Cursor へと貫かれている Ryo の理念を指摘しました。それは、構成要素のプラトニックな理想形（柏拉图式理想形態）への関心です。それらを尊重し、その潜在能力を最大限に引き出し、組み合わせを可能な限り豊かにすることで、システムは複雑性の間を望遠鏡のように伸縮するようになります。彼はある比喩を用いました：同じ鍵盤のセットでも、子供の手に適したサイズから、ホール全体を埋めて聴衆のために演奏できる規模まで、あらゆる形に対応できます。

Ryo は応じて言います。AI が登場する以前、彼の主な仕事は「部品とは何か、どう組み立てるか」を考えることでした。概念的なレベルでソフトウェアを見渡せば、そこには通常それほど多くの要素はありません。TikTok とは自動ループする動画のフィード（情報流）に過ぎず、ユーザーがやることはただ一つ：次の動画へスワイプすることです。Notion とはブロック（blocks）、ページ（pages）、データベース（databases）で構成されています。コアとなる集合がシンプルであればあるほど、そこから組み立てられる複雑性は高まります。

従来の製品開発のアプローチは、ユーザー層を見つけ → 20 の課題を発見 → 1 つの課題に焦点を絞り → その 1 つの問題を中心にすべての概念を構築するというものです。Ryo はこの方法が拡張性に欠け、柔軟性も不足していると指摘しています。

AI がゲームのルールを変えました。モデル自体が汎用的であり、世界のあらゆる公開情報と GitHub 上の全コードを読み込んでいるからです。したがってツールもまた汎用的であるべきで、ユーザーの思考様式や好む入力方法に適合できるものでなければなりません。デザイナーは画像と 2D スペースで考え、PM（プロダクトマネージャー）はテキスト仕様で制約を記述し、プログラマーはコードのプロトタイプでアイデアを試します。

彼はこれらの異なる入力方法をすべて統一し、特定のデザイナーが特定の課題のために想定した方案に縛られない、多様な人々に適応するインターフェースを作成できると考えています。インターフェースはあなたが誰であるか、何をしているか、どのような形式を好むかに応じて変化します。ターミナルを使うこともあれば、スマホで手軽にアイデアを試すことだってできますが、その背後には常に同じエージェント（Agent）と同一の基盤構造が接続されています。

Soleio は、Cursor が異なる言語や操作習慣を持つ人々が同じシステム上で協働するための「共通語」（lingua franca）になりつつあるとまとめました。

この統一された基盤とは何かと問われた際、Ryo の答えは明確でした。それはコードです。ただし重要なのは、全員にプログラミングを学ばせることではありません。

「どうすれば自分の習慣や強み、Figma で何年も積み上げてきたものをすべて手放さずに保ちつつ、この新しいツールを使えば生産性が百倍になるのか。」

エージェント（Agent）はあなたが苦手とする部分や、まだ学び始めたばかりの部分をカバーします。全く新しいものを学ぶ必要はありません。既存の方法でそれと連携させることができればよいのです。

【注：パターン言語（Pattern language）とは、建築家のクリストファー・アレクサンダーが 1977 年に提唱した概念であり、その後ソフトウェア設計分野でも広く借用されています。これは再利用可能なデザインパターンとその相互関係のセットを指します。Ryo は自身のデザイン手法論を説明する際、この概念を度々異なる場面で引用しています。】

【6】Baby Cursor：Cursor 内に小さな Cursor を構築する

Soleio は Ryo が興味深い取り組みを行っている点を指摘しました。ryOS といった個人プロジェクトに加え、「Baby Cursor」と呼ばれる、より小さく簡素化された Cursor のプロトタイプ環境を構築しているのです。

Ryo はその理由を説明します。Cursor は VS Code をベースに開発されています（業界ではよく「私たちは VS Code のフォークです」と冗談めかして言われます）。つまり、他人の世界の中で活動することになり、いくつかの要素を変更するのは困難です。新しいアイデアを試したい場合でも、バックエンドサーバーや API、クライアントを起動し、多数のスクリプトを実行する必要があり、それらに手間をかけたくないのに、ただ自分のアイデアを試したいという状況が生じます。

そこで彼は、アイデアが湧き上がるためのよりシンプルな環境を構築しました。Baby Cursor は見た目は Cursor と全く同じですが、特定の部分では彼の理想の状態により近いかもしれません。それは本物のように感じられますが、実際には真の製品ではありません。

彼はこの手法が Cursor だけのものではないことに気づきました。Ramp や Notion の関係者と交流した際、彼らもデザイナー向けに同様の小型プロトタイプ環境を構築しており、デザイナーがコードが生産環境にマージされるかどうかなどや、どの機能スイッチに含まれるかを気にせず、自由に試せるようにしているとのことでした。

Soleio は「これは建築家が作る建築模型のようなものですか？」と尋ねました。Ryo は「全く同じです」と答えましたが、決定的な違いがあると付け加えました。建築模型は実際の建物にはなり得ませんが、ソフトウェアのプロトタイプは真の製品へと進化しうるのです。彼らはまだその段階に至っていませんが、彼はこれが新しい構築方法になる予感がしています。微縮版から始め、プロトタイプを入力として取り込んで真の製品へと変換していくというアプローチです。

「これらのすべてが実は同じものだと気づくでしょう。」

【注：VS Code はマイクロソフトが開発した無料のコードエディタで、世界で最も使用されています。Cursor は VS Code のオープンソース版をフォーク（基盤として独立開発）して作成され、AI によるコーディング支援機能が追加されています。】

【7】ボタンを描くだけのデザイナーには将来がない

Soleio 氏は、歴史を振り返れば、初期のソフトウェア開発者は自分たちを「単なるデザイナー」や「単なるプログラマー」とは考えておらず、一連のプロセス全体に関わっていたと語ります。では、新しいパラダイムにおいてデザイナーの姿はどう変わるのでしょうか。その最中、Ryo 氏が引き継ぎました。

「もしデザインがボタンや入力欄を描き、モックを作成し、おそらくデザインシステムを構築することだけだと考えているなら、あなたはもう終わっています。」

彼はさらに、現在のモデルは実装レベルの多くの問題を解決しており、画像生成モデルも優れたモックを出力できると付け加えました。では、デザイナーに残されたものは何でしょうか。

Ryo 氏によれば、デザイナーが真に行うべきことは、周囲の人々と自分自身に物事の「最も本質的な姿（truest form）」を見せることです。それは現在の姿だけでなく、将来どのような形になる可能性があるかを含みます。その構成要素は何ですか？どこを修正し、どこを調整すべきでしょうか。

そしてこのプロセスはあらゆるレベルで起こります。視覚の調整、ブランド認識の変更、製品概念の再構築、新しいパターンによるインタラクションフローの更新などです。表現方法は誰と協力するかによって異なります。モックを好むエンジニアもいれば、自分自身で探索していくつかのプロトタイプを作成し、「これは良いね、あれもいいね、もしかしたらこれらを統合してさらに反復しよう」と Ryo 氏が提案するようなケースもあります。

【注：「Vibe coding（感覚プログラミング）」という用語は、Andrej Karpathy（OpenAI 創設者、元 Tesla AI 責任者）が 2025 年 2 月のツイートで初めて使用しました。これは AI が生成したコードに完全に依存し、開発者が具体的な実装を検証しないプログラミングスタイルを指します。この用語は 2025 年に急速に広まり、Collins 辞書によって 2025 年の年間語に選定されました。Soleio 氏はインタビューの中で Ryo 氏を「最初の vibe coder」、つまりこの言葉が生まれる前からすでにそのように実践していた人物であると示唆しています。】

【8】AI は参入障壁を下げる一方で、優位性も増幅する

Soleio 氏が Ryo 氏に尋ねました。過去には技術が権力の平等な分配を生み出し、周縁にいる人々さえも活動できるようになると考えていたが、AI の時代においては権力が同時に集中しているように見える。元の 10 倍のエンジニアが今や 1000 倍になっているという現象と、この二つの傾向の間には選択が必要なのかと。

Ryo 氏は選択は不要だと考えます。なぜなら両方のことが同時に進行しているからです。以前はプログラミングできない人々は全く手を付けることができませんでしたが、現在ではアイデアを持つ誰でも何かを作り出すことができます。最初の出力が粗末なものであっても、「紫色のグラデーション」のようなものでも、反復を続けることで次第に望む効果に近づいていきます。

同時に、長年の経験を持つ人々はより効率的なフロー状態に入り、自分の強みを 10 倍あるいは 100 倍に拡大し、異なる分野の専門家と協力して、より優れたソフトウェアを作り出すべきです。

もちろん、数百万人が使用する重要なシステムなど、正式な用途においてはコードを読み、diff（コードの変更差分）を確認する必要があります。しかし、Agent が向上するにつれて、より多くの人々をそのレベルへと引き上げる手助けも行うようになります。

また彼は、一部の vibe coder は、まだ追いついていない従来の手動プログラミングを行う者たちよりも、実際には Agent を使いこなすのが上手だと観察しています。彼らは大量の使用を通じて一種の直感を養っており、プロンプトをどのように分割すべきか、特定の規模の問題に対してこのモデルが得意かどうかを知っているからです。このような直感は、大量に構築することによってのみ獲得できるものです。

彼はこれを「異なる種類の流暢さ」と呼んでいます。プログラミング言語の文法を完全にマスターしている必要はありませんが、AI とどのように協力するかを理解する必要があります。

【9】なぜ答えは Cursor であり、Figma でも V0 でもない

Soleio は、デザイナーたちが新しいパラダイムにおいて何を学ぶべきかを頻繁に尋ねてくると語ります。彼は即座に一つの可能性を提示しました：もしかすると答えは Cursor なのかもしれません？

Ryo は、他のツールには共通する問題があると指摘します。それは「主観が強すぎる（too opinionated）」こと、そして特定のレイヤーに縛られすぎていることです。Figma はピクセルレベルに閉じ込められており、V0 や Lovable といったツールはユーザーを「安全圏」の中に制限してしまいます。その範囲内であればより良い出力が得られるかもしれませんが、その枠を超えようとした瞬間には対応できなくなります。

【注：V0 は Vercel が提供する AI コード生成ツールで、自然言語の記述に基づいてフロントエンドインターフェースのコードを生成できます。Lovable も同様に AI を活用した開発支援ツールです。両者はアプリケーションやウェブページの迅速な生成を目指していますが、通常は特定の技術スタックやスタイルの範囲内に限定されています。】

Cursor はこれとは異なります。Ryo 氏は、Cursor を特定のやり方を強制するツールではなく、ユーザーが既に独自のワークフローを見つけていればそれを使い続けられるようにし、まだ見つかっていなければそこで発見できるようなツールに育てたいと考えています。

「私はツールを単なるコードエディタという定義に縛り付けたくありません。なぜなら、それはもはやコードエディタだけではないからです」

Soleio は今回の対話の前まで、Cursor を「VS Code の殻の中に宿る魂」、そこから成長し続ける何かとは考えていませんでした。しかし今では、彼が Cursor の本質を「我々が『ハードウェアに近い（stay close to the metal）』と言おうとする際に目指すその底辺」と捉えています。それは特定の人間工学に適合する必要はなく、ユーザーがいる場所へと赴くことができます。

Ryo 氏はこれが自身の仕事全体に通じるテーマであると語ります。

「私は人々に変化を強いたくありません。彼ら自身が自分なりの方法を見つけ出すのを支援したいのです」

彼は中国、カナダ、アメリカで生活した経験から、人々の行動様式はそれぞれ異なるものの共通点もあることを見てきました。誰もが世界を見る視点や自己表現の方法において独自性を持っています。AI から最良の結果を引き出すためには、自分なりの方法で表現できること、別の言語を強要されないこと、他人が定めた「これが正しいやり方」というルールに従わされる必要がないことが重要だと考えています。

「方法は変化し、それはあなたにとって唯一無二のものになります」

Soleio は最後に個人的な質問をしました。かつて彼が Dropbox でデザイン責任者だった頃、自分がフルタイムの投資家になり、さらに一人の少年の父親になるとは思いもよらなかったと語ります。Ryo の「金線（黄金の糸）」は今を貫いてどこへ向かうのでしょうか？

Ryo はただ一つの言葉で答えました。「ソフトウェア」です。

一瞬立ち止まり、続けてこう言いました。「あるいはまずはこれをして、その後に次のステップを見てみましょう。私はあまり確信はありませんが」

この対話には、今後も注視すべきいくつかのポイントがあります。

第一に、Cursor の野心は単なるコードエディタの域を超えています。Ryo 氏は度々示唆していますが、Cursor の到達点は「より良い VS Code」ではなく、異なる役割、異なる入力方法、異なる作業習慣に適応する全く新しいソフトウェア創造インターフェースです。これは彼が Notion で経験したものと何らかの共鳴を呈しています。Notion もまた、少数のコア概念（ブロック、ページ、データベース）を用いてすべての作業シーンを統一しようとした試みでした。

二つ目は「人間は同時に 4 つの Agent をしか管理できない」という観察です。これが現実に近いとすれば、次世代インターフェースの設計課題は「いかにして人間がより多くの Agent を同時に管理するか」ではなく、「いかにして人間をより高い抽象度で Agent システムと対話させるか」という問題になります。この問いに対する答えはまだありません。

三つ目は Baby Cursor とプロトタイプ環境です。ソフトウェアのプロトタイプがそのまま製品になるというビジョンが実現されれば、ソフトウェア開発のフローは根本から変革されます。Ryo 氏は「まだ解決していない」と述べていますが、その方向性が正しいと確信している様子です。

完全なインタビュー動画：https://www.youtube.com/watch?v=ZZFewJceMbY