Figma detalha salvaguardas para agentes com Specs, bibliotecas e controlo de acesso

Na Config India 2026, a Figma apresentou um enquadramento mais explícito para a forma como o seu próprio agente e agentes de terceiros podem operar dentro da sua plataforma. Nas suas notas de lançamento e num artigo da TechCrunch, a empresa descreveu um conjunto de ferramentas destinadas a dar aos agentes mais contexto e, ao mesmo tempo, mais restrições: um novo editor baseado em Markdown chamado Specs, orientações associadas a bibliotecas de design, fontes de código, sistemas de design centralizados e um apoio mais alargado através do Figma MCP. O fio condutor é a governação. A Figma não está apenas a acrescentar funcionalidades de IA; está também a tentar definir de que modo as equipas podem moldar o comportamento dos agentes com regras, ficheiros e referências partilhadas.

A ênfase nas salvaguardas parece estar ligada a um limite que a própria Figma reconhece. A TechCrunch refere que, depois de ter disponibilizado o seu agente no canvas a uma base de utilizadores mais alargada na semana passada, a empresa está também a fornecer ferramentas para o orientar para resultados mais previsíveis, porque a IA é não determinística. Este enquadramento é importante. Em vez de apresentar os agentes como totalmente fiáveis por defeito, a empresa posiciona o contexto e as regras de 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 lançamento 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 equipas e agentes. A TechCrunch acrescenta que se trata de um editor Markdown que permite aos utilizadores definir a sua linguagem de design de forma simples. Segundo essa publicação, o Specs pode existir como ficheiro autónomo na Figma ou lado a lado com o canvas, e os utilizadores podem fazer referência a outros elementos da Figma, como elementos do canvas, diagramas FigJam, code layers e designs.

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

A disponibilidade é aqui mais clara do que noutros anúncios. A Figma diz que o Specs está a ser disponibilizado agora em beta aberta nos planos pagos. Esta distinção é importante para discussões de governação dentro das organizações: a funcionalidade não é descrita como geralmente disponível e não aparece indicada para todos os planos.

Bibliotecas, orientações e código como restrições para agentes

Para além do Specs, a Figma está também a formalizar outras camadas de controlo. As suas notas de lançamento dizem que as equipas podem acrescentar orientações a bibliotecas de design publicadas para que o agente siga padrões estabelecidos e evite anti-padrões. Esta funcionalidade está a ser disponibilizada agora em beta aberta. A Figma diz ainda que o código proveniente de repositórios GitHub ou pacotes npm pode ser importado como fontes de código para ajudar o agente a criar e editar componentes e code layers que reflitam sistemas de design reais. Essa funcionalidade está a ser disponibilizada agora em beta fechada.

A TechCrunch apresenta um quadro semelhante, afirmando que as equipas podem trazer mais contexto sobre design, incluindo bibliotecas de design, bibliotecas de código e orientações para gerir o contexto do sistema de design, e que os agentes podem recorrer a esse sistema centralizado para cumprir regras. As notas de lançamento da própria Figma são mais específicas quanto ao empacotamento do produto. Descrevem sistemas de design centralizados como conjuntos de bibliotecas de design, bibliotecas de código e orientações agrupados num único sistema de design, para que a manutenção seja mais fácil para os autores e a conformidade seja mais simples para todos. Mas a Figma classifica os sistemas de design centralizados apenas como pré-visualização.

• Specs: beta aberta nos planos pagos.
• Orientações 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 em pré-visualização.
• Figma MCP com 20 novos parceiros: disponível agora.

Esta divisão é relevante porque a narrativa de governação está distribuída por funcionalidades com níveis de maturidade diferentes. Alguns controlos já podem ser usados de forma relativamente alargada por clientes pagantes, alguns estão limitados a utilizadores selecionados e outros permanecem apenas como pré-visualização. Qualquer empresa que esteja a avaliar até que ponto consegue realmente impor políticas e processos com agentes da Figma hoje terá de separar a direção anunciada da disponibilidade efetiva no presente.

As code layers alargam o raio de ação do agente

A Figma não está apenas a apertar as instruções; está também a expandir aquilo que os agentes podem fazer. As code layers, anunciadas pela primeira vez em beta privada em junho segundo a TechCrunch, estão agora a ser disponibilizadas em beta aberta, de acordo com ambas as fontes. A Figma descreve-as como uma forma de criar protótipos interativos suportados por código no canvas, convertendo uma frame de design, importando um repositório GitHub, captando um website com a extensão Figma para Chrome, ou criando a partir de um prompt do zero.

A TechCrunch acrescenta outro detalhe relevante para a governação: os utilizadores podem pedir ao agente para transformar um design em código ou alterar parte do código para iterar num protótipo. Por outras palavras, o agente aproxima-se mais de uma superfície de construção e não apenas de um assistente de ideação. As notas de lançamento da Figma reforçam essa direção ao dizerem que o Figma MCP pode agora ser usado a partir de ferramentas externas de IA para criar code layers, editar specs ou gerar imagens no canvas.

Esta combinação tem duas implicações. Em primeiro lugar, os controlos de contexto tornam-se mais significativos quando o agente pode afetar protótipos suportados por código em vez de apenas artefactos de design estáticos. Em segundo lugar, a interoperabilidade passa a ser, por si só, uma questão de governação. A Figma afirma que o MCP tem agora desempenho mais rápido, suporte para mais produtos Figma e suporte para 20 novos parceiros. A TechCrunch menciona Open Code, Dia, Grok Bot e Sarvam entre as ferramentas adicionadas. As notas da Figma não listam esses nomes no excerto fornecido, pelo que esse detalhe sobre parceiros vem da TechCrunch.

Integração com Payload e a passagem de protótipo a aplicação

Outra parte do anúncio vai além da governação do design e entra na entrega de aplicações. A Figma afirma que o Make passa agora a estruturar nativamente um backend Payload, fornecendo um CMS, base de dados, multimédia, APIs, autenticação e um painel de administração, com alojamento da Figma para que o conteúdo e os dados vivam no mesmo local que os designs que lhes dão forma. Segundo as notas de lançamento, isto está a ser disponibilizado em todos os planos.

A TechCrunch refere de forma semelhante que a Figma está a integrar o Payload com o Figma Make para gerar websites dinâmicos e gerir diretamente conteúdos. O artigo observa também que a Figma adquiriu no ano passado o CMS headless open source Payload. Embora esta integração não seja apresentada principalmente como uma funcionalidade de governação de agentes, reforça a lógica de produto mais ampla por trás dos anúncios: contexto de design, contexto de código e contexto de conteúdo estão a ser reunidos num único ambiente onde os agentes podem atuar.

O que está confirmado e o que continua a ser direcional

Em todas as fontes, a mensagem central é consistente: a Figma quer que as equipas definam como os agentes se comportam, dando-lhes contexto e regras explícitas. Ainda assim, justifica-se cautela em dois pontos. Em primeiro lugar, várias capacidades não estão totalmente disponíveis. Beta aberta, beta fechada e apenas pré-visualização não significam o mesmo do ponto de vista operacional. Em segundo lugar, alguns detalhes de implementação surgem apenas numa das fontes. Por exemplo, a TechCrunch descreve o Specs como baseado em Markdown e diz que pode referenciar elementos incorporados da Figma, enquanto as notas de lançamento da Figma se concentram mais no propósito geral do produto do que nesses mecanismos exatos.

As fontes também diferem na ênfase. A TechCrunch destaca a justificação de que a IA é não determinística e de que a Figma está a tentar orientar os resultados para uma maior previsibilidade. As notas de lançamento da Figma sublinham o fluxo de trabalho e a cobertura do produto, descrevendo formas de construir e colaborar com código, captar e partilhar contexto, e construir com dados e conteúdos reais. São leituras compatíveis, mas não são idênticas.

Para as empresas, a mudança prática é que a Figma está a dar às equipas mecanismos mais concretos para decidir o que um agente deve ver, que regras deve seguir e onde pode atuar. Hoje, isso pode significar documentar a intenção no Specs, associar orientações a bibliotecas publicadas e testar fluxos de trabalho suportados por código em beta aberta, reconhecendo ao mesmo tempo que alguns controlos continuam em beta fechada ou em pré-visualização. Em suma, as organizações podem começar a tratar o comportamento dos agentes menos como um exercício ad hoc de prompts e mais como uma parte governada do sistema de design, mas terão de confrontar essa ambição com o estado atual de disponibilização de cada funcionalidade.