document-a-design-token
Document a reusable design value by semantic purpose, not appearance alone. Use when color, spacing, type, motion, elevation, radius, size, or other decisions must remain consistent across themes and platforms.
ソース情報
- リポジトリ
- protosphinx/sphinxstack
- ソースの最終更新活動
- 2026年7月29日 13:55
- 検出された SKILL.md の言語
- 英語
- スター
- 3
- フォーク
- 0
インストール方法
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
ソースファイルを確認
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
ファイルエクスプローラー
2 ファイルSKILL.md を表示中
SKILL.md
ソースの指示 · 読み取り専用プレビュー- name
- document-a-design-token
- category
- design
- description
- Document a reusable design value by semantic purpose, not appearance alone. Use when color, spacing, type, motion, elevation, radius, size, or other decisions must remain consistent across themes and platforms.
# document-a-design-token
## Procedure
1. Define the token's semantic job, consumers, platforms, and decision owner.
2. Choose a stable name based on purpose rather than a current literal value.
3. Record value by theme, mode, platform, density, or state where needed.
4. Define allowed uses, prohibited uses, composition, inheritance, and fallback.
5. Link accessibility, contrast, motion, brand, and technical constraints.
6. Add examples and counterexamples in representative components.
7. Specify source format, output mapping, version, aliases, deprecation, and change policy.
8. Test generated values in code and real interface states.
9. Publish migration notes and verify consuming artifacts.
## Guardrails
- Never encode meaning by color alone.
- Do not create a token for a one-off value without a reuse or governance reason.
- Avoid names that become false after a theme change.
## Done
- A token record contains semantics, values, scope, examples, and ownership
- Generated outputs and representative consumers are verified
- Accessibility and deprecation checks pass
GitHubで見る