Skip to content

Reglas

Las 24 reglas de oxlint-tailwindcss, agrupadas por lo que hacen cumplir. Haz clic en cualquier regla para ver ejemplos y referencia de opciones.

Corrección

Reglas que atrapan problemas que generarían CSS inválido o inesperado.

  • no-unknown-classes — prohíbe clases que el design system desconoce.
  • no-conflicting-classes — marca clases que pelean por la misma propiedad CSS.
  • no-contradicting-variantsflex hover:flex es redundante (solo en listas de clases literales en elementos nativos, no en fragmentos de cn/twMerge).
  • no-dark-without-lightdark: debería usualmente tener pareja en modo claro (solo en listas de clases literales en elementos nativos, no en fragmentos de cn/twMerge).
  • no-duplicate-classes — la misma clase dos veces es peso muerto.

Modernización

Estilo y consistencia

Disciplina del design system

Páginas por regla

Cada página de regla cubre:

  • Qué hace, en un párrafo.
  • Opciones con sus defaults y una descripción por opción.
  • Ejemplos correctos / incorrectos.
  • Cuándo desactivarla — los casos de uso donde esta regla no es la indicada.
  • Para reglas DS-dependientes: si entryPoint es obligatorio (siempre sí en v1) y qué pasa cuando falta.

Referencia de defaults

Tabla rápida para saber qué hace cada regla cuando la activas sin sobreescribir meta.defaultOptions.

Reglas DS-dependientes

Estas reglas requieren que settings.tailwindcss.entryPoint esté configurado; emiten un diagnóstico fatal designSystemUnavailable cuando falta.

ReglaOpciones por defecto
enforce-canonical{}
enforce-sort-order{ mode: 'default' }
no-conflicting-classes{ reportRedundant: true }
no-unknown-classes{ allowlist: [], ignorePrefixes: [] }
no-unnecessary-arbitrary-value{}
prefer-scale-token{}
prefer-theme-tokens{}

Reglas DS-opcionales

Funcionan sin nada configurado — su fallback es determinístico por sí solo — y ganan precisión cuando hay un entryPoint disponible. Ninguna puede emitir designSystemUnavailable. Todas aceptan además un entryPoint propio que pisa el ajuste compartido.

ReglaOpciones por defectoQué aporta el design system
consistent-variant-order{} (orden derivado del DS cuando está disponible)El orden real de variants, y qué hace el selector de cada una
enforce-logical{ allowlist: [], direction: 'both' }Confirma que la clase sugerida exista
enforce-physical{ allowlist: [], direction: 'both' }Confirma que la clase sugerida exista
enforce-shorthand{}Verifica cada merge contra el CSS emitido
no-contradicting-variants{}Qué hace el selector de cada variant
no-dark-without-light{ variants: ['dark'] }Agrupa la base por propiedad CSS declarada, no solo por prefijo
no-deprecated-classes{}Deriva la lista de renombres en vez de usar la tabla interna

Reglas DS-independientes

ReglaOpciones por defecto
enforce-consistent-important-position{ position: 'suffix' }
enforce-consistent-line-wrapping{ printWidth: 80 }
enforce-consistent-variable-syntax{ syntax: 'shorthand' }
enforce-negative-arbitrary-values(sin opciones)
max-class-count{ max: 20 }
no-arbitrary-value{ allow: [] }
no-duplicate-classes(sin opciones)
no-hardcoded-colors{ allow: [] }
no-restricted-classes{ classes: [], patterns: [] }
no-unnecessary-whitespace(sin opciones)

Released under the MIT License.