MCP para tokens de design, explicado
Model Context Protocol é um padrão aberto para conectar assistentes de IA a ferramentas e dados externos. Aplicado a tokens de design, um servidor MCP expõe os valores atuais de um projeto a um agente de programação, para que os componentes gerados usem o design system real em vez de valores inventados pelo modelo.
O problema que ele resolve
Um agente de IA que escreve um componente precisa tirar os valores de design de algum lugar. Na falta de coisa melhor, usa o que viu no treinamento: padrões comuns do Tailwind, paletas populares, espaçamentos plausíveis.
O resultado compila, parece razoável e está errado. Não visivelmente errado, que é justamente a dificuldade. É um hexadecimal próximo do seu primário em vez do seu primário.
Colar a paleta no prompt resolve uma conversa. Não sobrevive à seguinte, e não escala para um time.
O que o MCP muda
Model Context Protocol é um padrão aberto para expor ferramentas e dados a assistentes de IA. Um cliente como o Cursor ou o Claude Code se conecta a um servidor e pode então chamar as ferramentas dele durante uma tarefa.
Para um design system, isso significa que o agente pode pedir os valores no momento em que precisa, em vez de depender do que acabou no prompt. Um servidor típico expõe:
- Consulta de tokens: os valores vigentes de cor, tipografia, espaçamento, raio, sombra e movimento
- Consulta de componente: a especificação de um componente nomeado
- Verificação de violações: dado um bloco de código, quais valores estão fixos e quais tokens os substituem
- Propostas de token: um caminho para o agente pedir um valor que o sistema não define, em vez de inventá-lo
Esse último ponto pesa mais do que parece. Ele converte o caso de falha de uma invenção silenciosa numa solicitação explícita que uma pessoa pode responder.
Como conectar
Clientes MCP leem uma pequena configuração JSON que nomeia o servidor e diz como alcançá-lo. No Cursor ela fica nas configurações de MCP do projeto; no Claude Code é adicionada pela CLI. A autenticação costuma ser um token com escopo de um projeto.
Uma vez conectado, o agente tem o design system disponível em cada geração, sem colar nada a cada prompt.
Por que isso é diferente de um arquivo de regras
Regras do Cursor e mecanismos semelhantes injetam texto estático no contexto. Funciona, e vale a pena fazer, mas esse texto é um instantâneo: está certo até os tokens mudarem, e a partir daí está confiantemente errado.
Um servidor MCP é lido no momento da chamada. Quando um token muda, a próxima geração vê o valor novo sem ninguém atualizar arquivo nenhum.
Onde o Flash DSM entra
O Flash DSM roda um servidor MCP que expõe as ferramentas acima para qualquer design system que seja seu, conectável a partir do Cursor, do Claude Code ou de qualquer cliente MCP com um token de escopo restrito.