Design Token
デザイントークン
Design Tokenは、デザインの選択に一つの名前をつけたものです。たとえば、色、余白、フォント、動きの速さなどがあります。
もう一つの例
各コンポーネントは同じグレーコードを何度もコピーする代わりにcolor.text.mutedを使用します。
主な部分
- 01Foundation or token
- 02Applied component
- 03Visible state and rule
以下の場合に使用します
デザインの選択がテーマやプラットフォーム全体で同じ方法で更新される必要がある場合は、1つを使用します。
以下の場合は使用しないでください
名前が本当に意味を持たない限り、一度しか使わない値のためにトークンを作ってはいけません。
コードで使用する名前
--color-text-muted 出荷前に
Check content order, shared design values, component consistency, contrast, zoom, and layout changes by screen size. Verify every theme, language, and state. If there is motion, offer an equal reduced-motion experience.
Outcome：Complete the task with デザイントークン (Design Token)。 User context：各コンポーネントは同じグレーコードを何度もコピーする代わりにcolor.text.mutedを使用します。 Design concept to apply：デザイントークン (Design Token)。 Why it fits：デザインの選択がテーマやプラットフォーム全体で同じ方法で更新される必要がある場合は、1つを使用します。 Do not use it when：名前が本当に意味を持たない限り、一度しか使わない値のためにトークンを作ってはいけません。 Design requirements: Set the content order, shared design values, and reusable components. Define how the layout changes by screen size and state. Keep useful design choices separate from decoration. Inclusion and resilience: Check contrast, zoom, languages, themes, and reduced motion when needed. Do not use color or effects as the only way to show meaning. Acceptance criteria: The design stays clear on phones and desktops, at zoom, in every theme, and in all supported languages. Interactive states stay clear and consistent. Evidence and limits (evidence boundary)：きちんとした書類でも、まだドラフトやリリース候補、あるいは最終版かもしれません。ステータスや、ブラウザやプラットフォームの対応状況を確認しましょう。 Unknowns to confirm: Brand limits, amount of content, supported themes and languages, target devices, and design-system rules.
このリクエストを確認する
Review how デザイントークン (Design Token) is used now. Definition: Design Tokenは、デザインの選択に一つの名前をつけたものです。たとえば、色、余白、フォント、動きの速さなどがあります。 Release checks: Check content order, shared design values, component consistency, contrast, zoom, and layout changes by screen size. Verify every theme, language, and state. If there is motion, offer an equal reduced-motion experience. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.