Googleは補完的な方向へと進んでいます。それは、ブランドとして自分が何者であるかをエージェントに伝える方法、そしてデザインをどのように行うかを定義することです。DESIGN.mdは、基本的にエージェント向けの設計仕様標準です。

その構造は2つの世界を融合させたものです。上部には、トークンと構造化メタデータ（色、タイポグラフィ、間隔、主要コンポーネント、トーンなど）を格納するYAMLヘッダーがあります。下部には、そのシステムをどのように適用すべきかを文章と例を用いて説明するMarkdownセクションがあります。使用パターン、アンチパターン、エッジケース、「適用前と適用後」の例などが含まれます。究極的には、これは「デザインシステム」のREADMEファイルですが、人間とモデルの両方が理解できるように書かれています。

ここで重要なのは、出力をより美しくすることではなく、入力を統一することです。Googleは、「多くのチームがこの形式でデザインシステムを記述すれば、どのエージェントでも初日から一貫性のあるUIを生成できるようになる」と述べています。Stitch、Gemini、Antigravityなどのツールや、サードパーティ製のツールも含め、あらゆるツールが同じDESIGN.mdを読み込み、ブランドルールを尊重できるため、ツールごとにゼロから開発する必要がありません。

DESIGN.mdがHTMLではなくMarkdown/YAML形式に留まっているのには、実際的な理由があります。それは、リポジトリに格納され、Gitでバージョン管理され、プルリクエストやコードレビューを受けることを前提としたフォーマットだからです。何よりも、DESIGN.mdは最終的なユーザーエクスペリエンスというよりも、エンジニアリングとシステム設計のための対象なのです。