audit-tailwind

Audits Tailwind v4 and shadcn-svelte discipline gaps in SvelteKit UI code.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/jluckyiv/rivcomocktrial --skill audit-tailwind
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: audit-tailwind
Source: https://github.com/jluckyiv/rivcomocktrial/tree/main/.claude/skills/audit-tailwind
Command: npx skills add https://github.com/jluckyiv/rivcomocktrial --skill audit-tailwind

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Tailwind v4 + shadcn-svelte adoption across large codebases can drift due to dynamic class construction, incomplete interactive state coverage, and inconsistent dark mode strategies. This skill helps identify and remediate those gaps before milestones or releases.

Core Features & Use Cases

  • Detect dynamic Tailwind class names constructed at runtime and flag potential purging gaps.
  • Verify interactive elements (buttons, links, inputs, and shadcn-svelte components) have hover, disabled, and focus-visible states and consistent focus rings.
  • Audit dark mode coverage and ensure color usage adheres to token-based approaches with minimal literal colors.
  • Provide actionable findings to guide code reviews, CI checks, and pre-release QA.

Quick Start

Run the audit-tailwind script to scan your project’s UI code and generate a findings report.

Frequently Asked Questions about audit-tailwind

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

FAQPage Schema
How do I audit Tailwind v4 dynamic classes in a SvelteKit project?

To audit Tailwind v4 dynamic classes in a SvelteKit project, scan your web/src components to detect runtime-constructed class names, verify conditional classes use the cn() helper, and flag potential purging gaps before release.

What is the best way to check shadcn-svelte components for missing interactive states?

The best way to check shadcn-svelte components for missing interactive states is to analyze buttons, links, and inputs for consistent hover, disabled, and focus-visible states, ensuring proper focus ring patterns are present across the UI layer.

How do I verify dark mode consistency and token-based color usage in Tailwind v4?

To verify dark mode consistency in Tailwind v4, audit your components for color usage adherence to token-based approaches, ensuring minimal literal colors and checking that dark mode coverage is consistent across interactive elements.

Does this frontend audit detect missing cn() usage for conditional Tailwind classes?

Yes, this frontend audit detects missing cn() usage for conditional Tailwind classes by analyzing your SvelteKit web/src directory and flagging components that construct dynamic class names at runtime instead of using the cn() helper.

Can I use this audit for pre-release QA on a large shadcn-svelte codebase?

Yes, you can use this audit for pre-release QA on a large shadcn-svelte codebase to identify discipline drift, generate actionable findings for code reviews, and verify complete state coverage before milestones or releases.

Why does Tailwind v4 purge my dynamically constructed class names?

Tailwind v4 purges dynamically constructed class names because its scanner cannot detect classes built at runtime, making it necessary to audit your components and flag these patterns to prevent missing styles in production.