Figma Agent ya vive en el canvas: cuando usar el agente nativo y cuando seguir con MCP
Figma lanzo su agente de diseno el 20 de mayo de 2026 y la parte util para builders no es solo pedir pantallas con prompts. El cambio real es tener un agente que entiende componentes, tokens y contexto del archivo, mientras el MCP server sigue sirviendo para mover trabajo entre codigo y canvas.

En muchas empresas ya paso algo raro: el agente acelera el codigo, pero el equipo de producto y diseno tarda mas en seguirle el ritmo. Las PRs salen, el contexto se fragmenta y nadie sabe bien si el resultado respeta el sistema de diseno o solo "se ve parecido".
Figma esta intentando entrar justo ahi. El 20 de mayo de 2026 anuncio Figma Agent, un agente nativo que vive dentro del canvas. Y la pregunta que vale trafico no es "si diseña con IA". La pregunta es cuando conviene usar el agente integrado y cuando sigue siendo mejor el MCP server.

La diferencia importante: agente nativo vs agente conectado
La propia nota de Figma lo explica bastante bien:
- el agente nativo sirve para trabajar dentro del canvas con contexto extra de componentes, tokens, estandares y mejores practicas del archivo;
- el MCP server sigue siendo la pieza para traer codigo al canvas o empujar cambios desde Figma hacia otros flujos.
Esa separacion importa mucho. Mucha cobertura va a vender esto como "Figma ahora tiene su propio agente". Eso es cierto, pero incompleto. La novedad util es la combinacion:
- agente nativo para explorar, iterar y hacer cambios de alto contexto dentro del archivo;
- MCP para conectar ese trabajo con tu loop de desarrollo, herramientas y agentes externos.
Donde si cambia el trabajo diario
Figma posiciona el agente como una forma de:
- arrancar prompts desde una capa concreta;
- explorar varias direcciones en paralelo;
- hacer bulk edits sobre tipografia, componentes o contenido;
- y mantener el trabajo en el mismo archivo donde ya colabora el equipo.
Ese detalle reduce un costo que los builders conocen bien: salir del entorno, explicarle otra vez al agente el sistema de diseno y volver con un resultado que luego alguien tiene que aterrizar manualmente.
Si el agente entiende el archivo y el sistema que ya usas, el prompt deja de ser un tiro ciego y se vuelve una operacion sobre contexto real.

La lectura mas util para developers: no reemplaza MCP, lo vuelve mas especifico
Figma no esta matando MCP. Lo esta delimitando mejor.
En el anuncio dicen que, cuando estas en el canvas, el agente nativo tiene ventaja porque ya vive dentro del archivo. Pero cuando quieres mover trabajo entre codigo y diseno, el MCP server y herramientas como use_figma siguen siendo la ruta correcta.
Eso ayuda a evitar un error comun: tratar todo como si fuera un solo tipo de agente. No lo es.
- Si necesitas iterar layouts, variantes y cambios de sistema de diseno, usa el agente nativo.
- Si necesitas meter contexto de implementacion o llevar decisiones de Figma al entorno de coding, MCP sigue teniendo mas sentido.
Para Agente IA esta historia compite bien porque responde una intencion concreta:
figma agentfigma mcpfigma design agentcuando usar figma agent vs mcp
Ojo con el tradeoff de calidad
La misma nota reconoce el riesgo correcto: si la IA hace mas facil generar pantallas, tambien hace mas facil producir cosas promedio. Ese es el matiz que vale explicar en espanol.
El agente te ahorra trabajo mecanico y te deja explorar mas rapido, pero no decide por ti si la solucion es la adecuada. Si tu equipo no tiene criterios claros sobre sistemas, copy, estados y accesibilidad, vas a producir basura a mayor velocidad.
Por eso me parece mejor leer el anuncio como una herramienta de iteracion y mantenimiento del sistema, no como una excusa para saltarte criterio de producto.
Beta, acceso y siguiente paso
Figma dice que el agente se esta desplegando gradualmente en beta y que durante beta no consume credits. Tambien aclara que el acceso depende del tipo de asiento y plan. O sea: es una noticia operable, pero no necesariamente universal para todos hoy mismo.
Si tu equipo todavia esta aterrizando como trabajar con agentes sin quemar contexto ni perder control, empieza por el curso gratis. Y si quieres otra pieza del rompecabezas sobre como bajar arquitectura de agente a una superficie visual compartible, esta conecta bien con Chrome 149 y WebMCP para verificar interfaces con agentes.
Mi lectura final es sencilla: Figma no solo agrego IA. Agrego una distincion mas madura entre el agente que vive en la herramienta y el protocolo que conecta herramientas. Para builders, esa diferencia cambia el workflow.