Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
デザインシステムと生成AIの相性について考える
Search
sosukesuzuki
May 12, 2025
4
1k
デザインシステムと生成AIの相性について考える
2025/05/12 THE UI EXPERTS
sosukesuzuki
May 12, 2025
Tweet
Share
More Decks by sosukesuzuki
See All by sosukesuzuki
イテレータとイテラブルの概要と課題、未来
sosukesuzuki
5
3.4k
JavaScriptCoreのObject.groupBy/Map.groupByのバグを自分で報告して自分で直す
sosukesuzuki
1
530
「書いたJavaScriptがそのままブラウザで動く未来へ」スピーカーノート
sosukesuzuki
8
11k
Prettier 3.0 の VSCode 拡張対応における技術的な意思決定~VSCode 拡張で dynamic import が動かない~
sosukesuzuki
1
2k
ESM移行は無理だけどおれもSindreのライブラリが使いたい!
sosukesuzuki
2
1.2k
JavaScript エコシステムを維持する OSS の努力と課題
sosukesuzuki
14
9.5k
Prettierに従わなくてもいい場合
sosukesuzuki
7
3.1k
Prettier 2.0
sosukesuzuki
2
1.7k
Prettier の TypeScript 3.7 対応について
sosukesuzuki
0
410
Featured
See All Featured
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.8k
GitHub's CSS Performance
jonrohan
1031
460k
Making Projects Easy
brettharned
116
6.2k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
52
2.8k
Balancing Empowerment & Direction
lara
1
310
Producing Creativity
orderedlist
PRO
346
40k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
Speed Design
sergeychernyshev
31
990
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.9k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Build The Right Thing And Hit Your Dates
maggiecrowley
36
2.7k
We Have a Design System, Now What?
morganepeng
52
7.6k
Transcript
デザインシステムと⽣成AI の相性について考える THE UI EXPERTS 2025/05/12
⾃⼰紹介 • Sosuke Suzuki • https://x.com/__sosukesuzuki • ユビー株式会社 ソフトウェアエンジニア ◦
アプリケーション基盤チームで、社内で広く使われるバックエン ドサービスの開発‧メンテナンスや、プロダクト開発エンジニア の開発⽣産性を向上させる⽅法について考えている
ユビーのデザインシステム Ubie Vitals ユビーはUbie Vitalsというデザインシステムを開発している デザイントークン、Reactコンポーネント、アイコン集などが含まれている Ubie Vitalsは @ubie/ubie-ui というnpmパッケージとして配布されてている
OSSだから誰でも使える https://github.com/ubie-oss/ubie-ui プロダクト開発エンジニアはUbie Vitalsをライブラリとして使ってReactアプリ ケーションを開発している
デザインシステムを使った開発フローの課題 ユビーのプロダクト開発エンジニアの多くはCursorを使って開発をしている Cursor(というかその裏側にいるモデル)は Ubie Vitalsのことを知らない Cursorにただ命令するだけではUbie Vitalsを使ったコードを書いてくれない Ubie Vitalsを適切に使ったUIを構築するには、⼿直しや書き直しが必要になる 新しい機能の施策を打ちまくるチームだと、UI実装が開発のボトルネックに
Ubie Vitals MCP サーバー その課題を解決するために、デザインシステムの情報を提供するMCPサーバーを 開発して社内に公開した Reactコンポーネントのソースコード(TypeScript)をテキストとして返すだ けのシンプルな実装だが、意外と上⼿く機能する ユビー社内にインターナルに配布し、エンジニアは npx
経由でローカルで実⾏す る これで、CursorはUbie Vitalsのことを知ることができる
Zennがバズった
従来のやり⽅ テキスト エディタ エンジニア Figma React コンポーネント エンジニアがFigmaを⽬で⾒て、Ubie Vitalsのドキュメントを参照しながらReact コンポーネントにする
Ubie Vitals のドキュメント
Figma × Ubie Vitals × Cursor のやり⽅ Cursor Figma MCP
Server Ubie Vitals MCP Server Ubie Vitals Figma Reactコンポーネント デザインデータをFigmaからMCPサーバー経由で取得。そのデザインを実装する ための情報をUbie Vitals MCP Serverから取得。それを使ってCursorがReactコン ポーネントを書く
エンジニアの声
UI実装と⽣成AIの相性 実は、MCPが流⾏る前から「デザインシステムと⽣成AIは相性が良いのでは?」 という仮説があった。 ⽣成AIにHTMLとCSSを使ったUIを実装させると、今のところまだ結構めんどい 変なマークアップをされてしまったとき、思っていたのと微妙に⾒た⽬が 違ったとき、やりたいことが変わったとき、など修正やデバッグが必要なと きに、かなりめんどい ブランディングやアクセシビリティなどの品質が、場合によっては⼤きく損 なわれる
デザインシステム × ⽣成AIの嬉しいポイント 1 ⽣成AIが扱う解空間を狭くできる HTMLとCSSはできることが多すぎる。⾃分たちの⽬的に合うように道具の表現⼒ を弱くする。より期待に近い出⼒がされやすくなるし修正が楽になる。 https://speakerdeck.com/yukukotani/ai-coding-agent-enablement
デザインシステム × ⽣成AIの嬉しいポイント 2 品質の境界をシフトレフトできる ブランディング、アクセシビリティ、などなどの品質をデザインシステムの段階 で品質を確保できる。⽣成AIが⽣成したUIがつねに「ユビーっぽく、誰にとって も使いやすいもの」になる。 雑に⾼速に⽣成させたものが⾼品質だと当然嬉しい。
まとめ ⽣成AIにデザインシステムを使ったコードを⽣成させることは、解空間を狭く し、品質の境界をシフトレフトすることにつながる MCPサーバーを構築することは、現時点においてはその⼿段として有⽤である 逆に⾔うと、今後はMCPサーバー以外のデータソースが有⽤になってくるか もしれないのでそこはキャッチアップが必要 ユビーでは実際にデザインシステムの情報を提供するMCPサーバーを構築するこ とによってUIの実装を加速させている