使い方ガイドへスキップ
Design Token Audit作者 owl-listener

Design Token Audit スキル。

既存デザイントークンが使われていない箇所や、不統一な使い方を見つけます。

  • トークン監査
  • 移行
ソースレビュー · design-token-auditSKILL.md
タスク 既存デザイントークンが使われていない箇所や、不統一な使い方を見つけます。 成果物 トークン採用状況と確認範囲を説明する監査要約。 始める前に ソースは初期のトークン定義を、別の design-token スキルに委ねています。
記事用の要約 · ソース確認日 2026-11-02 · 生成された例ではありません

01 機能概要

既存デザイントークンが使われていない箇所や、不統一な使い方を見つけます

デザインファイルとコードのトークン適用範囲、不一致、不足を監査し、優先順位付きの移行計画を作成します。

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

作業の進め方

Design Token Audit は、製品が既存のトークン体系をどう使用しているかを調べます。ハードコードされた色や間隔などの視覚的な値を探し、適切なトークン階層を使っているかを確認し、重複・非推奨トークンを特定します。チームが移行に使える具体的な差異一覧を作ることが目的です。

ソースは適用範囲、一貫性、不足を区別します。値がトークンを経由していない場合、誤った意味上の役割を使う場合、現在の体系では満たせない正当な要件を示す場合があります。これらを分けることで、すべてのリテラル値を見た目の近いトークンへ機械的に置き換えるのを防ぎます。

想定される成果物

  • トークン採用状況と確認範囲を説明する監査要約。
  • ハードコード値と推奨置換トークンの分類一覧。
  • 不足するトークンの提案と優先順位付き移行計画。
サンプルブリーフを見る

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

  1. 01
    視覚的な値を棚卸しする

    関連デザインファイルと実装コードの両方を読みます。色、間隔、タイポグラフィなどの属性を抽出し、比較可能な分類に整理します。

  2. 02
    現在の体系に対応付ける

    使用箇所を既存トークンとその階層に対応付けます。ハードコード値、一貫しない役割、重複定義、非推奨トークンへの参照を示します。

  3. 03
    不足と逸脱を分ける

    不適切な置換を押し付けず、新しいトークンが必要な場合を特定します。頻度と影響で順位を付け、影響の大きい色と間隔の問題を優先します。

  4. 04
    移行を計画する

    実行可能な置換一覧と提案を作成します。後続監査で同じ範囲の採用状況を比較できるよう、何を調べたかを明記します。

02 利用場面

使いどころ

ソースは初期のトークン定義を、別の design-token スキルに委ねています。

向いているケース

  • 体系はあるが使用がずれているコンポーネントが合意済みのトークン基盤を迂回することが増えている場合。
  • 移行の根拠が必要リテラル値や非推奨名を置換する前に、優先順位付き対応表を求めるチーム向け。

確認すべき制限

  • 既存の基盤を前提とするソースは初期のトークン定義を、別の design-token スキルに委ねています。
  • 適用範囲は測定する採用率には明示的な調査範囲と分母が必要です。一部の検索を製品全体の網羅率とは呼べません。

用意する入力

  • トークン定義現在のグローバル・セマンティック・コンポーネントレベルの値を提供します。
  • 実装の対象範囲監査対象のコードとデザインファイルを指定します。
  • 既知の移行チームが合意した非推奨名や置換方針を含めます。

03 重要な判断

重要な判断

  1. 具体的な置換

    ハードコード値を推奨トークン名に結び付けます。

  2. 不足の識別

    正当に必要な役割の不足を、偶発的な逸脱から分けられます。

  3. 再現可能な追跡

    範囲を定めた監査が、採用状況を継続的に追う土台になります。

04 依頼例

目的を絞った依頼文を試す

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

ソースとセットアップを確認する

現在のグローバル・セマンティック・コンポーネントレベルの値を提供します。

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

以下の参照先から、提供元の手順を確認できます。利用前にリポジトリのセットアップ要件を確認してください。これはインストールコマンドではありません。

一つの成果物から始める

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

サンプルブリーフ
design-token-audit を使い、レポート画面とその共通コンポーネントを監査してください。現在のトークン定義と対応するデザイン仕様を読んでください。色、間隔、タイポグラフィの値を棚卸しし、各指摘をハードコード値、誤ったセマンティックトークン、非推奨トークン、役割の不足に分類してください。既存トークンが適切な場合だけ、正確な置換先を提案してください。繰り返し現れる影響の大きい指摘を優先し、対象箇所を含む移行リストを作成してください。調査範囲と、適用率を出す場合の計算方法を明記してください。今回は監査に留め、置換は実行しないでください。

結果を確認する

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

  • 指摘が実際の使用箇所と関連トークン分類を示している。
  • 置換案は値の一致だけでなく意味上の役割に合っている。
  • 適用範囲の記述に対象と数え方が含まれている。

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

05 ソースとライセンス

ソースとライセンス

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

ソースの所有者
owl-listener
スキルファイル
SKILL.md
ライセンス
MIT
確認したスナップショット
2026-11-02 · 9a6930cf84a8
編集部によるソース要約
既存デザイントークンが使われていない箇所や、不統一な使い方を見つけます。

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

06 開始前の質問

始める前の質問

最初のトークン体系を作成しますか?

ソースは既存トークンの監査に集中し、初期定義は別スキルに委ねています。

一致しない値はすべて新トークンにすべきですか?

監査は不足と不一致を分け、使用状況が役割の不足を示す場合に新トークンを提案します。

コード以外にデザインファイルも扱いますか?

はい。ソースは仕様と実装の違いを明らかにするため、両方の監査を推奨します。

OpenDesign

依頼内容とデザイン作業を一つの場所に。

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

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