generate-scss-variables

Generate and audit SCSS variables with --wot prefixes and semantic tokens.

284|31|Updated Jan 15, 2026
One-click install
npx skills add https://github.com/wot-ui/wot-ui --skill generate-scss-variables
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: generate-scss-variables
Source: https://github.com/wot-ui/wot-ui/tree/main/.agents/skills/generate-scss-variables
Command: npx skills add https://github.com/wot-ui/wot-ui --skill generate-scss-variables

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

现有的 SCSS 变量命名常常不一致,缺乏设计系统的规范化变量定义,导致风格重复与维护成本上升。本技能通过自动生成符合命名规范的变量定义,或对现有变量进行合规性审计,帮助前端快速对齐设计体系。

Core Features & Use Cases

  • 自动生成符合组件-元素-属性-变体结构的 SCSS 变量,确保变量名全称、以 CSS 变量形式存在、并提供默认语义令牌 fallback。
  • 审计现有 SCSS 变量,检测命名、前缀、默认值和结构是否符合规则,给出可执行的修正建议。
  • 支持从零创建新变量集,或对现有组件属性扩展变量,常用于新组件或新特性的快速落地。

Quick Start

Provide a component name and the list of SCSS attributes to generate standardized design-system compliant variables.

Frequently Asked Questions about generate-scss-variables

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

FAQPage Schema
How do I generate SCSS variables that follow a strict design system naming structure?

To generate design-system SCSS variables, provide a component name and SCSS attribute list to create standardized definitions. The output enforces a component-element-property-variant naming structure using CSS variables with --wot prefixes and default semantic token fallbacks.

How do I audit existing SCSS variables for design system compliance?

Auditing existing SCSS variables checks naming conventions, prefixes, default values, and structural rules against design-system guidelines. It analyzes current definitions and returns actionable correction suggestions to align non-compliant variables with the required component-element-property-variant structure.

What is the required naming structure for SCSS variables in a design system?

The required naming structure for SCSS variables follows a component-element-property-variant pattern. Variables must exist as CSS variables with --wot prefixes and include default semantic tokens as fallbacks to ensure consistency and maintainability across the design system.

Can I use this to add new SCSS variables for existing components?

Yes, you can extend existing components by providing the component name and the new list of SCSS attributes. It generates standardized variable definitions that integrate with the current design system, supporting both new component creation and property expansion.

Do I need existing design tokens to generate SCSS variables?

No, you can generate SCSS variables from scratch by providing a component name and attribute list. The generated definitions include default semantic token fallbacks intrinsically, ensuring design-system compliance without requiring a pre-existing token setup.

What's the best way to fix inconsistent SCSS variable naming across a project?

Fixing inconsistent SCSS variable naming requires auditing existing definitions against design-system rules. Run an audit to detect non-compliant prefixes, structures, and default values, then apply the generated actionable correction suggestions to standardize the entire variable set.