Можем попробовать 😁

Ну, например, для унификации верстки и при этом не будучи заганным в такие рамки, как при использовании фреймворков с готовыми компонентами

Глянул. На первый взгляд это несколько не то. Нужно не на лету менять тему, а иметь кодовую базу, которую легко визуально кастомизировать. Пример, сегодня делаем магазин одежды, завтра - продуктовый.

На первый взгляд Tailwind лучше всего подходит для таких задач

Я не очень тогда понимаю проблему. Что именно нужно кастомизировать?

Tailwind позиционирует себя как utility-first CSS framework for building design systems. Вот может у кого-то есть именно такой опыт

Делаем дизайн-системы, на основе которой потом можно клепать на потоке однотипные технически, но отличаюшуюеся визуально темы

Может, кто-то сталкивался с подводными камнями и т.п.

Возможно я не корректно понимаю, но в конфиге tailwind задаешь свои названия размеров, добавляешь свою палитру цветов.

например в spaces добавляешь:

 'xs' :  '4px',
 'md': '8px',
 'lg': '12px'

можно использовать маргины m-md или p-lg

А вместо стандартной палитры можно писать bg-error bg-primary и так далее

для каждого проекта нужно поменять только основные параметры

Я уже чуть более года использую tailwind. И заметил, что сейчас могу очень быстро повторить дизайн. Я точно знаю как себя поведут разные классы и верстка теперь приносит удовольствие. И можно не заниматься написанием css. И так же это позволяет писать разного вида интерфейсы. Просто до этого выбор всегда был между парой css фреймворков, и в итоге все приложения были похожи между собой. Возможно если бы мне нравилось писать css... И хотелось бы тратить на это время, все могло быть по другому

ну как унификация. На сколько я понял - с этой штукой мы не пишем  css файлы. Но в итоге что-то сложное реализовать - тяжело и какие-то штучки записываешь в ксс.
+ это совсем другой подход в разработке и приходится постоянно доку держать открытой. Да, погружаешься в нее быстро, но я бы не стал такое тянуть в прод. По мне так кодобаза большая получается, сложно становится читать  html.

Да, первое время действительно нужно держать доку открытой. Но очень быстро запоминаются основные классы. Иногда простыня получается в классе. Но не согласен что читать сложнее, так как посмотрев на класс ты уже имеешь представление как выглядит элемент. Мне редко приходилось писать что-то дополнительное. И в основном это пишется в кофиге в утилитах.

каждый раз, когда пишешь - последовательность написания не сохраняется. Насколько реально держать постоянно очередность классов? Т.е. начать ты можешь с отступов, закончить блочной моделью. А в следующий раз наоборот. И получается, что читать становится так себе.

ну.. это как решают в команде кто-то по алфавиту перечисляет классы, кто-то группирует. Я люблю группировать что группируется, например сначала описал флекс свойства, потом высоту с шириной ну а далее по алфавиту
flex justify-between items-center bg-red-100 border-b border-gray-100 rounded w-full

есть проблема с before и after

их пока никак не описать средствами tailwind

и мы опять пишем ксс... Ну т.е. уйти в идеальный мир не получается. Поэтому все равно подтягиваем файлики ксс

Я не знаю на сколько часто используются у вас before и after. Мне еще ни разу не приходилось их описывать. Но даже в этом случае никто не использует цсс.

.blaaa::after {
  @apply flex justify-between items-center;
  @apply bg-red-100 border-b border-gray-100 rounded w-full;
}

а content: ''?

ну только это)) можно это свойство как-нибудь назвать в конфиге и делать @apply content;