VOL.01 / ISSUE 01
Generative UI 論考
May 2026 — Tokyo
An Argument / 反論と再構築

個別美学の生成は
袋小路である。
本命は別にある。

DESIGN.md と OpenUI が示す業界の収束方向は「制約」。 にもかかわらず、生成 UI の議論はしばしば「人ごとに違う見た目」という幻想に滑り落ちる。 本稿はその誤謬を構造的に解体し、実装可能な12のビジネスアイデアに翻訳する。

論題Generative UI / DESIGN.md 対象創業者・PdM・投資家 分量批判 + 12案 + 結語 確信度高(主張) / 中(各案)
「
ユーザーごとに 見た目を生成する のは、技術的にできる ≠ プロダクトとしてやるべき。業界はむしろ「AI を制約してブランドを守る」方向(DESIGN.md, OpenUI)に向かっている。再構築先は 美学のパーソナライズ ではなく タスクに応じた UI 動的生成。そこが本物の鉱脈である。
— Thesis / 主旨
壱I

なぜ「個別美学の生成」は袋小路なのか

Critique / 批判

まず事実関係を固める。Google の DESIGN.md は Stitch から生まれ、2026年春に Apache 2.0 で open-source 化された。色・タイポ・スペーシング・コンポーネントの規則と理由をマークダウンで書き、AI エージェントに食わせる。要は LLM が勝手にデザインを発散させないための制約ファイル である。OpenUI(thesysdev) も同じ思想で、Zod で定義された厳密なコンポーネント集合の外側に LLM が出ることを許さない。両者が向かう先は明白で、 「AI を縛る」 である。

この収束に対して「ユーザーごとに見た目を発散させる」発想はちょうど反対側を向いている。30-40代女性向け、10代男女向け、という決め打ちを「破る」と言うとき、人は架空の壁を破壊しようとしている。ペルソナは UI の物理法則ではない。優先順位を揃えるショートハンドにすぎず、デザイナーはペルソナに「縛られて」いるわけではない。

適応 UI の墓場

個別生成の発想は新しくない。Microsoft Office 2000 の adaptive menus は使わない項目を勝手に隠したが、ユーザーの怒りで 2007 の Ribbon までに完全廃止された。Windows XP の "Most Frequently Used"、Facebook の algorithmic feed への抗議、Google の personalized search への filter bubble 批判 — 共通する経験則はひとつ。ユーザーは UI が自分の意志に反して変わることを猛烈に嫌う。空間記憶に依存する操作スキーマを破壊するからで、認知科学的にも合理的な反応である。

構造的に積み上がる損失

混同されている二軸

生成 UI の議論を整理すると、まったく別の二軸を人は混同している。タスク形状 (task-shaped) と 美学形状 (aesthetic-shaped)。前者はやることに応じて UI 構造そのものを変える。後者は同じタスクに対して見た目だけ変える。前者は強烈に有望で、後者は破綻する。

軸
内容
例
適性
A
タスク形状
ユーザーの今のタスクに応じて UI 構造を生成
Vercel v0 / Claude Artifacts / OpenUI のホテルカード生成
強い
B
美学形状
同じタスクで人ごとに見た目だけ変える
「30代女性向けカラーで自動生成」「ティーン向け配色」
弱い

唯一スケールした個別化: Material You

公平に言えば、個別美学が機能した例が一つだけある。Android の Material You は壁紙からカラーパレットを抽出してシステム配色を生成する。だが成立する条件は鋭く狭い。変わるのは色トークンだけ、レイアウト・コンポーネント形状は不変、決定論的(同じ壁紙→同じパレット)、ユーザーの明示的操作が引き金。これが工学的に成立する personalize UI の上限であり、君の想定する全体生成はこの境界を超える。

「デザイナーが嫌う」の読み違い

デザイナーが生成 UI 一般を嫌っているわけではない。Stitch / v0 / Figma Make は彼らに歓迎されている。嫌うのは 一貫性を担保する権限を奪われること。DESIGN.md が open-source 化されたのは、デザイナーが「AI を制御する手綱」を欲しがったから。問題はスノビズムではなく、プロダクト責任の構造である。

弐II

12のビジネスアイデア — 確信度順

Opportunities / 鉱脈
Tier I

確信度高 — 明確な買い手、明確な痛み

05
01

DESIGN.md as a Service

企業のブランドガイド・Figma・既存サイトから DESIGN.md を自動生成し、ホストして、API/CLI でどの AI ツール(Cursor, Claude Code, v0, Stitch, Lovable, Bolt)からでも引けるようにする。バージョニング、PR レビュー、WCAG lint、ロールアウト管理付き。
買い手
100人以上のエンジニア/デザイナーを抱える企業の DesignOps / Platform Eng チーム
なぜ今
DESIGN.md が Apache 2.0 で open-source 化された直後。仕様は出たが運用インフラが無い、LaunchDarkly 初動と同型
Moat
各 AI コーディングツールとの統合数、組織内承認フロー、Figma / Tokens Studio との双方向同期
潰れ筋
Figma / Vercel / GitHub が標準機能として吸収する可能性中程度。Figma が最有力
Confidence High
B2B SaaS
02

ブランドロック型 Enterprise v0 / Lovable

v0 / Lovable / Bolt の出力は「綺麗だが自社っぽくない」。 DESIGN.md と自社コンポーネントライブラリ(OpenUI 的に Zod で厳密定義)で縛り、PM/Ops が直接プロダクト品質の画面を量産できるツールを作る。
買い手
デザインに投資している大企業の Product Ops、Internal Tools 部門、Growth チーム
なぜ今
v0 の出力に対する enterprise の不満が顕在化。コンポーネント拘束機構(OpenUI)が成熟
Moat
既存の design system / Figma / Storybook の import パイプライン、SSO/監査ログ、承認ワークフロー
潰れ筋
Vercel が v0 Enterprise を本気で作る、Figma Make が enterprise 路線に振る。先行者でも飲み込まれ得る
Confidence High
B2B SaaS
03

アクセシビリティ自動変換レイヤー

任意の Web/モバイル UI に対し、ユーザーの障害特性(視覚、聴覚、認知、運動)に応じて UI を実行時に再生成する Chrome 拡張 + SDK。高コントラスト化、ターゲット拡大、フォーカス順序再構成、簡素化、要約レイヤー。生成 UI が美学ではなく機能要件を解決する形。
買い手
個人(月額サブスク、特に家族が支払う)、法令遵守が必要な企業、教育機関、自治体
なぜ今
欧州 EAA 2025 発効、米国 ADA Title III 訴訟、日本の改正障害者差別解消法。規制側のテイルウィンドが歴史的に強い
Moat
変換ロジックは医療/UX 専門家との協業が必要で参入障壁高い。データ(何が効くか)が累積
潰れ筋
OS ベンダーが OS レベルで実装。が、OS は遅く 5-10 年は隙間がある
Confidence Very High
Regulatory
04

生成型 Internal Tools プラットフォーム(垂直特化)

Retool / v0 の競合だが、ops / 経理 / カスタマーサポート / 法務に絞る。「未処理エスカレーション一覧、SLA 残時間順、解決テンプレ提案付き」と書けば動く UI が出る。ロジックは OpenUI 的に厳密 component + tool で制約。
買い手
中堅企業(従業員 200-2,000 人)の オペレーション系部署、BPO 業界
なぜ今
タスク駆動生成 UI が技術的に成立(OpenUI の Query/Mutation)。Retool は学習曲線が急で ops 担当が使いこなせない
Moat
業務テンプレートのライブラリ、SaaS との統合数(Salesforce, Zendesk, NetSuite)、業界別ベストプラクティス
潰れ筋
Retool 自身が AI 化(既にやっている)。差別化は職種特化の深さ
Confidence High
B2B SaaS
05

カスタマーサポート Per-Ticket UI

Zendesk / Intercom のエージェント画面は、どのチケットでもほぼ同じ。これをチケットごとに専用 UI を生成。返金問題には返金フロー、技術問題にはログ + 既知バグ + 推奨対応、配送問題には追跡 + 補償判定。AHT を直接縮める。
買い手
コンタクトセンター運営、EC、SaaS のサポート部門
なぜ今
LLM が顧客文脈を要約できるようになった。OpenUI のような構造化生成 UI が成熟
Moat
主要 CRM / Helpdesk との深い統合、対応テンプレライブラリ、AHT 短縮の定量的 ROI
潰れ筋
Zendesk が自前で実装。先行 + 統合数で守るしかない
Confidence High
B2B SaaS
Tier II

興味深いが買い手の解像度が読みにくい

04
06

Generative UI Observability(生成 UI の Datadog)

生成 UI を本番運用すると、「誰にどんな UI が出ているか」「どの変種で離脱したか」が従来 analytics で測れない。これを解決するインフラ。UI ツリーをログ、変種ごとに行動データを束ね、 A/B 化、回帰検知。
買い手
生成 UI を本番採用した企業(まだ少ない)、Vercel AI SDK / OpenUI / Stitch ユーザー
なぜ今
生成 UI 採用がゼロから1に増え始める2026。先回りで観測ツールを置くと標準を取れる
Moat
早期の標準化、SDK 統合、UI ツリーの差分解析アルゴリズム
潰れ筋
市場が小さい/立ち上がりが遅い。1-2年早すぎる可能性が中程度
Confidence Medium
Infra
07

LLM-Ready Component Marketplace

NPM ライクだが、対象は「Zod スキーマ + system prompt + OpenUI Lang テンプレ」がセットの、LLM が確実に出せる UI コンポーネントパック。EC、SaaS ダッシュボード、フォーム、地図、決済。 import するだけで生成 UI アプリに突っ込める。
買い手
生成 UI アプリを作る開発者(ロングテール)、テンプレ提供する design system 会社
なぜ今
OpenUI / Vercel AI SDK / Stitch などの component-library-driven な生成 UI が標準化されつつある
Moat
キュレーションの質、LLM 互換性テストの蓄積、コミュニティの早期形成
潰れ筋
npm / GitHub が普通に競合になる。差別化は LLM ready の検証深度
Confidence Medium
Platform
08

シニア向け UI 自動変換(日本市場特化)

任意の日本の SaaS/EC を「親世代でも使える UI」に再生成し、家族が代行設定できる。LINE/メルカリ/Amazon/銀行アプリ等の主要サービス対応。フォントサイズ・色・タップターゲット・専門用語の言い換え。
買い手
50-60代の現役層が70-80代の親のために契約する C2C2C。介護事業者、自治体、地域包括支援センター
なぜ今
日本の65歳以上は約3,600万人。年金生活者の銀行/行政アプリ移行が社会問題化。DX 推進と取り残しの同時進行
Moat
日本語処理の質、主要サービスとの非公式な慣れ、自治体との関係。海外勢が来ない構造的優位
潰れ筋
銀行が自前で簡素モードを実装(既にあるが横断的なものは無い)
Confidence Medium
Japan Only
09

DESIGN.md 競合監視 / ブランドレピュテーション

競合の Web サイトをクロールして DESIGN.md を抽出し、変化を CMO に通知する。「競合 X が来週ブランド刷新します」を先回りで察知。awesome-design-md と Chrome 拡張は既にあるが productize されていない。
買い手
B2C ブランドの CMO / ブランドマネージャー、広告エージェンシー、戦略コンサル
なぜ今
DESIGN.md フォーマット標準化により、サイトから機械可読な design token を取り出すことが容易になった
Moat
業界特化型の分析、ブランドリブランド予測モデル、契約単価が高くLTVが大きい
潰れ筋
Similarweb / Apptopia 系がオプションで吸収。差別化は意思決定に効く分析の深さ
Confidence Medium
Niche B2B
Tier III

逆張り / 賭け — 当たれば大きい

03
10

Predictability-as-Premium(変わらない UI を売る)

AI 生成 UI が氾濫し、すべてのアプリが流動的になった世界で、絶対に変わらない、習熟可能な UI をプレミアム機能として売る。"Stable Mode" を月額で。Bloomberg Terminal が極端に醜く絶対変わらない UI で勝ち続けているのと同型。
買い手
パワーユーザー、企業ユーザー、職人系。学習曲線投資を保護したい層
なぜ今
1-2年先。生成 UI が氾濫して疲労感が顕在化してから。それまでは仕込み
Moat
逆張りのカテゴリ創出。市場が立ち上がった時点で「変わらない派の代表」になっていれば強い
潰れ筋
市場が立ち上がらない可能性が中程度。タイミングを外せば在庫
Confidence Low — High EV
Contrarian
11

User-Side Re-Skin Browser Extension

あらゆる Web サイトを「あなたの好みの DESIGN.md」に書き換えるブラウザ拡張。Stylus + AI。Twitter を Notion 風に、Gmail をミニマル風に、EC サイトを Linear 風に。サイト運営者側の苦々しさは折込済み。
買い手
美学にこだわる個人ユーザー、エンジニア、デザイナー
なぜ今
DESIGN.md と AI 生成 UI が成立し、技術的に可能になった
Moat
弱い。コミュニティと先行者ブランド程度
潰れ筋
規約違反訴訟、ブランドオーナーからの法的圧力、Chrome Store ポリシー対応、月額 $5-10 が天井
Confidence Low
Contrarian
12

生成 UI 用 合成データ販売

AI モデルの訓練に使う「生成 UI とインタラクションのトレース」の合成データセットを販売。Multimodal LLM の UI 理解能力向上、computer-use agent の学習に使われる。
買い手
Anthropic, OpenAI, Google, Meta などのファウンデーションモデル研究所、ロボティクス会社
なぜ今
Computer use / browser agent の学習データ需要が急増。Real web のスクレイプは合法/プライバシー的に詰まりつつある
Moat
データセットの質と規模。早期のラボとの関係構築
潰れ筋
顧客数が極端に少ない、価格交渉力ゼロ、自社で内製される可能性が高い
Confidence Low
Contrarian
Strategic Verdict / 戦略総括

買い手の解像度で並べれば、戦うべき場所は3つに収束する。

12案を上から並べたが、フレームを変えて選別すると違うランキングが立ち上がる。規制テイルウィンド・ROI 説明の明確さ・構造的優位の三つだ。

規格周辺で稼ぐ古典的型(Twilio が SMS、Stripe が決済、LaunchDarkly が feature flag でやったやつ)が DESIGN.md as a Service。規制という外生的需要圧で市場が勝手に立ち上がるのが アクセシビリティ自動変換。 ROI 説明が一番楽でセールスが回るのが サポート per-ticket UI。日本に張るなら シニア UI 変換 が他国競合の構造的不在で守りやすい。

Pick 01 / Defensive
DESIGN.md as a Service
標準周辺で稼ぐ古典。Figma が来ない隙の2-3年が勝負。
Pick 02 / Regulatory
A11y 自動変換レイヤー
EAA / ADA / 改正障害者差別解消法。需要が外から発生。
Pick 03 / Cash
Per-Ticket Support UI
AHT 10% 削減で人件費 ROI 直結。今すぐ作れる。