verify-design-tokens

Validate Design Token 3-Layer architecture compliance and import paths in frontend codebases.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/junnv93/equipment_management_system --skill verify-design-tokens
Or copy as Structured Prompt for Agentβ–Ό
Please help me install this Agent Skill.
Skill: verify-design-tokens
Source: https://github.com/junnv93/equipment_management_system/tree/main/.claude/skills/verify-design-tokens
Command: npx skills add https://github.com/junnv93/equipment_management_system --skill verify-design-tokens

SYSTEM DOCUMENTATION & REQUIREMENTS

πŸ’‘ This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

Verifies that a codebase adheres to a Design Token 3-Layer architecture (Primitives β†’ Semantic β†’ Components), preventing direct imports from primitives/semantic into Layer 3 and ensuring tokens are consumed through the public API. This helps teams maintain a consistent token strategy, catch regressions early, and facilitate cross-team design-system alignment.

Core Features & Use Cases

  • Layer-3 import validation: ensures Layer 3 only imports from Layer 2 or the design-tokens public API.
  • Migrated component verification: checks that migrated components consistently reference design tokens via the public API.
  • Step-by-step workflow validation: validates that the repository conforms to the architecture rules outlined in the migration guide and references.

Quick Start

Run the migration-and-validation checks to confirm Layer 3 tokens import from the public API and that all components adhere to the 3-layer architecture.

Frequently Asked Questions about verify-design-tokens

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce design token architecture and prevent direct imports in frontend components?β–Ό

Use this validation to enforce design token architecture by verifying Layer 3 components import only from Layer 2 or the public API. This prevents direct primitive or semantic imports, ensuring consistent token strategy and catching regressions early.

What is the 3-layer design token architecture for frontend projects?β–Ό

The 3-layer design token architecture structures tokens from Primitives to Semantic to Components. It enforces token consumption through a public API rather than direct imports, maintaining consistent strategy and facilitating cross-team design-system alignment.

How do I validate migrated components consistently use design tokens?β–Ό

Validate migrated components by checking that they consistently reference design tokens via the public API. The process verifies token usage and migration coverage, reporting deviations and guiding remediation to ensure strict architecture compliance.

Does this design token validation work with frontend projects using a specific tokens library?β–Ό

Yes, this design token validation applies to frontend projects using the design-tokens library. It checks the codebase to confirm Layer 3 imports and migrated components adhere to the architecture rules outlined in the migration guide and references.

Why do migrated components still show direct primitive token imports after validation?β–Ό

Migrated components show direct primitive token imports when they deviate from the 3-layer architecture. The validation identifies incorrect import paths and reports them as deviations, guiding remediation to ensure tokens are consumed only through the public API.