Como você trabalha com designers e evita que um design system saia de sincronia com o código?

Faça da camada de tokens a única fonte da verdade: cores, espaçamentos, tipografia e raios vivem como tokens nomeados que tanto a ferramenta de design quanto o CSS consomem, então uma mudança é feita uma vez. Construa componentes contra tokens em vez de valores crus, revise novos valores avulsos como dívida de design, e publique a biblioteca de componentes com props documentadas para que os times de produto componham em vez de bifurcar.

O que de fato mantém a sincronia é ter uma fonte única para as primitivas. Cores, espaçamento, escala tipográfica e raios vivem como tokens, exportados para custom properties de CSS no código e consumidos como variáveis na ferramenta de design, então quando uma cor de marca muda, ela muda num lugar e tudo pega. Componentes então só referenciam tokens, nunca valores hexadecimais crus, e nossas regras de lint sinalizam uma cor fixa num pull request. Quando um mockup introduz um valor que não existe, isso vira conversa em vez de adição silenciosa: normalmente foi sem querer, e às vezes é uma lacuna real e adicionamos deliberadamente. Para componentes mantenho uma biblioteca documentada com props e estados visíveis, para os times de produto verem o que existe antes de reconstruir, e há um caminho claro de contribuição quando algo precisa de uma variante. O modo de falha que já vivi é um sistema que ninguém achava, então quatro times entregaram cada um o seu botão, e a essa altura consolidar era um trimestre de trabalho.