Figma detalha controles para agentes com specs, bibliotecas e acesso

No Config India 2026, a Figma apresentou uma estrutura mais explícita para como seu próprio agente e agentes de terceiros podem operar dentro da plataforma. Em suas notas de versão e em uma reportagem do TechCrunch, a empresa descreveu um conjunto de ferramentas pensado para dar aos agentes mais contexto e também mais restrições: um novo editor baseado em Markdown chamado Specs, diretrizes vinculadas a bibliotecas de design, fontes de código, sistemas de design centralizados e um suporte ampliado por meio do Figma MCP. O fio condutor é governança. A Figma não está apenas adicionando recursos de IA; ela também está tentando definir como as equipes podem moldar o comportamento dos agentes com regras, arquivos e referências compartilhadas.

A ênfase nesses controles parece estar ligada a um limite que a própria Figma reconhece. Segundo o TechCrunch, depois de disponibilizar seu agente no canvas para uma base mais ampla de usuários na semana passada, a empresa também está fornecendo ferramentas para direcioná-lo a resultados mais previsíveis porque a IA é não determinística. Esse enquadramento importa. Em vez de apresentar agentes como totalmente confiáveis por padrão, a empresa posiciona o contexto e as regras do sistema como uma forma de reduzir a variabilidade.

Um espaço nativo para intenção e contexto

O anúncio central é o Figma Specs. Nas notas de versão da Figma, o Specs é descrito como um espaço nativo para contexto que reúne intenção escrita, exploração visual e detalhes técnicos para equipes e agentes. O TechCrunch acrescenta que se trata de um editor em Markdown que permite aos usuários definir sua linguagem de design de maneira simples. Segundo a reportagem, o Specs pode existir como um arquivo independente dentro da Figma ou ao lado do canvas, e os usuários podem referenciar outros elementos da Figma, como elementos do canvas, diagramas do FigJam, camadas de código e designs.

Tomadas em conjunto, as duas fontes sugerem que o Specs foi pensado para fazer mais do que documentar um projeto para pessoas. Ele também deve se tornar um contexto legível por máquina para sistemas de IA que trabalham na Figma. As notas de versão não entram no mesmo nível de detalhe técnico do TechCrunch sobre incorporação ou referência a outros objetos da Figma, mas as duas fontes convergem no papel mais amplo: os agentes devem poder consultar o mesmo contexto escrito e visual que os colaboradores humanos.

A disponibilidade é mais clara aqui do que em alguns dos outros anúncios. A Figma afirma que o Specs está começando a ser liberado agora em beta aberta nos planos pagos. Essa distinção é importante para discussões de governança dentro das organizações: o recurso não é descrito como disponibilidade geral, e não aparece como disponível em todos os planos.

Bibliotecas, diretrizes e código como restrições aos agentes

Além do Specs, a Figma também está formalizando outras camadas de controle. Suas notas de versão dizem que as equipes podem adicionar diretrizes a bibliotecas de design publicadas para que o agente siga padrões estabelecidos e evite antipadrões. Esse recurso está sendo liberado agora em beta aberta. A Figma também afirma que código de repositórios no GitHub ou de pacotes npm pode ser importado como fonte de código para ajudar o agente a criar e editar componentes e camadas de código que reflitam sistemas de design reais. Esse recurso está sendo liberado agora em beta fechada.

O TechCrunch apresenta um quadro semelhante, dizendo que as equipes podem trazer mais contexto sobre design, incluindo bibliotecas de design, bibliotecas de código e diretrizes para gerenciar o contexto do sistema de design, e que os agentes podem consultar esse sistema centralizado para seguir regras. As próprias notas de versão da Figma são mais específicas quanto ao empacotamento do produto. Elas descrevem sistemas de design centralizados como conjuntos de bibliotecas de design, bibliotecas de código e diretrizes agrupados em um único sistema de design, de modo que a manutenção fique mais fácil para os autores e a conformidade, mais simples para todos. Mas a Figma classifica os sistemas de design centralizados apenas como prévia.

• Specs: beta aberta em planos pagos.
• Diretrizes em bibliotecas de design publicadas: beta aberta.
• Fontes de código de repositórios GitHub ou pacotes npm: beta fechada.
• Sistemas de design centralizados: apenas prévia.
• Figma MCP com 20 novos parceiros: disponível agora.

Essa divisão importa porque a narrativa de governança está espalhada por recursos em diferentes níveis de maturidade. Alguns controles já podem ser usados de forma relativamente ampla por clientes pagantes, alguns são limitados a usuários selecionados, e alguns permanecem apenas como prévia. Qualquer empresa que esteja avaliando quanto de política e processo consegue de fato impor com os agentes da Figma hoje precisará separar a direção anunciada da disponibilidade real no presente.

Camadas de código ampliam o alcance operacional dos agentes

A Figma não está apenas apertando as instruções; ela também está expandindo o que os agentes podem fazer. As camadas de código, anunciadas pela primeira vez em beta privada em junho, segundo o TechCrunch, agora estão sendo liberadas em beta aberta, de acordo com as duas fontes. A Figma as descreve como uma forma de criar protótipos interativos baseados em código no canvas por meio da conversão de um frame de design, da importação de um repositório GitHub, da captura de um site com a extensão da Figma para Chrome ou de um prompt criado do zero.

O TechCrunch acrescenta outro detalhe relevante para a governança: os usuários podem pedir ao agente que transforme um design em código ou altere parte do código para iterar sobre um protótipo. Em outras palavras, o agente está se aproximando de uma superfície de construção, e não apenas de um assistente de brainstorming. As notas de versão da Figma reforçam essa direção ao afirmar que o Figma MCP agora pode ser usado a partir de ferramentas externas de IA para criar camadas de código, editar specs ou gerar imagens no canvas.

Essa combinação traz duas implicações. Primeiro, os controles de contexto se tornam mais significativos quando o agente pode afetar protótipos baseados em código, e não apenas artefatos estáticos de design. Segundo, a interoperabilidade se torna, por si só, uma questão de governança. A Figma afirma que o MCP agora tem desempenho mais rápido, suporte para mais produtos da Figma e suporte para 20 novos parceiros. O TechCrunch cita Open Code, Dia, Grok Bot e Sarvam entre as ferramentas adicionadas. As notas da Figma não listam esses nomes no trecho fornecido, portanto esse detalhe sobre parceiros vem do TechCrunch.

Integração com o Payload e a passagem do protótipo para o app

Outra parte do anúncio vai além da governança de design e avança para a entrega de aplicações. A Figma afirma que o Make agora monta nativamente a estrutura de um backend com Payload, fornecendo um CMS, banco de dados, mídia, APIs, autenticação e um painel administrativo, com hospedagem da própria Figma para que conteúdo e dados fiquem no mesmo lugar que os designs que os moldam. Segundo as notas de versão, isso está sendo liberado em todos os planos.

O TechCrunch também informa que a Figma está integrando o Payload ao Figma Make para gerar sites dinâmicos e gerenciar conteúdo diretamente. O artigo observa ainda que a Figma adquiriu no ano passado o CMS headless de código aberto Payload. Embora essa integração não seja apresentada principalmente como um recurso de governança de agentes, ela reforça a lógica mais ampla de produto por trás dos anúncios: contexto de design, contexto de código e contexto de conteúdo estão sendo reunidos em um único ambiente no qual agentes podem atuar.

O que está confirmado e o que ainda aponta direção

Consideradas em conjunto, as fontes trazem uma mensagem central consistente: a Figma quer que as equipes definam como os agentes se comportam ao lhes fornecer contexto explícito e regras. Ainda assim, cabe cautela em dois pontos. Primeiro, várias capacidades ainda não estão totalmente disponíveis. Beta aberta, beta fechada e apenas prévia não significam a mesma coisa em termos operacionais. Segundo, alguns detalhes de implementação aparecem apenas em uma das fontes. Por exemplo, o TechCrunch descreve o Specs como baseado em Markdown e diz que ele pode referenciar elementos incorporados da Figma, enquanto as notas de versão da Figma se concentram mais no propósito amplo do produto do que nesses mecanismos exatos.

As fontes também diferem em ênfase. O TechCrunch destaca a justificativa de que a IA é não determinística e de que a Figma está tentando direcionar os resultados para maior previsibilidade. Já as notas de versão da Figma enfatizam fluxo de trabalho e cobertura de produto, descrevendo formas de criar e colaborar com código, capturar e compartilhar contexto e construir com dados e conteúdo reais. São relatos compatíveis, mas não idênticos.

Na prática, a mudança é que a Figma está oferecendo às equipes mecanismos mais concretos para decidir o que um agente deve ver, quais regras ele deve seguir e onde está autorizado a atuar. Hoje, isso pode significar documentar a intenção no Specs, anexar orientações a bibliotecas publicadas e testar fluxos de trabalho baseados em código em beta aberta, reconhecendo ao mesmo tempo que alguns controles ainda permanecem em beta fechada ou em prévia. Em resumo, as organizações já podem começar a tratar o comportamento de agentes menos como um exercício improvisado de prompt e mais como uma parte governada do sistema de design, mas precisarão confrontar essa ambição com o estágio atual de liberação de cada recurso.