tailwind-4

Enforce non-var() className usage and semantic Tailwind classes in frontend frameworks.

1|Updated Jan 20, 2026
One-click install
npx skills add https://github.com/ScorpionConMate/crm-influ-webview --skill tailwind-4-scorpionconmate
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tailwind-4
Source: https://github.com/ScorpionConMate/crm-influ-webview/tree/main/.opencode/skills/tailwind-4
Command: npx skills add https://github.com/ScorpionConMate/crm-influ-webview --skill tailwind-4-scorpionconmate

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Tailwind-4 patterns and best practices address the complexity of styling modern UIs with Tailwind, especially when className strings become large or dynamic and CSS variables are involved.

Core Features & Use Cases

  • Enforces non-var() usage in className and advocates semantic Tailwind classes.
  • Provides guidance for combining responsive, dark mode, and state variants.
  • Outlines best practices for conditional styling using cn() and reducing className conflicts.

Quick Start

Start by auditing components for var() in className, replace with semantic Tailwind utilities, and adopt the cn() approach for conditional styles.

Frequently Asked Questions about tailwind-4

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

FAQPage Schema
How do I manage complex dynamic className logic in Tailwind CSS?

Combine responsive, dark mode, and state variants in Tailwind by applying semantic classes and using the cn() utility to merge conditional styles cleanly, preventing className string conflicts in dynamic UIs.

Why should I avoid var() and hex colors in Tailwind className strings?

Avoid var() and hex colors in Tailwind className strings to maintain a semantic design system; use Tailwind utilities and style constants instead to ensure consistent, maintainable styling across components.

Does this Tailwind patterns approach work with React and Vue frameworks?

These Tailwind patterns work directly with React, Vue, and other frontend frameworks where Tailwind utilities drive UI styling, providing guidance for conditional styling and dynamic values across dynamic UIs.

What is the best way to handle conditional styling in Tailwind without conflicts?

The best way to handle conditional styling in Tailwind without conflicts is using the cn() utility to merge className strings, replacing var() with semantic Tailwind utilities and applying style constants where needed.

How do I style components when libraries require non-className props?

Style components when libraries require non-className props by using style constants instead of className strings, ensuring you still avoid hex colors and var() while maintaining Tailwind-driven design consistency.