O Agente do Figma na Tela Acaba de Transformar o Design System no Prompt

No primeiro trimestre, escrevemos que o design system se tornaria a camada de restrição do design gerado por IA. Em 20 de maio, o Figma lançou o agente na tela. A tese virou produto.

Este texto não é mais um ensaio sobre se design systems importam na era dos agentes. O argumento está encerrado. O que importa agora são as três escolhas de governança que o Figma fez no lançamento real. Leia essas escolhas com atenção e você verá o modelo da camada de restrição se cristalizando em um produto comercial.

Escolha um: @ menções tornam tokens a superfície do prompt

A funcionalidade mais citada é que o agente gera múltiplas explorações estilísticas em paralelo a partir de um único prompt. A funcionalidade mais importante está enterrada dois parágrafos abaixo. Você direciona o agente com @ menções: @ em um token, @ em uma variável, @ em um componente, e o gerador fica restrito àquela superfície.

Existem dois caminhos para entregar uma ferramenta generativa de design. O primeiro é deixar o modelo inventar tudo, da tipografia ao espaçamento, e depois forçar os designers a reconciliar a saída contra o sistema. Foi o que a maioria das demos iniciais mostrou em 2024. O segundo é forçar toda geração a passar pelas primitivas que o sistema já tem. O Figma escolheu o segundo caminho e o tornou a gramática de entrada.

Isso importa porque inverte o fluxo que a maioria dos times esperava. O prompt não é “faça um card com cantos arredondados e um CTA primário”. O prompt é “faça um card usando @card-elevated e @semantic/action-primary”. O design system deixa de ser a coisa que você parafusa na geração depois do fato. Vira a linguagem em que você gera.

Há uma implicação silenciosa para times de governança. Todo prompt agora carrega uma referência estruturada aos artefatos que o seu sistema já governa. A pergunta de auditoria muda de “o agente usou os componentes certos” para “quais componentes foram referenciados com @ em quais prompts”. Essa telemetria é trivial de capturar se o Figma a expuser, e ela dá ao design ops uma superfície de controle que não existia uma semana atrás.

Escolha dois: a referência à biblioteca de componentes usa frequência como padrão

Quando o agente alcança um componente sem uma menção @ explícita, ele puxa do conjunto “mais usado” na sua biblioteca. Essa é a escolha de design que me dá mais esperança e mais preocupação ao mesmo tempo.

A esperança é direta. Frequência é um padrão defensável. Enviesa a geração na direção de componentes em que o time já convergiu, o que significa que telas geradas se parecem com o resto do seu produto em vez de parecerem um universo paralelo de variantes pontuais. Também cria um loop positivo de feedback: componentes governados são mais usados, a frequência sobe, o agente os usa mais, e os componentes que os designers tentaram aposentar deixam de aparecer em trabalho novo.

A preocupação é que frequência não é o mesmo que correção. Um componente pode ser usado mil vezes e ainda ser o depreciado. Uma biblioteca pode ter um “v2/button” que é a superfície canônica e um “legacy/button” que ninguém terminou de migrar, e a frequência vai favorecer o legacy até que a migração termine. Times de design ops agora precisam tratar a curva de frequência de componentes como uma métrica de governança de primeira classe, não como um relatório de uso enterrado em uma revisão trimestral.

Os times que vencem os próximos dois trimestres são os que auditam a curva de frequência ainda esta semana e decidem em quais componentes querem que o agente caia como padrão, e então engenheiram a biblioteca para que esse seja o padrão de fato.

Escolha três: tiers de assento são a cerca da governança

A matriz de elegibilidade é onde a tese da camada de restrição se torna juridicamente vinculante. O agente vai para assentos completos Pro, Org e Enterprise. Assentos Collab e Dev podem usar apenas em rascunhos. Planos Starter, Education e Government ficam de fora completamente.

Isso não é estratégia de preço. É governança. O Figma fez uma escolha deliberada: um agente capaz de gerar artefatos de design para produção não deve rodar dentro de planos sem controles organizacionais. Planos Starter não têm a superfície de admin. Planos Education não têm contratos com responsabilização. Planos Government têm restrições de compras que o produto ainda não satisfaz.

A regra “apenas rascunhos” para Collab e Dev é a ruga mais interessante. Diz: você pode brincar com o agente no seu próprio sandbox, mas não pode entregar a saída dele no workspace compartilhado sem um assento completo. O assento completo é o artefato que carrega responsabilização, histórico de versão e trilha de auditoria. A superfície de rascunho é o playground. A fronteira entre os dois é a fronteira de governança, e agora ela corresponde a um tier de cobrança.

Se o seu time de design ops vinha discutindo internamente quais cargos deveriam ter acesso ao agente, o Figma acabou de fazer o trabalho por você. O padrão é restritivo, o caminho de upgrade é claro, e a justificativa está construída dentro do produto em vez de parafusada pela sua política de TI.

A pista no preço do beta

Um detalhe operacional pertence a todo plano: o beta não consome créditos de IA, mas a disponibilidade geral migra para precificação por crédito. Essa é a cadência padrão do Figma e significa duas coisas para o próximo trimestre.

Primeiro, esta é a janela para rodar experimentos de governança sem pressão de orçamento. Faça seu time de design ops construir uma auditoria de biblioteca, uma revisão de frequência e um mapa de cobertura de tokens antes que os créditos comecem a contar. Quando a medição entrar em vigor, todo experimento vem com uma pergunta do CFO anexada.

Segundo, precificação por crédito transforma “usar o agente para tudo” em um custo mensurável. Times que apoiam o agente em cada tela vão ver a conta crescer. Times que usam o agente para o trabalho em que ele é melhor, que é exploração e operações em massa, vão ver valor governado. O Figma está, intencionalmente ou não, precificando a disciplina.

O que fazer ainda esta semana

Bloqueie 60 minutos com o lead de design ops e caminhe pelas três escolhas de governança contra a sua configuração atual.

Abra sua biblioteca de componentes e puxe a curva de frequência. Se os componentes mais usados não forem os que você quer que o agente assuma como padrão, você tem uma auditoria de biblioteca para agendar antes da disponibilidade geral. O agente vai amplificar o que o relatório de frequência diz, então faça o relatório dizer a coisa certa.

Abra seu sistema de tokens e confirme que as coisas que você quer que o agente use estão de fato referenciáveis por @. Tokens que existem em um arquivo JSON mas não estão expostos como variáveis do Figma vão ser invisíveis para o agente. A governança que você quer impor precisa morar na superfície que o agente enxerga.

Puxe sua matriz de assentos e decida quem recebe assentos completos Pro, Org ou Enterprise. A decisão costumava ser sobre funcionalidades de colaboração. Agora é sobre quem pode entregar trabalho de produção gerado por agente. Essa é uma conversa diferente, e você quer ter essa conversa antes que alguém de marketing pergunte por que não pode usar o agente.

A camada de restrição sobre a qual escrevemos em fevereiro virou nota de release. Os times que construíram seu design system como infraestrutura de governança vão passar o terceiro trimestre ligando o agente e vendo ele funcionar. Os times que não construíram vão passar o terceiro trimestre explicando à liderança por que as telas geradas não se parecem com o produto deles. Ambos os times vão usar a mesma ferramenta. Apenas um deles vai estar feliz por isso.

Fontes

Figma. “The Figma agent is here.” Maio de 2026.

A Victorino ajuda times de design e produto a transformar o design system na camada de governança do trabalho gerado por IA: contato@victorino.com.br | www.victorino.com.br