1001Ferramentas
🌬️Dev

Gerador Tailwind Config (CLI)

Gere um tailwind.config.js pronto para usar com a Tailwind CLI, com paths de conteúdo e tema configurados. Copie e comece a estilizar em segundos.



  

tailwind.config.js com paleta de marca inicial

Usar Tailwind fora de um framework, direto pela CLI, é confortável até a hora de escrever o config. O init cria um esqueleto vazio e você ainda precisa lembrar o formato do array de content e onde exatamente entram as cores da marca, se em theme ou em theme.extend. Errar isso significa apagar a paleta padrão sem perceber.

O bloco sai pronto, sem campos para configurar, e já está na tela quando a página carrega. Ele traz o comentário de tipo do JSDoc, content apontando para ./src com as extensões html, js, ts, jsx, tsx e ejs, um theme.extend.colors.brand com os tons 50, 500 e 900, e plugins vazio. Por usar extend, e não substituir theme, todas as cores nativas do Tailwind continuam disponíveis.

Repare que content cobre apenas ./src. Um index.html na raiz do projeto fica de fora e suas classes somem do CSS final sem aviso nenhum, o que rende uns bons minutos de confusão. Outro ponto: este é o formato do Tailwind 3. Na versão 4 a configuração migrou para o próprio CSS, com @theme, e o arquivo JS só é lido se você apontar para ele com @config. Roda no navegador.

Perguntas frequentes

Serve para o Tailwind 4?
Em parte. A versão 4 prefere configuração no CSS, mas ainda aceita este arquivo se você adicionar @config "./tailwind.config.js" no topo da sua folha de estilos.
Por que bg-brand-700 não funciona?
Porque só existem três tons definidos: 50, 500 e 900. Acrescente as outras chaves em colors.brand se quiser a escala completa.
Preciso do PostCSS junto?
Com o binário standalone da CLI, não. Se o Tailwind roda dentro do Vite, webpack ou similar, aí sim a integração passa pelo PostCSS.

Ferramentas Relacionadas