Claude Design es la nueva herramienta de Anthropic que genera interfaces completas desde prompts de texto, y su lanzamiento en abril de 2026 abrió una discusión real sobre el futuro de Figma: no porque la vaya a reemplazar mañana, sino porque expone una fragilidad estructural que Figma acumuló durante años sin que nadie le prestara demasiada atención.
En 30 segundos
- Anthropic lanzó Claude Design en abril de 2026, una herramienta que genera prototipos y sistemas de diseño completos desde lenguaje natural.
- Figma eligió un formato cerrado y propietario que quedó fuera de los datos de entrenamiento de los LLMs: los modelos aprendieron código, no primitivas de Figma.
- Con agentes IA mejorando, el código se convierte en la fuente de verdad más lógica: es el medio real, no una aproximación.
- Figma Make y el soporte de MCP intentan responder, pero la brecha estructural con el código ya está abierta.
- El rol del diseñador no desaparece, pero cambia: de “wrangler del sistema” a colaborador directo con el código.
Claude es un modelo de lenguaje grande desarrollado por Anthropic, diseñado para generar texto, responder preguntas y asistir en tareas de análisis y programación. Fue lanzado en 2023 y está disponible a través de API, aplicación web y diversas integraciones.
Claude Design y el futuro de Figma: qué pasó y por qué importa
Claude Design es una herramienta de Anthropic que permite generar interfaces, prototipos y sistemas de diseño completos escribiendo texto en lenguaje natural. No es un asistente que te ayuda a mover capas en Figma: según la cobertura del lanzamiento, genera el output directamente en código, con componentes utilizables, sin pasar por un archivo de diseño intermedio.
Eso es lo que prendió la mecha.
La historia oculta: Figma ganó, pero con un costo
Ponele que sos un diseñador que lleva diez años trabajando en Figma. Construiste tu sistema de componentes, tus variables, tus estilos de texto. Todo prolijo, todo sincronizado. Y de repente aparece una herramienta que genera lo mismo en código limpio, sin que tengas que tocar un solo frame. ¿Cómo llegamos hasta acá?
La historia arranca con la victoria de Figma sobre Sketch. Figma ganó esa batalla parcialmente porque se posicionó como la fuente canónica de verdad: el archivo de Figma era el diseño, y de ahí derivaba todo lo demás. Esa apuesta le salió bien durante años. Pero tuvo un costo que recién se está viendo ahora.
Para sostener esa posición, Figma construyó su propio universo de primitivas: componentes, estilos, variables, props, constraints. Algunos conceptos los tomó prestados del código, otros los inventó. El resultado es un sistema que no mapea limpiamente a ningún paradigma de programación existente. Como analiza Sam Henri Gold en su blog, la complejidad se fue acumulando hasta el punto en que hay roles enteros dedicados exclusivamente a “wranglear” el sistema, y automatizarlo requiere lidiar con un puñado de plugins frágiles.
Y ahí está el problema central: ese formato cerrado y en gran parte no documentado dejó a Figma fuera de los datos de entrenamiento de los modelos de lenguaje.
Por qué los LLMs no “hablan” Figma
Los LLMs aprendieron a programar porque internet está lleno de código: repositorios de GitHub, documentación, Stack Overflow, tutoriales. Aprendieron HTML, CSS, React, Vue. Lo que no estaba ahí eran archivos .fig con sus primitivas propietarias. Para más detalles técnicos, mirá los modelos más recientes de Claude.
¿Y qué pasó cuando empezaron a entrenar modelos para tareas de diseño? Exacto, los modelos sabían mucho de código y casi nada del ecosistema interno de Figma.
Esto no es un accidente ni una falla de Anthropic o de OpenAI. Es la consecuencia directa de la decisión de Figma de mantener su formato como una caja negra. La herramienta que se convirtió en “la fuente de verdad” del diseño quedó excluida del corpus que entrena a los sistemas que hoy definen cómo se construye software.
La era agentic: código como fuente de verdad
Acá viene lo interesante. Durante años, el debate entre diseñadores y desarrolladores giró en torno a qué era la “fuente de verdad”: ¿el archivo de Figma o el código del repositorio? Figma lo reclamó para sí. Pero con agentes IA que escriben código cada vez mejor, esa disputa se está resolviendo sola.
Si un agente puede leer tu codebase, entender tus componentes, y generar una nueva interfaz que respeta tus convenciones, ¿para qué necesitás mantener un archivo de Figma sincronizado? Desarrolladores en empresas como Jane Street ya reportan que usan Claude Code más que Figma para trabajo de diseño concreto.
Figma está intentando responder. Figma Make apunta a cerrar la brecha entre diseño y código, y la integración con Claude Code a través de MCP (Model Context Protocol) fue anunciada por la propia empresa. Pero hay algo que ningún partnership resuelve: los modelos no “piensan” en Figma. Piensan en código.
Impacto en equipos: qué cambia para los diseñadores
Tomalo con pinzas porque este proceso no es instantáneo, pero la dirección es clara. A medida que las herramientas bajan la fricción para que un diseñador interactúe con código, el perfil del rol cambia.
Hoy, una parte importante del tiempo de un diseñador senior va a mantener el sistema de diseño en Figma: actualizar componentes, resolver migraciones, documentar variantes. Eso es tiempo que no va a iterar en experiencias reales. Si un agente IA puede mantener parte de esa infraestructura directamente en código, el diseñador puede enfocarse en lo que ningún agente va a resolver pronto: criterio, jerarquía visual, comprensión del contexto del usuario. Te puede servir nuestra cobertura de cómo se compara Claude con competidores.
Lo que va a quedar atrás es el rol del “Figma specialist” cuyo único valor es conocer los vericuetos del sistema. Eso sí es un trabajo que los agentes van a absorber.
Tabla comparativa: Figma vs código + agentes IA
| Dimensión | Figma (modelo actual) | Código + agentes IA |
|---|---|---|
| Presencia en datos de entrenamiento LLM | Baja (formato cerrado) | Alta (código público masivo) |
| Automatización | Limitada (plugins frágiles) | Nativa (agentes leen y escriben código) |
| Complejidad del sistema | Alta (variables, props, migraciones) | Media (componentes reales del repo) |
| Sincronización diseño-código | Manual o semiautomatic | El código es el diseño |
| Curva de aprendizaje | Baja para diseñadores visuales | Media (requiere entender código básico) |
| Colaboración con agentes IA | Posible vía MCP, limitada | Directa |
Coexistencia vs reemplazo: el escenario realista
Figma no desaparece. Seamos claros en eso.
Pero su rol probablemente cambie: de ser la “fuente de verdad única” a ser una herramienta de refinamiento visual dentro de un flujo donde el código manda. El flujo design-to-code evoluciona hacia algo más bidireccional, y los design tokens son el puente: una capa de abstracción que puede vivir en ambos mundos y que los agentes pueden leer y modificar.
Para equipos grandes con stakeholders no técnicos, Figma seguirá siendo la forma de mostrar y discutir diseño con personas que no van a abrir un IDE nunca en su vida. Eso no va a cambiar en el corto plazo. Lo que sí cambia es el peso relativo de la herramienta dentro del flujo de trabajo técnico.
La infraestructura “barroca” que quedará atrás
Hay algo que describe bien Sam Henri Gold en su análisis del lanzamiento de Claude Design: toda la complejidad que Figma introdujo en la última década, la que necesitó de roles especializados para manejarla, va a verse rara con el tiempo. “¿Por qué fussear con una aproximación con pérdidas cuando podés trabajar directamente en el medio?”, plantea.
Los plugins frágiles, las migraciones de sistema cada año, los especialistas en “wrangling”: todo eso existe porque el diseño necesitaba una herramienta propia que justificara su existencia en organigramas dominados por ingeniería. Si el código se vuelve accesible para diseñadores vía agentes IA, esa justificación se debilita.
No es que el diseño pierda valor. Es que el valor ya no va a estar en dominar las primitivas propietarias de una herramienta.
Errores comunes al leer este cambio
Error 1: “Figma desaparece pronto.” No. La adopción empresarial de estas herramientas es lenta, los equipos tienen inercia, y Figma tiene miles de integraciones activas. El cambio es gradual. Relacionado: herramientas alternativas en el mercado.
Error 2: “Cualquier diseñador puede reemplazarse con Claude Design.” Tampoco. Los agentes generan interfaces, pero sin criterio de contexto, sin entender al usuario real, sin saber por qué esa jerarquía visual importa. El output técnico mejora; el criterio no se automatiza así de fácil.
Error 3: “Esto solo aplica a startups pequeñas.” Al revés. Las empresas con codebases grandes son las que más se benefician de que un agente entienda su sistema de componentes directamente desde el repo, sin que nadie tenga que mantener un espejo en Figma.
Preguntas Frecuentes
¿Qué es Claude Design y cómo cambia el diseño web?
Claude Design es una herramienta de Anthropic lanzada en abril de 2026 que genera interfaces y sistemas de diseño completos a partir de prompts en lenguaje natural, produciendo código utilizable directamente. A diferencia de Figma, no genera un archivo de diseño intermedio: el output es código. Eso elimina un paso entero del flujo tradicional diseño-handoff-código.
¿Por qué Figma perdería relevancia con los LLMs?
Figma eligió un formato propietario y cerrado que quedó fuera de los datos de entrenamiento de los modelos de lenguaje. Los LLMs aprendieron código (HTML, CSS, React) en escala masiva, pero no aprendieron las primitivas internas de Figma. Eso hace que trabajar con agentes IA sea más natural desde el código que desde un archivo de Figma.
¿Cómo coexistirán el código y las herramientas de diseño visual?
El escenario más probable es que Figma pase de ser la “fuente de verdad” a ser una herramienta de refinamiento visual y comunicación con stakeholders no técnicos. Los design tokens actúan como puente entre ambos mundos. El código, legible por agentes, va tomando el rol central en el flujo técnico. En capacidades avanzadas de razonamiento profundizamos sobre esto.
¿Qué significa que los LLMs se entrenen en código y no en Figma?
Significa que cuando le pedís a un agente IA que genere o modifique una interfaz, trabaja con conceptos de código (componentes React, clases CSS, props) porque eso es lo que aprendió. Las primitivas de Figma, como variables y constraints propietarios, son opacas para el modelo. La consecuencia práctica es que el agente genera mejores resultados trabajando directamente en el repo que intentando manipular un archivo .fig.
¿Cuál es el futuro de los design systems con agentes IA?
Los design systems probablemente migren hacia representaciones en código (tokens, componentes documentados en el repo) que los agentes puedan leer y mantener. La capa de Figma puede seguir existiendo para presentaciones y exploración visual, pero el mantenimiento del sistema tiende a centralizarse donde los agentes tienen acceso directo: el repositorio.
Conclusión
Lo que reveló el lanzamiento de Claude Design no es solo que Anthropic tiene una herramienta nueva. Es que una decisión de hace años, mantener el formato de Figma cerrado para proteger su posición como fuente canónica de verdad, tuvo una consecuencia imprevista: quedó fuera del corpus que entrena a los sistemas que hoy definen cómo se construye software.
El código siempre estuvo ahí, público, masivo, legible por máquinas. Los LLMs lo aprendieron. Figma quedó afuera.
Eso no condena a Figma a desaparecer, pero sí redefine su lugar en el flujo de trabajo. El diseñador que solo sabe manejar el sistema de Figma tiene un problema real en el mediano plazo. El que entiende tanto el criterio visual como la estructura del código va a tener más valor que nunca, porque puede colaborar con agentes en el medio que los modelos ya conocen de memoria.
Para equipos que están evaluando su infraestructura de diseño ahora, la pregunta concreta es: ¿tu sistema de componentes vive en el repositorio o en un archivo de Figma? Si es solo el segundo, ese es el riesgo que vale la pena reducir.
Fuentes
- Sam Henri Gold – Thoughts and Feelings around Claude Design (análisis original, abril 2026)
- The New Stack – Cobertura del lanzamiento de Claude Design
- Figma Blog – Integración oficial de Claude Code en Figma
- Jane Street Blog – Experiencia real usando Claude Code sobre Figma
- ByteByteGo – Evolución del flujo design-to-code