DESIGN.md：コーディングエージェントへ視覚設計を渡す仕様
コーディングエージェントに視覚的アイデンティティを説明するためのフォーマット仕様。 DESIGN.md は、エージェントにデザイン システムの永続的で構造化された理解を提供します。
ひと目でわかる
- これは何？
- DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。
- 誰に向いている？
- design-mdは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 design-mdに合う環境で試す読者に向きます。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 1 日前です。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
READMEが定義する役割 · google labs code design md
design-mdのREADMEは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 TypeScript実装として公開され、記載された機能の範囲を具体的に説明しています。mainを基準に読むと、導入経路、依存関係、対応環境はREADMEとREADME.mdに集約されています。説明にない環境や性能を補って断定することはできません。利用前は「git diff -- DESIGN.md」を対象プロジェクトで実行し、入力、生成物、標準出力、終了コードを確認します。design-md固有の入口を小さな例で試すことで、文書上の機能と手元の環境との差を切り分けられます。 README.mdに書かれた前提と設定を照合し、design-mdの実際の出力が想定形式になるかを確認します。READMEが触れていない運用要件は未確認として扱います。 第1章ではREADMEが定義する役割に即した確認を行い、google-labs-code-design-md-deep-analysisの記載と実行結果を分けて記録します。
利用者が触れる入口 · google labs code design md
design-mdのREADMEは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 TypeScript実装として公開され、記載された機能の範囲を具体的に説明しています。mainを基準に読むと、導入経路、依存関係、対応環境はREADMEとREADME.mdに集約されています。説明にない環境や性能を補って断定することはできません。利用前は「git diff -- DESIGN.md」を対象プロジェクトで実行し、入力、生成物、標準出力、終了コードを確認します。design-md固有の入口を小さな例で試すことで、文書上の機能と手元の環境との差を切り分けられます。 複数の機能を一度に評価せず、design-mdのREADMEに示された最小経路から始めます。依存するランタイムや外部サービスがある場合、その接続条件と失敗時の表示も記録します。 第2章では利用者が触れる入口に即した確認を行い、google-labs-code-design-md-deep-analysisの記載と実行結果を分けて記録します。
実装と周辺構成 · google labs code design md
design-mdのREADMEは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 TypeScript実装として公開され、記載された機能の範囲を具体的に説明しています。mainを基準に読むと、導入経路、依存関係、対応環境はREADMEとREADME.mdに集約されています。説明にない環境や性能を補って断定することはできません。利用前は「git diff -- DESIGN.md」を対象プロジェクトで実行し、入力、生成物、標準出力、終了コードを確認します。design-md固有の入口を小さな例で試すことで、文書上の機能と手元の環境との差を切り分けられます。 README.mdに書かれた前提と設定を照合し、design-mdの実際の出力が想定形式になるかを確認します。READMEが触れていない運用要件は未確認として扱います。 第3章では実装と周辺構成に即した確認を行い、google-labs-code-design-md-deep-analysisの記載と実行結果を分けて記録します。
対応範囲の読み方 · google labs code design md
design-mdのREADMEは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 TypeScript実装として公開され、記載された機能の範囲を具体的に説明しています。mainを基準に読むと、導入経路、依存関係、対応環境はREADMEとREADME.mdに集約されています。説明にない環境や性能を補って断定することはできません。利用前は「git diff -- DESIGN.md」を対象プロジェクトで実行し、入力、生成物、標準出力、終了コードを確認します。design-md固有の入口を小さな例で試すことで、文書上の機能と手元の環境との差を切り分けられます。 複数の機能を一度に評価せず、design-mdのREADMEに示された最小経路から始めます。依存するランタイムや外部サービスがある場合、その接続条件と失敗時の表示も記録します。 第4章では対応範囲の読み方に即した確認を行い、google-labs-code-design-md-deep-analysisの記載と実行結果を分けて記録します。
導入時に確認する箇所 · google labs code design md
design-mdのREADMEは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 TypeScript実装として公開され、記載された機能の範囲を具体的に説明しています。mainを基準に読むと、導入経路、依存関係、対応環境はREADMEとREADME.mdに集約されています。説明にない環境や性能を補って断定することはできません。利用前は「git diff -- DESIGN.md」を対象プロジェクトで実行し、入力、生成物、標準出力、終了コードを確認します。design-md固有の入口を小さな例で試すことで、文書上の機能と手元の環境との差を切り分けられます。 README.mdに書かれた前提と設定を照合し、design-mdの実際の出力が想定形式になるかを確認します。READMEが触れていない運用要件は未確認として扱います。 第5章では導入時に確認する箇所に即した確認を行い、google-labs-code-design-md-deep-analysisの記載と実行結果を分けて記録します。
採用判断とライセンス · google labs code design md
design-mdのREADMEは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 TypeScript実装として公開され、記載された機能の範囲を具体的に説明しています。mainを基準に読むと、導入経路、依存関係、対応環境はREADMEとREADME.mdに集約されています。説明にない環境や性能を補って断定することはできません。利用前は「git diff -- DESIGN.md」を対象プロジェクトで実行し、入力、生成物、標準出力、終了コードを確認します。design-md固有の入口を小さな例で試すことで、文書上の機能と手元の環境との差を切り分けられます。 複数の機能を一度に評価せず、design-mdのREADMEに示された最小経路から始めます。依存するランタイムや外部サービスがある場合、その接続条件と失敗時の表示も記録します。 第6章では採用判断とライセンスに即した確認を行い、google-labs-code-design-md-deep-analysisの記載と実行結果を分けて記録します。
編集部の結論
design-mdは、DESIGN.mdは、YAMLフロントマターのデザイントークンと、適用理由を説明するMarkdownを一つの文書にまとめる形式仕様。 design-mdに合う環境で試す読者に向きます。READMEが対象にしていない実行環境や、記載のない性能保証を必要とする運用にはそのまま向きません。採用前にgit diff -- DESIGN.mdを実行し、README.mdとmainの条件、入力と出力、依存関係の挙動を確認してください。Apache-2.0の条件も、配布形態と自社コードへの組み込み方に照らして判断します。
コミュニティノート