Figma con Linear: diseño y desarrollo sin copy-paste
Cómo integrar Figma con Linear usando incrustaciones nativas, el plugin de Figma y flujos de trabajo que mantienen diseño e ingeniería sincronizados.
By Ellis Keane · 2026-03-15
En algún momento del último año, la entrega del diseño al equipo de ingeniería se convirtió en un género de teatro laboral. Un diseñador termina un componente en Figma, deja tres comentarios cuidadosamente redactados, pega un enlace en Slack y menciona al ingeniero que lo construirá. El ingeniero abre el enlace dos días después, lee dos de los tres comentarios, pasa por alto una variante y entrega algo lo suficientemente parecido como para que nadie lo note hasta el QA.
Si has vivido este tipo particular de malentendido (y yo lo he vivido repetidamente), ya sabes que la solución no es "mejor comunicación". Se trata de conectar las herramientas para que el contexto viaje con el trabajo. Aquí te explicamos cómo integrar Figma con Linear: las incrustaciones nativas, el plugin y los tres flujos de trabajo que realmente hacen útil la conexión.
Qué hace realmente la integración de Figma en Linear
Linear ha soportado incrustaciones de Figma durante un tiempo y lo básico es sólido. Pega una URL de Figma en cualquier descripción de issue o comentario, y Linear genera una vista previa incrustada del diseño. Estas vistas previas son estáticas por defecto – Linear las congela en el momento de la incrustación para preservar el contexto, lo cual es una decisión deliberada. Puedes actualizar manualmente en el modo de edición, pero el diseño no se actualizará silenciosamente bajo tus pies.
También puedes añadir enlaces de Figma como adjuntos del issue, lo que los mantiene organizados en la barra lateral en lugar de quedar enterrados en un hilo de comentarios que inevitablemente crece hasta cuarenta mensajes para el jueves.
Lo que la integración figma linear no hace es ser bidireccional. Linear ve Figma, pero Figma no ve Linear. Los comentarios se quedan donde se escribieron. Los cambios de estado no se propagan. Si un ingeniero marca un issue como "Hecho" en Linear, nadie en Figma lo sabe a menos que alguien se lo diga – lo que en la práctica significa que nadie en Figma lo sabe.
Cómo integrar Figma con Linear: paso a paso
La configuración es sencilla (por suerte – ¡no todo necesita una danza OAuth de doce pasos!).
Paso 1: Activar la integración
Ve a la configuración de tu workspace de Linear y luego a Integraciones. Encuentra Figma en la lista y haz clic en Activar. Se te redirigirá a Figma para autorizar la conexión. Concede el acceso y ya habrás terminado con la parte administrativa.
Paso 2: Vincular frames a issues
Una vez activada, pegar cualquier URL de Figma en un issue de Linear genera una vista previa incrustada. Para mejores resultados:
- Vincula frames específicos, no archivos completos. Un enlace a
figma.com/file/abc123?node-id=42:1337 muestra el componente relevante. Un enlace a figma.com/file/abc123 muestra lo que Figma decida que es la vista predeterminada, que normalmente no es lo que quieres.
- Usa la descripción del issue para la referencia de diseño principal. Los comentarios sirven para la iteración, pero la descripción es lo que los ingenieros leen primero cuando toman un issue.
- Añade el enlace de Figma antes de que el issue entre en el sprint. Esto parece obvio, pero me sorprende genuinamente lo frecuente que el contexto de diseño se adjunta después de que un ingeniero ya ha pasado veinte minutos buscándolo.
Paso 3: Instalar el plugin de Figma
Figma tiene un plugin de Linear que permite a los diseñadores crear y actualizar issues de Linear directamente desde el lienzo. Selecciona un frame, abre el plugin, completa el título del issue y el equipo, y crea el issue con el enlace de Figma ya adjunto. El plugin también permite actualizar el estado del issue y el asignado sin salir de Figma.
Esto invierte la entrega de diseño a desarrollo: de "el ingeniero busca el diseño" a "el diseñador envía el diseño a ingeniería". En la experiencia de nuestro equipo, ese único cambio redujo aproximadamente a la mitad los mensajes de Slack del tipo "¿dónde está el diseño para esto?". Te lo aseguro, solo eso vale los cinco minutos que lleva configurarlo.
Dónde se queda corta la integración nativa
No quiero subestimar lo que Linear y Figma han construido – para una conexión ligera, funciona. Pero hay brechas que vale la pena nombrar, porque fingir que no existen lleva, tres meses después, a la conversación de "tenemos una integración, ¿por qué no se sincroniza nada?".
Los comentarios no se cruzan. Si un diseñador deja comentarios en Figma y un ingeniero responde en Linear, ninguno ve la respuesta del otro sin revisar manualmente ambas herramientas. En nuestra experiencia, la mayoría de los malentendidos entre diseño e ingeniería se originan en este silo de comentarios – no por malas especificaciones, sino por conversaciones que ocurren en dos lugares simultáneamente.
El estado es unidireccional. Un issue que pasa a "En progreso" en Linear no actualiza nada en Figma. El diseñador tiene que revisar Linear (o, más realísticamente, preguntar en Slack) para saber si sus diseños se están construyendo.
Sin notificaciones de cambios. Cuando un diseñador actualiza un frame vinculado a un issue de Linear, el ingeniero asignado a ese issue no recibe ninguna alerta en Linear. Como las vistas previas son estáticas por defecto, el ingeniero podría estar construyendo con una versión del diseño que ya ha sido revisada. A menos que alguien actualice manualmente la incrustación o diga algo en Slack, la actualización es invisible.
Flujos de trabajo que salvan las brechas
Las incrustaciones resuelven el problema de referencia. Estos tres flujos de trabajo resuelven el problema de coordinación – y son los que determinan si tu integración figma linear realmente mejora la entrega o simplemente añade otra conexión de herramientas que nadie mantiene.
Patrón 1: Issues listas para diseño
Antes de que un issue de diseño entre en el backlog del sprint, necesita tres cosas adjuntas en Linear:
- Enlace al frame de Figma (frame específico, no archivo)
- Notas de diseño que resuman qué ha cambiado desde la última iteración (porque la vista previa incrustada muestra el estado actual, no lo que es nuevo)
- Criterios de aceptación que hagan referencia específica al diseño – "coincide con el frame de Figma" no es un criterio de aceptación. "Usa el token de espaciado de 8px entre el título y el subtítulo de la tarjeta" sí lo es.
Unos minutos extra de preparación del diseñador por issue. El beneficio son ingenieros que pueden empezar a construir sin necesidad de una expedición arqueológica por Slack primero.
Patrón 2: Etiquetas de revisión de diseño
Crea una etiqueta personalizada en Linear – algo como "Necesita revisión de diseño" – y aplícala a los issues una vez construidos pero que el diseñador necesita verificar la implementación. El truco (y me doy cuenta de que esto suena dolorosamente obvio) es hacerlo parte de la plantilla del ciclo de vida del issue para que se active automáticamente cuando un issue pasa a "En revisión". Lo digo por experiencia – creamos exactamente esta etiqueta, la usamos religiosamente durante dos sprints, y luego dejamos de usarla silenciosamente porque nadie la había añadido a una plantilla. ¿Recuerdas al ingeniero del comienzo que pasó por alto una variante y entregó algo "lo suficientemente parecido"? Fue una etiqueta de revisión de diseño que faltaba.
Patrón 3: Secciones de Figma como mapas de sprint
Para proyectos más grandes, dedica una sección o página de Figma a los diseños del sprint actual. Cada frame corresponde exactamente a un issue de Linear. Nombra los frames para que coincidan con el identificador del issue – ENG-142 – Rediseño del componente de tarjeta – para que los ingenieros puedan encontrar el frame correcto sin desplazarse por cuarenta artboards llamados "Frame 247".
Cómo consolidar estos hábitos
Los equipos que he visto que logran que esto funcione comparten algunas características: los diseñadores vinculan frames antes de que los issues entren en el sprint (no después de que los ingenieros se quejen), los ingenieros aplican la etiqueta de revisión antes de marcar los issues como hechos (no como una ocurrencia tardía), y nadie trata Slack como el sistema de registro de las decisiones de diseño.
Este último punto importa más que cualquier integración – y si alguna vez has pasado quince minutos buscando "ese hilo donde decidimos cambiar el radio del borde", sabes exactamente a qué me refiero. Slack es donde ocurren las conversaciones de diseño, y también donde desaparecen. Si una decisión de diseño se tomó en un hilo, alguien necesita actualizar el archivo de Figma o el issue de Linear – de lo contrario, en tres semanas habrá desaparecido, enterrada bajo alertas de despliegue y planes de almuerzo.
"Si una decisión de diseño se tomó en un hilo, alguien necesita actualizar el archivo de Figma o el issue de Linear – de lo contrario, en tres semanas habrá desaparecido, enterrada bajo alertas de despliegue y planes de almuerzo." – Chris Calo
La integración nativa de Figma-Linear gestiona bien la incrustación y la referencia. Para una conciencia bidireccional – comentarios, estado, notificaciones de cambios – necesitas o bien disciplina manual o una capa que conecte el contexto entre ambas herramientas automáticamente.
Y si estás conectando más que solo Figma y Linear – añadiendo Slack, GitHub y Notion a la mezcla – la carga manual de mantener todo sincronizado se acumula rápidamente. Es una conversación diferente, pero vale la pena tenerla antes de la próxima retrospectiva de "¿quién cambió este diseño y por qué nadie lo dijo?".
Conecta Figma, Linear, Slack y GitHub en un grafo de conocimiento – para que el contexto de diseño viaje con el trabajo.
Q: ¿Sugarbug conecta Figma y Linear automáticamente? A: Sí. Sugarbug ingiere señales tanto de Figma como de Linear, correlacionando comentarios de diseño y actualizaciones de archivos con cambios de estado de issues en su grafo de conocimiento. Cuando un diseñador deja comentarios en un frame, Sugarbug puede mostrarlos junto al issue relevante de Linear sin que nadie tenga que copiar URLs.
Q: ¿Puede Sugarbug rastrear la entrega de diseño a través de Figma, Linear y Slack? A: Sugarbug conecta Figma, Linear, Slack, GitHub y Notion en un único grafo de conocimiento. El feedback de diseño, la discusión de ingeniería y el estado de las tareas permanecen correlacionados, para que el contexto no se pierda durante la entrega.
Q: ¿Tiene Linear una integración nativa con Figma? A: Sí. La integración nativa de Figma en Linear permite pegar URLs de Figma en issues para crear vistas previas incrustadas, y usar el plugin de Figma para crear o actualizar issues desde el lienzo. Sin embargo, es unidireccional: los comentarios y los cambios de estado no se sincronizan entre herramientas.
Q: ¿Cómo vinculo un frame de Figma a un issue de Linear? A: Pega la URL del frame de Figma en la descripción o en un comentario del issue de Linear. Linear genera una vista previa incrustada. También puedes usar el plugin de Figma de Linear para crear issues directamente desde el lienzo con el enlace ya adjunto.
Q: ¿Por qué los comentarios de Figma no aparecen en Linear? A: La integración nativa de Figma en Linear incrusta vistas previas de diseño, pero no sincroniza comentarios entre herramientas. El comentario de Figma de un diseñador y el comentario de Linear de un ingeniero existen en silos separados. Herramientas como Sugarbug salvan esta brecha ingiriendo señales de ambas y vinculándolas en un grafo de conocimiento compartido.