Figma integra MCP Server a Slides, FigJam, Make e Figma Agent para ações por prompt

O Figma não está só adicionando IA ao canvas, está redefinindo onde o design começa e termina. Com o MCP Server agora em produção em Slides, FigJam, Make e o novo Figma Agent, a plataforma virou um orquestrador de fluxos inteiros: não só gera telas ou decks, mas sincroniza decisões entre Slack, Asana, GitHub e o sistema de design da equipe, tudo com prompts que entendem contexto, não só comandos. O suporte a fontes personalizadas não é um detalhe estético: é uma garantia de que a identidade visual não se perde na automação. E o download_assets não substitui o export manual, ele devolve ativos vetoriais e rasterizados *como código-fonte do design*, prontos para serem injetados em pipelines de build ou documentação técnica.

Essa camada MCP não é um plugin isolado. Ela opera como um protocolo de tradução entre linguagem natural, estrutura de componentes e arquitetura de código, por isso funciona igualmente bem para um PM atualizando um deck de lançamento, um designer ajustando estados de um componente no Make ou um engenheiro puxando um fluxo de login diretamente do código para o canvas. O agente não 'imagina' o layout: ele lê sua biblioteca, seus tokens, suas regras de auto layout e aplica-as, sem aproximações, sem fallbacks web-safe.

Na cobertura de 20 de maio, o Figma Agent ainda estava em beta fechado e limitado ao canvas. Hoje, ele já opera em quatro produtos simultaneamente, e, crucialmente, passou de 'assistente visual' para 'agente de sistema': agora lê e escreve em Slides, FigJam e Make, além de sincronizar bidirecionalmente com GitHub via Figma Make. O que era rumor sobre escrita em código (reportado em 5 de maio no Workflow Lab) virou realidade: o agente não só sugere mudanças, mas gera PRs válidas com estados atualizados de componentes. Também saiu do estágio 'experimentação' para 'produção': o download_assets, citado apenas como recurso futuro em abril, agora está ativo e integrado nativamente à interface de exportação.

Designers deixaram de ser responsáveis só pela aparência, agora gerenciam a coerência entre prompts, protótipos interativos, documentos colaborativos e código-fonte. Um único prompt pode atualizar um deck de vendas, gerar um workshop no FigJam com dados reais de produto e sincronizar um componente no Make com o GitHub, tudo mantendo os mesmos tokens de cor, tipografia e comportamento. Isso reduz o risco de desvio entre o que foi aprovado e o que foi entregue. Para equipes, significa menos revisão de 'fidelidade visual' e mais foco em 'intenção de experiência'. E para desenvolvedores, significa que o canvas deixou de ser um artefato estático: é agora um ponto de entrada válido para o ciclo de vida do software.