Figma detalla los límites para agentes con Specs, bibliotecas y controles de acceso

En Config India 2026, Figma presentó un marco más explícito sobre cómo su propio agente y los agentes de terceros pueden operar dentro de su plataforma. Entre sus notas de lanzamiento y un reportaje de TechCrunch, la compañía describió un conjunto de herramientas pensadas para dar a los agentes más contexto y también más restricciones: un nuevo editor basado en Markdown llamado Specs, directrices asociadas a bibliotecas de diseño, fuentes de código, sistemas de diseño centralizados y una compatibilidad más amplia a través de Figma MCP. El hilo conductor de todo ello es la gobernanza. Figma no solo está añadiendo funciones de IA; también intenta definir de qué manera los equipos pueden moldear el comportamiento de los agentes mediante reglas, archivos y referencias compartidas.

El énfasis en estos límites parece estar ligado a una limitación que la propia Figma reconoce. Según TechCrunch, después de haber puesto su agente en el lienzo a disposición de una base de usuarios más amplia durante la última semana, Figma también está proporcionando herramientas para orientarlo hacia resultados más previsibles porque la IA es no determinista. Ese enfoque importa. En lugar de presentar a los agentes como algo totalmente fiable por defecto, la empresa sitúa el contexto y las reglas del sistema como una forma de reducir la variabilidad.

Un lugar nativo para la intención y el contexto

El anuncio central es Figma Specs. En las notas de lanzamiento de Figma, Specs se describe como un espacio nativo para el contexto que reúne intención escrita, exploración visual y detalles técnicos para equipos y agentes. TechCrunch añade que se trata de un editor Markdown que permite a los usuarios definir su lenguaje de diseño de forma sencilla. Según ese medio, Specs puede existir como un archivo independiente dentro de Figma o junto al lienzo, y los usuarios pueden hacer referencia a otros elementos de Figma, como elementos del lienzo, diagramas de FigJam, capas de código y diseños.

Tomadas en conjunto, ambas fuentes sugieren que Specs está pensado para hacer algo más que documentar un proyecto para personas. También está destinado a convertirse en contexto legible por máquina para sistemas de IA que trabajen dentro de Figma. Las notas de lanzamiento no entran en el mismo nivel de detalle técnico que TechCrunch sobre la inserción o referencia de otros objetos de Figma, pero ambas fuentes coinciden en el papel general: los agentes deberían poder consultar el mismo contexto escrito y visual que los colaboradores humanos.

La disponibilidad es aquí más clara que en otros anuncios. Figma afirma que Specs ya se está desplegando en beta abierta en los planes de pago. Esa distinción es importante para los debates sobre gobernanza dentro de las organizaciones: la función no se describe como de disponibilidad general y tampoco se indica para todos los planes.

Bibliotecas, directrices y código como restricciones para los agentes

Más allá de Specs, Figma también está formalizando otras capas de control. Sus notas de lanzamiento indican que los equipos pueden añadir directrices a bibliotecas de diseño publicadas para que el agente siga patrones establecidos y evite antipatrones. Esta función ya se está desplegando en beta abierta. Figma también señala que el código procedente de repositorios de GitHub o de paquetes npm puede importarse como fuentes de código para ayudar al agente a crear y editar componentes y capas de código que reflejen sistemas de diseño reales. Esa función ya se está desplegando en beta cerrada.

TechCrunch presenta una imagen parecida y afirma que los equipos pueden incorporar más contexto de diseño, incluidas bibliotecas de diseño, bibliotecas de código y directrices para gestionar el contexto del sistema de diseño, y que los agentes pueden remitirse a ese sistema centralizado para ajustarse a las reglas. Las propias notas de lanzamiento de Figma son más específicas en cuanto al empaquetado del producto. Describen los sistemas de diseño centralizados como paquetes de bibliotecas de diseño, bibliotecas de código y directrices agrupadas en un único sistema de diseño para que el mantenimiento sea más sencillo para los autores y el cumplimiento sea más fácil para todos. Pero Figma etiqueta los sistemas de diseño centralizados como una función solo en vista previa.

• Specs: beta abierta en los planes de pago.
• Directrices en bibliotecas de diseño publicadas: beta abierta.
• Fuentes de código desde repositorios de GitHub o paquetes npm: beta cerrada.
• Sistemas de diseño centralizados: solo vista previa.
• Figma MCP con 20 nuevos socios: disponible ya.

Este desglose importa porque la historia de gobernanza se reparte entre funciones con distintos niveles de madurez. Algunos controles ya son de uso relativamente amplio para clientes de pago, otros se limitan a usuarios seleccionados y otros siguen siendo solo una vista previa. Cualquier empresa que evalúe hasta qué punto puede hacer cumplir hoy políticas y procesos con los agentes de Figma tendrá que distinguir entre la dirección anunciada y la disponibilidad real en el presente.

Las capas de código amplían el radio de acción del agente

Figma no solo está endureciendo las instrucciones; también está ampliando lo que los agentes pueden hacer. Las capas de código, anunciadas por primera vez en beta privada en junio según TechCrunch, ahora se están desplegando en beta abierta, de acuerdo con ambas fuentes. Figma las describe como una forma de crear prototipos interactivos respaldados por código en el lienzo mediante la conversión de un marco de diseño, la importación de un repositorio de GitHub, la captura de un sitio web con la extensión de Figma para Chrome o una indicación desde cero.

TechCrunch añade otro detalle relevante para la gobernanza: los usuarios pueden pedir al agente que convierta un diseño en código o que cambie parte del código para iterar sobre un prototipo. En otras palabras, el agente se está acercando más a una superficie de construcción, y no solo a un asistente de ideas. Las notas de lanzamiento de Figma refuerzan esa dirección al afirmar que Figma MCP ahora puede usarse desde herramientas externas de IA para crear capas de código, editar Specs o generar imágenes en el lienzo.

Esa combinación tiene dos implicaciones. En primer lugar, los controles de contexto pasan a ser más importantes cuando el agente puede afectar a prototipos respaldados por código, y no únicamente a artefactos de diseño estáticos. En segundo lugar, la interoperabilidad se convierte en sí misma en una cuestión de gobernanza. Figma afirma que MCP ahora ofrece un rendimiento más rápido, compatibilidad con más productos de Figma y soporte para 20 nuevos socios. TechCrunch menciona entre las herramientas añadidas Open Code, Dia, Grok Bot y Sarvam. Las notas de Figma no enumeran esos nombres en el extracto proporcionado, por lo que ese detalle sobre socios procede de TechCrunch.

La integración de Payload y el paso del prototipo a la aplicación

Otra parte del anuncio va más allá de la gobernanza del diseño y entra en la entrega de aplicaciones. Figma afirma que Make ahora genera de forma nativa la base de un backend de Payload, aportando un CMS, base de datos, archivos multimedia, API, autenticación y un panel de administración, con alojamiento proporcionado por Figma para que el contenido y los datos vivan en el mismo lugar que los diseños que les dan forma. Según las notas de lanzamiento, esto se está desplegando en todos los planes.

TechCrunch informa de manera similar de que Figma está integrando Payload con Figma Make para generar sitios web dinámicos y gestionar directamente el contenido. El artículo también recuerda que Figma adquirió el CMS headless de código abierto Payload el año pasado. Aunque esta integración no se presenta principalmente como una función de gobernanza de agentes, sí refuerza la lógica de producto más amplia detrás de los anuncios: el contexto de diseño, el contexto de código y el contexto de contenido se están reuniendo en un mismo entorno en el que los agentes pueden actuar.

Qué está confirmado y qué sigue siendo orientativo

Al comparar las fuentes, el mensaje principal es coherente: Figma quiere que los equipos definan cómo se comportan los agentes dándoles contexto explícito y reglas claras. Aun así, conviene ser prudentes en dos puntos. En primer lugar, varias capacidades no están totalmente disponibles. Beta abierta, beta cerrada y solo vista previa no significan lo mismo en términos operativos. En segundo lugar, algunos detalles de implementación solo aparecen en una fuente. Por ejemplo, TechCrunch describe Specs como una herramienta basada en Markdown y afirma que puede hacer referencia a elementos integrados de Figma, mientras que las notas de lanzamiento de Figma se centran en la finalidad general del producto más que en esos mecanismos concretos.

Las fuentes también difieren en el énfasis. TechCrunch subraya la idea de que la IA es no determinista y de que Figma intenta orientar los resultados hacia una mayor previsibilidad. Las notas de lanzamiento de Figma ponen el acento en el flujo de trabajo y en la cobertura del producto, describiendo formas de crear y colaborar con código, capturar y compartir contexto y desarrollar con datos y contenido reales. Son relatos compatibles, pero no idénticos.

Para las empresas, el cambio práctico es que Figma está ofreciendo a los equipos palancas más concretas para decidir qué debe ver un agente, qué reglas debe seguir y dónde se le permite actuar. Hoy eso puede traducirse en documentar la intención en Specs, adjuntar orientación a bibliotecas publicadas y probar flujos de trabajo respaldados por código en beta abierta, al tiempo que se reconoce que algunos controles siguen en beta cerrada o en vista previa. En resumen, las organizaciones ya pueden empezar a tratar el comportamiento de los agentes menos como un ejercicio improvisado de prompting y más como una parte gobernada del sistema de diseño, aunque tendrán que medir esa ambición frente al estado real de despliegue de cada función.