使い方ガイドへスキップ
Design Token作者 Owl-Listener

Design Token スキル。

ビジュアルに関する判断に、コンポーネントが再利用できる名前と関係性を与えます。

  • デザインシステム
  • 仕様
ソースレビュー · Design TokenSKILL.md
タスク デザインシステム 成果物 • トークンのカテゴリーと命名スキーム • グローバル、エイリアス、コンポーネントの各トークンの関係 • 使い方とバージョニングのガイダンス 始める前に 既存のビジュアル値、コンポーネントの例、命名上の制約を用意してください。このスキルが定義するのはトークン名とその関係であり、エクスポートツールやフレームワークとの連携は別途セットアップが必要です。
編集部による要約 · ソース確認日 2026-10-07 · 生成された例ではありません

01 機能概要

Design Token:セマンティックな基盤を定義する

デザイントークンのカテゴリー、3層の関係、命名、使い方、バージョニングに関するガイダンス。

ソースに基づくワークフロー実行ベンチマークではありません

進め方

Design Tokenは、デザインシステムの土台を定義します。色、スペーシング、タイポグラフィ、エレベーション、ボーダー、モーションを扱い、生の値とセマンティックな意味を結びつける命名・使用ルールを含みます。

3層構造では、グローバル値、セマンティックなエイリアス、コンポーネント固有のトークンを分けます。この区別により、チームは使う理由を失わずに値を変更できます。既存の使用状況の監査とマルチブランドへのマッピングは、明確に別のタスクとされています。

期待される成果物

  • トークンのカテゴリーと命名スキーム
  • グローバル、エイリアス、コンポーネントの各トークンの関係
  • 使い方とバージョニングのガイダンス
サンプルブリーフを見る

ブリーフからレビューまで

  1. 01
    基盤を棚卸しする

    プロダクトに必要な色、レイアウト、タイポグラフィ、エレベーション、モーションの値を一覧にします。

  2. 02
    層を定義する

    生のスケールとセマンティックな役割を分け、有用な場合にのみコンポーネント固有の名前を追加します。

  3. 03
    利用方法を文書化する

    エイリアスをどこに適用するか、またコンポーネントがハードコードされた値ではなくエイリアスをどう参照すべきかを説明します。

02 利用場面

使うタイミング

既存のビジュアル値、コンポーネントの例、命名上の制約を用意してください。このスキルが定義するのはトークン名とその関係であり、エクスポートツールやフレームワークとの連携は別途セットアップが必要です。

向いているケース

  • 新しいトークン層ビジュアルの値はあるものの、共通の名前や役割がない場合に使います。
  • 一貫性のない基盤繰り返し現れるスペーシングや色の判断に、共通の語彙を与えます。

確認すべき制限

  • 自動監査ではありませんソースでは、既存の使用状況の監査は別のスキルに委ねるとされています。
  • ビルドパイプラインではありません説明するのはトークンのアーキテクチャであり、エクスポートやフレームワーク連携を保証するものではありません。

用意する入力

  • 現在の値パレット、タイポグラフィ、スペーシング、エレベーションに関する判断を提供してください。
  • コンポーネントのニーズ代表的な使用例と状態を示してください。
  • 命名上の制約プラットフォームの慣例とバージョニングへの期待を明示してください。

03 重要な判断

重要な判断

  1. 名前が意図を保つ

    セマンティックなエイリアスは、生の値が変わっても意図を保ちます。

  2. 層が混同を防ぐ

    グローバルな色とボタン状態の色は、互換性のある名前として扱うべきではありません。

04 依頼例

焦点を絞ったブリーフで試す

以下のサンプルブリーフはテストされていません。使用前にスキルのセットアップを確認してください。

セットアップを確認する

designer-skillsリポジトリからこのタスクのSKILL.mdを、お使いのエージェントが対応するスキルの配置場所に読み込んでください。エントリーファイルには、汎用のインストーラーコマンドは示されていません。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-systems/skills/design-token/SKILL.md

既存のビジュアル値、コンポーネントの例、命名上の制約を用意してください。このスキルが定義するのはトークン名とその関係であり、エクスポートツールやフレームワークとの連携は別途セットアップが必要です。

まず1つの成果物から始める

スキルを実行する前に、このブリーフの範囲、素材、制約を調整してください。

サンプルブリーフ
design-tokenを使って、この小規模なプロダクトシステムのトークン層を定義してください。生のスケール、セマンティックなエイリアス、必要なコンポーネントトークンを分けてください。提供したボタンとカードの例をマッピングし、命名ルールを文書化し、未実装のエクスポートパイプラインがあるかのような記述は避けてください。

結果を確認する

実際の出力を、以下の観察可能な基準と照らして確認してください。

  • エイリアスが定義済みの値に解決される。
  • 名前が、偶然の見た目ではなく用途を伝えている。
  • コンポーネントが意図したトークン層を参照している。

OpenDesignは、コーディングエージェント向けのローカルなデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味しません。

05 ソースとライセンス

ソースとライセンス

このページは、以下にリンクされた固定のソースリビジョンについて説明しています。アップストリームの挙動や要件は変更される場合があります。

ソースの所有者
Owl-Listener
ライセンス
MIT
確認したスナップショット
2026-10-07 · 9a6930cf84a8
編集部によるソース要約
デザイントークンのカテゴリー、3層の関係、命名、使い方、バージョニングに関するガイダンス。

リンク先のソースに基づくOpenDesignによるオリジナルの要約です。リポジトリのスター数は日付時点の人気の指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

始める前の質問

トークンは色だけですか?

いいえ。ソースにはスペーシング、タイポグラフィ、エレベーション、ボーダー、モーションが含まれます。

すべてのコンポーネントが生の値を使うべきですか?

ソースでは、生の値を直接使うのではなく、セマンティックな参照を使うよう推奨しています。

複数ブランドに対応できますか?

エントリーでは、基本的なトークンアーキテクチャと、別のtheming-systemタスクを区別しています。

OpenDesign

次のデザイン反復に向けて余地をつくりましょう。

ブリーフ、素材、デザイン作業をローカルのワークスペースにまとめて管理できます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-systems/skills/design-token/SKILL.md