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
touyou
July 04, 2025
Programming
1
120
生成AI時代のコンポーネントライブラリの作り方
Sparkle Designのコンポーネントライブラリ開発を進める中で考えていたことなどを紹介します。
touyou
July 04, 2025
Tweet
Share
More Decks by touyou
See All by touyou
生成AI活用プロダクトが目指してほしい未来
touyou
0
1.8k
メンター百物語 紡ぎ続けられる確かな情熱
touyou
0
280
これからの時代の『クリエイター』の生き方
touyou
0
67
しくじり先生〜とうようがLeaders7期生からL4S7期講師になるまでのプログラミング半生を振り返る
touyou
0
110
AWSサーバーレスが支える劇団ノーミーツのオンライン劇場ZA / AWS Dev Day Online 2021 C-5
touyou
0
1.5k
3年A組から学ぶ体験の作り方
touyou
0
2.1k
學問のすすめ
touyou
0
1.2k
粒子法について その1
touyou
0
160
粒子法について その2
touyou
1
87
Other Decks in Programming
See All in Programming
dbt民主化とLLMによる開発ブースト ~ AI Readyな分析サイクルを目指して ~
yoshyum
3
810
第9回 情シス転職ミートアップ 株式会社IVRy(アイブリー)の紹介
ivry_presentationmaterials
1
280
AI時代のソフトウェア開発を考える(2025/07版) / Agentic Software Engineering Findy 2025-07 Edition
twada
PRO
71
22k
ruby.wasmで多人数リアルタイム通信ゲームを作ろう
lnit
3
450
関数型まつりレポート for JuliaTokai #22
antimon2
0
160
ISUCON研修おかわり会 講義スライド
arfes0e2b3c
1
430
AIと”コードの評価関数”を共有する / Share the "code evaluation function" with AI
euglena1215
1
140
CursorはMCPを使った方が良いぞ
taigakono
1
240
明示と暗黙 ー PHPとGoの インターフェイスの違いを知る
shimabox
2
480
今ならAmazon ECSのサービス間通信をどう選ぶか / Selection of ECS Interservice Communication 2025
tkikuc
21
3.9k
#kanrk08 / 公開版 PicoRubyとマイコンでの自作トレーニング計測装置を用いたワークアウトの理想と現実
bash0c7
1
700
技術同人誌をMCP Serverにしてみた
74th
1
630
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
How GitHub (no longer) Works
holman
314
140k
Unsuck your backbone
ammeep
671
58k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Scaling GitHub
holman
459
140k
Being A Developer After 40
akosma
90
590k
Designing Experiences People Love
moore
142
24k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.9k
How to Ace a Technical Interview
jacobian
277
23k
Faster Mobile Websites
deanohume
307
31k
Building an army of robots
kneath
306
45k
Transcript
生成AI時代のコンポーネントライブラリの作り方 2025/7/4 touyou@Goodpatch
Fujii Yosuke @touyou Design Engineer 2021年グッドパッチに新卒入社したエンジニア。 クライアントワークとして、iOS / Webフロントエンド /
Flutterなどの実装 を幅広くしつつ、新卒開発案件研修の制作・運営なども行っていました。 現在はサブプロジェクトとしてグッドパッチ発のデザインシステムである 「Sparkle Design」チームのエンジニアとして活動中。 いかにいいデザインを最高の形で実装するかを日々考えています! 2
本日お話しすること 1. Sparkle Designの中で試してきたこと 2. 生成AI時代のライブラリ設計の視点 3
Sparkle Designの中で試してきたこと Sparkle Designとは? 4
Sparkle Designの中で試してきたこと Sparkle Designの開発体制 touyou Design Engineer nori UI Desiner
エンジニア コンポーネント開発やライブラリ周りを主に担当 QM 元エンジニアでSparkle Design全般のクオリティを管理 5
Sparkle Designの強み 「いいデフォルト」を維持しながらも高い柔軟性を実現していること 6 新しいタスク close タイトル 必須 タイトル メモ
メモを入力 日付 年/月/日 Calendar info 日付を1週間以内に設定すると達成できる確率 がアップします! キャンセル 保存 保存 新しいタスク close タイトル 必須 タイトル メモ メモを入力 0/100 日付 年/月/日 Calendar info 日付を1週間以内に設定すると達成できる確率がアッ プします! キャンセル 保存 保存 新しいタスク close タイトル 必須 タイトル メモ メモを入力 0/100 日付 年/月/日 Calendar info 日付を1週間以内に設定すると達成できる確率がアッ プします! キャンセル 保存 保存 Sparkle Designの中で試してきたこと Sparkle Designの強み
Sparkle Designの強み 「いいデフォルト」を維持しながらも高い柔軟性を実現していること 一部だけを導入 反映しやすい できること、カスタマイズ結果を こと 7 Sparkle Designの中で試してきたこと
Sparkle Designの強み
Sparkle Designの中で試してきたこと 採用技術 shadcn/uiの採用 ・コンポーネント単体での導入が可能 ・TailwindCSSベースでカスタマイズしやすい https://ui.shadcn.com/ より 8
Sparkle Designの中で試してきたこと 採用技術 shadcn/uiの採用 ・コンポーネント単体での導入が可能 ・TailwindCSSベースでカスタマイズしやすい ↓ 全てをshadcn/uiに寄せるとそれはあくまで shadcn/uiでしかない https://ui.shadcn.com/
より 9
shadcn/ui活用のカナメ ー 「shadcn/ui registry」 自分のコードをshadcn CLIで配信できてしまう仕組み 10 https://ui.shadcn.com/ より Sparkle
Designの中で試してきたこと shadcn/uiの活用方法
Sparkle Designの中で試してきたこと shadcn/ui registryは基本機能だけでも有能ですが で真価を発揮します 生成AIに活用すること shadcn/ui registryのさらなる可能性 11
Sparkle Designの中で試してきたこと shadcn/ui registryのさらなる可能性 12 v0への統合 ・コンポーネント単位で読み込むことが可能 ・CSS変数などは対応していないので 独自スタイルを読み込ませるのは少し大変 ・画像のような形で始められるので
組み合わせコンポーネントに特に有効そう
Sparkle Designの中で試してきたこと shadcn/ui registryのさらなる可能性 13 shadcn/ui registry MCP ・レジストリさえあればMCPにできてしまう ・shadcnの環境構築がなくとも導入まで
AI経由で可能 ・Cursorのルールファイルなども配信可能 https://x.com/shadcn/status/1917597228513853603 より
Sparkle Designの中で試してきたこと shadcn/ui registryのさらなる可能性 14 shadcn/uiのAI親和性 ・ほとんどのシステムプロンプトにshadcn/uiを 使えという指示が含まれている ・shadcn/uiに近ければ近いほど後からの 置き換えが容易になる
https://x.com/shadcn/status/1927051270184943917 より
Sparkle Designの中で試してきたこと shadcn/ui registryは の良いガードレールとして活用できる 生成AI shadcn/ui registryのさらなる可能性 15
生成AI時代のライブラリ設計の視点 問い 「生成AI時代に、コンポーネントライブラリという は何を意識するべきか?」 コンテンツを提供する人 私たちはどう生きるか 15
生成AI時代のライブラリ設計の視点 「生成AIによってあらゆるものは便利になるはず! ...なのになんでわざわざ に なっているの?」 新しいテクニックが必要 私たちはどう生きるか 16
生成AI時代のライブラリ設計の視点 生成AIも結局は でしかない 機械学習の一種 生成AIの本質 17
生成AI時代のライブラリ設計の視点 生成AIも結局は でしかない 機械学習の一種 生成AIの本質 18 膨大なパターンマッチングでしかない
生成AI時代のライブラリ設計の視点 「AIにとってわかりやすいが人にはわかりにくい」 「人にはわかりやすいがAIにわかりにくい」 生成AIの本質 19
生成AI時代のライブラリ設計の視点 「AIにとってわかりやすいが人にはわかりにくい」 「人にはわかりやすいがAIにわかりにくい」 △ 「UIの構造に依存しすぎていてAIにはわかりにくい」 生成AIの本質 20
生成AI時代のライブラリ設計の視点 AI向け=人間向け 21 OpenAI公式AGENTS.md ・openai-agents-jsのAGENTS.md ・Codexへの指示書だがほぼコントリビューター ガイドそのままになっている ・つまりCodexを人間に見立てて指示をしている https://github.com/openai/openai-agents-js/blob/main/AGENTS.md
生成AI時代のライブラリ設計の視点 意識すべきは「区別」ではなく AIと人間、 ということ 双方にとってわかりやすい 私たちが大切にしたいこと 22
まとめ コンテンツがどう使われても耐えうる さまざまな場所で利用できる AIと人間の両方にとって コンテンツ 柔軟性 汎用性 わかりやすい 生成AI時代のコンポーネントライブラリの作り方 23
One more thing...
One more thing... Sparkle Design for React Sparkle Design for
React がOSSになります 26
One more thing... Sparkle Design for React Sparkle Design for
React がOSSになります This Summer 27