Figma Make passa a montar até o backend do protótipo, e a curadoria humana muda de lugar

Um protótipo que já nasce com banco de dados

Até pouco tempo, pedir um app ao Figma Make significava receber telas navegáveis com alguma lógica de interface. Em 13 de outubro de 2026, a Figma passou a rodar o Gemini 4 Argon como opção de modelo no Make, selecionável no seletor de modelos da caixa de prompt. Dois dias depois, no Config India 2026, a empresa anunciou um pacote de recursos que muda o que "pronto" significa: o Make agora pode escrever o backend↳Back-end49 conteúdosIntegração front-end com backend: 7 decisões que evitam caos entre APIs, BFF e GraphQLDev (Back & Front) · abr 2026Como criar uma FAKE API REST para testes — JSONPlaceholderDev (Back & Front) · set 2025Construindo um aplicativo de bate-papo de IA simples com Spring AI e AngularDev (Back & Front) · jul 2025Ver tudo em Dev (Back & Front) → inteiro do que gera.

O nome do recurso é Payload in Figma. Segundo as notas de lançamento da Figma, ele dá ao protótipo gerado por texto um CMS, banco de dados↳Banco de dados134 conteúdosSQL ou NoSQL: eis a questão!!Data · mar 2020Banco de dados: como organizar e dar segurança para milhões de dados de loteriasData · mai 20215 serviços gratuitos na cloud para bancos de dados PostgresData · fev 2025Ver tudo em Data →, armazenamento de mídia, APIs, autenticação e painel administrativo, tudo hospedado pela própria Figma.

Payload em Figma transforma um protótipo em aplicativo de produção, com CMS, banco de dados, mídia, APIs, autenticação e painel administrativo.

Figma, notas de lançamento, 15 de outubro de 2026Payload in Figma: Make now natively scaffolds a Payload backend, giving your app a CMS, database, media, APIs, auth, and an admin panel, turning a prototype into a production app.

Para quem desenha fluxo de produto, isso é uma mudança de categoria, não de grau. Um protótipo que só simula clique é material de teste de usabilidade. Um protótipo com banco de dados real, autenticação real e painel administrativo é, na prática, um MVP que alguém pode publicar sem passar por engenharia. A pergunta que isso levanta não é se o Make consegue gerar isso (ele consegue), mas quem decide se o que foi gerado está pronto para usuário de verdade.

Code sources e Guidelines: a tentativa de ensinar consistência à IA

Junto com o Payload, a Figma lançou dois recursos que miram diretamente o problema de consistência de design system. O primeiro é Code sources, em beta fechado: permite importar repositórios do GitHub ou pacotes do npm para que o agente construa componentes e code layers refletindo o design system real da equipe, em vez de inventar um componente genérico parecido.

O segundo é Guidelines, em beta aberto para todos os planos. Times podem adicionar diretrizes às bibliotecas de design publicadas, e o agente passa a seguir os padrões estabelecidos do design system e evitar antipadrões ao gerar interface.

Os dois recursos resolvem o mesmo problema por ângulos diferentes: Code sources dá ao agente o código real para copiar; Guidelines dá ao agente a regra para não errar quando não há código para copiar. Nenhum dos dois funciona sozinho. Guidelines só evita antipadrão se alguém already documentou qual é o antipadrão; Code sources só reflete o design system se o repositório importado estiver atualizado. A Figma também anunciou, só como prévia, design systems centralizados que empacotam bibliotecas de design, bibliotecas de código e guidelines num único lugar, para facilitar manutenção.

Em resumo: o Make não aprendeu sozinho o que é um bom padrão de interface. Ele passou a ter onde procurar a resposta, desde que o time de produto tenha escrito essa resposta antes.

Onde a pesquisa entra (e onde ainda não entra)

Em 30 de outubro de 2026, a Figma liberou, para todos os planos incluindo o Starter, um conector de Google Drive dentro do agente do Figma e do Make. A proposta declarada nas notas de lançamento é trazer o contexto de arquivos existentes para dentro do arquivo Figma, incluindo resumir insights de pesquisa, referenciar dados reais ou puxar assets para editar no canvas.

Isso muda o ponto de entrada da pesquisa no fluxo. Em vez de o designer ler um relatório de pesquisa e traduzir manualmente os achados em decisão de interface, o agente pode consumir o documento de pesquisa direto do Drive e usá-lo como contexto para o prompt. Na prática, isso significa que a qualidade do protótipo gerado passa a depender da qualidade do que está arquivado no Drive da equipe, não só da qualidade do prompt digitado na hora.

Acessibilidade é a peça que não aparece em nenhuma das notas de lançamento revisadas aqui. Nem Guidelines, nem Code sources, nem Payload mencionam contraste, leitor de tela, navegação por teclado ou semântica de HTML como critério que o agente verifica. Guidelines fala em "padrões do design system" e "antipadrões", mas isso é consistência visual e de componente, não conformidade com WCAG. Um design system pode ser inteiramente consistente e ainda assim inacessível, se ninguém escreveu a diretriz de acessibilidade dentro dele.

O recurso que pode virar o lugar certo para isso: Specs

Também anunciado no Config India 2026, em beta aberto para todos os planos, o Figma Specs é descrito pela empresa como um "lar nativo para contexto": um lugar para reunir intenção escrita, exploração visual e detalhes técnicos, tanto para o time quanto para os agentes de IA↳Agentes de IA42 conteúdosOpera passa a integrar ChatGPT, Claude e outros agentes de IADev (Back & Front) · mar 2026Operações mais inteligentes, decisões mais rápidas: o impacto da IA agêntica na rotina de TIAI · abr 2026Adobe aposta em orquestração de agentes de IA: o que muda para devsDev (Back & Front) · abr 2026Ver tudo em AI →.

Esse é o recurso que, na estrutura atual do Figma Make, mais se presta a carregar o que hoje fica de fora: um requisito de acessibilidade, um critério de aceite de pesquisa, uma restrição técnica que o protótipo gerado precisa respeitar. Mas Specs é infraestrutura, não política. Ele guarda o que o time decidiu escrever; não decide sozinho que acessibilidade é obrigatória.

O que muda de fato no fluxo de produto

O efeito prático, juntando Payload, Code sources, Guidelines e Specs, é que o Figma Make deixou de ser só uma ferramenta de exploração rápida de interface e passou a ser também uma ferramenta de scaffolding de produto. Isso desloca onde o trabalho humano se concentra:

• Antes de prompt: curadoria do que entra nas Guidelines e nos Code sources, porque é isso que define se o agente erra ou acerta o padrão.
• Durante o prompt: decidir o que vai para dentro do Specs como contexto obrigatório, incluindo requisitos de acessibilidade que a Figma ainda não automatiza.
• Depois do prompt: revisão humana do resultado, porque nenhuma das novidades anunciadas inclui checagem automática de WCAG, teste com usuário real ou validação de que o backend scaffolded pelo Payload está seguro para produção.

Para equipes pequenas, o ganho é real: um protótipo com Payload já tem CMS e autenticação funcionando, o que antes exigia um desenvolvedor dedicado. O risco é publicar esse protótipo como se a geração automática já tivesse resolvido acessibilidade e research, quando o que a Figma entregou foi apenas o encanamento técnico. A curadoria não ficou menor com o Figma Make mais capaz; ela só deixou de acontecer na tela e passou a acontecer no que o time escreve antes, em Guidelines e Specs, e no que o time confere depois, com revisão manual.

Fonte: Figma Release Notes (changelog oficial)