Figma ha presentado nuevas funciones para definir mejor cómo trabajan los agentes de inteligencia artificial dentro de su plataforma. La actualización llega acompañada de la apertura en beta de Code Layers, una herramienta con la que la compañía quiere conectar el diseño visual con elementos de código más cercanos al producto final. El anuncio no convierte a Figma en un entorno de programación, pero sí refuerza su ambición de ser el punto donde diseñadores, desarrolladores y agentes comparten contexto.
El cambio responde a un problema cotidiano en los equipos digitales. Un agente puede generar una pantalla convincente, pero cometer errores cuando no entiende qué componentes son reutilizables, qué reglas tiene un sistema de diseño o qué decisiones ya se tomaron en el archivo. Figma quiere que la automatización opere sobre esa estructura, no solo sobre una imagen o una instrucción escrita.
La ventaja competitiva de un agente de diseño no está en dibujar píxeles rápido, sino en respetar las reglas que hacen reconocible y mantenible un producto. Cuando un equipo conserva tipografías, variantes, tokens y componentes en un espacio común, el resultado de la IA puede revisarse y corregirse con menos trabajo manual. Esa es la clase de integración que importa a una empresa que debe actualizar decenas de pantallas sin romper la coherencia de su aplicación.
Las novedades incluyen formas de observar el trabajo de los agentes en el lienzo y de aportar archivos de Figma como contexto a una petición. También se apoyan en el servidor MCP de la compañía, el mecanismo que permite que herramientas externas conecten con archivos de diseño bajo permisos definidos. Para un equipo de producto, esto abre la puerta a pedir una modificación, ver dónde actúa el agente y mantener a una persona responsable de la aprobación.
Code Layers apunta a una fricción todavía mayor: el salto entre el diseño que se aprueba y el código que se entrega. Durante años, esa transición ha dependido de especificaciones, capturas y conversaciones que se quedan desactualizadas. La beta pretende hacer visible una capa de implementación sin obligar al diseñador a salir de su espacio de trabajo habitual.
Figma está tratando de que la IA deje de ser un generador aislado y se convierta en un colaborador que conoce el sistema de diseño. La distinción es relevante porque las empresas no compran solo rapidez. Compran la posibilidad de producir cambios repetibles, auditables y compatibles con su marca.
Para las compañías españolas que están incorporando asistentes de código y diseño, la lectura práctica es clara. Antes de medir cuántas pantallas crea una herramienta, conviene ordenar los activos que le darán contexto: librerías de componentes, nomenclaturas, permisos y criterios de revisión. Sin esa base, la IA acelera la primera versión, pero puede aumentar la deuda de diseño y desarrollo en las siguientes.
La apuesta también eleva la discusión sobre gobierno. Un agente con acceso a un archivo compartido puede afectar a muchas decisiones a la vez. Figma mantiene controles de acceso y visibilidad de los cambios, pero cada organización tendrá que decidir qué acciones permite de forma autónoma y cuáles deben pasar por revisión humana. Un cambio de color es reversible; una modificación masiva de un sistema de componentes puede no serlo.
El diseño asistido por IA avanza hacia flujos donde la supervisión humana ocurre durante el trabajo, no solo al final. Esa idea puede parecer menos espectacular que pedir una interfaz con una frase, pero encaja mucho mejor con la realidad de los productos que tienen usuarios, equipos y ciclos de lanzamiento continuos.
Figma no resuelve con este anuncio todos los problemas entre diseño y código. La calidad del resultado seguirá dependiendo de la información disponible y del criterio del equipo. Aun así, la dirección es significativa: las plataformas de producto quieren convertirse en el lugar donde los agentes reciben contexto operativo, ejecutan tareas acotadas y dejan un rastro útil para quienes tienen que mantener el software.
