一言で言うと
Google が、デザインルールを機械が読めるファイルにまとめる共通フォーマット DESIGN.md をオープンソース公開しました。単に AI でデザインを自動化する話というより、AI が読むブランドルールの書式を、誰が標準に近い形として広げていくかという動きと捉えるほうが見通しがよくなります。
何が起きているのか
Google は、自社の AI デザインツール Stitch で使っているフォーマット DESIGN.md をオープンソース化しました。色やフォントサイズのような具体値と、それらが存在する理由を説明する文章を、1つのファイルにまとめる仕組みです。
デザインシステムを、AI が読める形で書き出したもの、と考えると分かりやすいです。デザインシステムとは、色・余白・タイポグラフィなどのルール集で、ブランドの見た目を統一するための土台にあたります。
具体値の部分は YAML 形式のデザイントークンとして保存されます。YAML は、人間が読みやすいデータ記述言語です。デザイントークンは、ブランドカラーの色コードのような、最小単位のスタイル情報を指します。
このフォーマットを使うと、AI エージェントは、ブランドに沿った UI を生成したり、WCAG にデザインが従っているかを確認したりできます。WCAG（Web Content Accessibility Guidelines）は、障害のある人でもウェブを使えるようにする国際的な基準です。
Google は、デザインファイルを検証・比較し、Tailwind や W3C DTCG の形式にエクスポートするコマンドも同時に提供しています。Tailwind は CSS のフレームワークの1つ、W3C DTCG は W3C のデザイントークン検討グループです。プロジェクトは GitHub で Apache 2.0 ライセンスのもと公開され、まだアルファ版の段階です。
AI業界の文脈では
DESIGN.md の重要な点は、色やフォントのルールだけでなく、なぜそのルールなのかまで言語化するところにあります。実際にその判断を言葉にできるのは、普段からブランドを扱っているデザイナーやブランド担当者です。AI が生成する量が増えるほど、ルールを書ける人の重要性はむしろ高まります。
AI デザインは均質化する、という見方もあります。ただ DESIGN.md は、ブランドごとに違うルールを持ち寄れる仕組みです。差別化の軸は、AI 生成か手作業かではなく、どれだけブランドのルールを鋭く書けるか、に移ります。
私の見立て
DESIGN.md の本質は、AI にブランドルールを読ませるための共通書式を、どこが標準に近い形として広げるかという争点にあると見ています。
Google の狙いは、AI エージェント時代の「入力フォーマット」の主導権を取りにいくことだと読めます。デザインツール同士の機能競争というより、AI がデザインを生成するときに参照するファイルの書式を、自社発で広げたいという動機です。オープンソース化にも、その書式を広く普及させる狙いがあると考えると、今回の動きは理解しやすくなります。
使う側にも影響があります。これまでデザイナーの頭の中にあったブランドの判断基準が、ファイルとして社内外に流通し始めます。マネジャーやブランド担当者は、自社ルールを書き起こす作業を迫られます。手間はかかりますが、一度書けば複数の AI エージェントや外部ツールから参照できる資産になります。
デザインツール側の出方も焦点です。Figma や Adobe が DESIGN.md をインポート・エクスポートする方向に動くか、独自フォーマットで対抗するかで、標準化のスピードが変わります。取り込む側に回れば Google の書式が一気に広がり、対抗すれば分断したまま並走する形になります。
→ 何が変わるか: デザインの競争点が、画面の美しさから「ブランドルールの書きやすさ」に一部移ります。AI を前提に UI を作る企業では、ルールを読める形でまとめられる人材の確保が、スピードと品質の両方を左右するようになります。
→ 何をすべきか: AI を使った UI 生成を検討している企業は、まず自社のブランドルールを DESIGN.md 風に書き起こしてみてください。書き出せないルールは、AI にも指示できないルールです。書き出す過程で、社内のブランドガイドラインの抜けや曖昧さが自然と浮き上がってきます。