Cómo conectar comentarios de Figma con issues de Linear
Conecta el feedback de diseño con el trabajo de ingeniería vinculando comentarios de Figma con issues de Linear, sin copiar el contexto entre pestañas.
By Ellis Keane · 2026-03-31
Aproximadamente la cuarta vez que vi a un diseñador dejar un comentario detallado en Figma, solo para que el desarrollador sentado a tres metros creara una issue casi idéntica en Linear dos días después, dejé de verlo como un problema de comunicación. Es un problema de fontanería. Las tuberías entre estas dos herramientas no existen de la manera que todos asumen.
La integración nativa de Figma con Linear ofrece incrustaciones de enlaces y un plugin para crear issues desde frames. Eso es genuinamente útil. Pero la parte en la que un hilo de comentarios de Figma sobre el estado hover de un botón se convierte silenciosamente en un agujero negro de ingeniería de dos semanas, y nadie conecta los puntos hasta la retro del sprint – esa es la brecha que ninguna herramienta aborda realmente. Y de eso trata este artículo: cómo conectar comentarios de Figma con issues de Linear de una manera que no dependa de la memoria de nadie.
Qué hace (y no hace) la integración de Figma en Linear
La integración nativa hace dos cosas bien y nada más.
Incrustaciones de enlaces de Figma en Linear. Pega una URL de Figma en cualquier issue o comentario de Linear y se convierte en una vista previa interactiva. Un matiz importante: la documentación de Linear indica que las vistas previas interactivas dentro de la app solo funcionan para archivos de Figma compartidos públicamente. Tus archivos de diseño privados (es decir, la mayoría) se mostrarán como un enlace estático con una miniatura.
El plugin de Linear para Figma. Desde dentro de Figma puedes crear issues de Linear que se vinculan automáticamente a frames, páginas o secciones específicos. Defines el equipo, el estado, el responsable y el proyecto, todo sin cambiar de pestaña. También puedes vincular issues existentes, lo que resulta útil cuando un cambio de diseño toca algo que ya está en curso.
La integración de Figma en Linear es un puente unidireccional: te ayuda a llevar el contexto de diseño a Linear. No trae el contexto de ingeniería de vuelta a Figma ni conecta los hilos de comentarios entre ambas herramientas.
Lo que no hace:
- Los comentarios de Figma no crean issues de Linear automáticamente. Alguien tiene que usar el plugin manualmente cada vez.
- Las actualizaciones de issues de Linear no vuelven a Figma. Si un desarrollador cambia el estado, agrega un bloqueador o redefine el trabajo, el diseñador no lo verá a menos que vaya a revisar Linear por su cuenta.
- No hay búsqueda entre herramientas. «¿Dónde discutimos el rediseño de la navegación?» podría significar comentarios de Figma, issues de Linear o – que el cielo te ayude – ambos.
Configurar el flujo de trabajo de Figma a Linear
La configuración lleva unos tres minutos. Los detalles completos están en la documentación de integración de Figma de Linear, pero aquí va la versión corta:
- [ ] Activa la integración de Figma en la configuración del workspace de Linear (requiere permisos de administrador en ambos lados)
- [ ] Instala el plugin oficial de Linear desde Figma Community (evita alternativas de terceros – tienden a romperse con las actualizaciones de la API)
- [ ] Prueba: selecciona un frame, ejecuta el plugin de Linear y crea una issue. Verifica que enlaza de vuelta al frame.
- [ ] Prueba: pega un enlace de archivo de Figma en una issue de Linear y confirma que la incrustación se renderiza
- [ ] Comprueba la configuración de compartición de tus archivos de diseño – los archivos privados mostrarán enlaces estáticos, no vistas previas interactivas
Eso cubre el camino obvio: el diseñador identifica una tarea, crea una issue, el desarrollador recibe el contexto. El problema empieza cuando la tarea no es obvia en el momento en que se escribe el comentario.
El problema de la clasificación
Este es el escenario que rompe cualquier flujo de trabajo de Figma a Linear que he visto:
Un diseñador comenta un frame: «Este estado de carga no contempla el estado vacío que discutimos. ¿Deberíamos añadir un skeleton screen?» Tres personas responden en el hilo de Figma. Se toma una decisión. Nadie crea una issue en Linear porque el comentario parecía más una discusión de diseño que una tarea.
Dos sprints después, el desarrollador construye la funcionalidad sin el skeleton screen. QA lo detecta. Todo el mundo pasa veinte minutos en Slack intentando averiguar si esto se discutió alguna vez. Sí se discutió – en Figma, donde el hilo de comentarios sigue ahí, resuelto y olvidado.
title: "Cómo un comentario de Figma se convirtió en un bloqueador del sprint" 10:14 AM|ok|El diseñador comenta el estado hover en Figma 10:32 AM|ok|Dos respuestas en el hilo de Figma, el equipo acuerda el enfoque 10:33 AM|missed|No se crea ninguna issue en Linear – parecía una discusión de diseño Day 3|ok|El desarrollador construye la funcionalidad sin el cambio Day 8|amber|QA detecta el comportamiento faltante como un bug Day 8|missed|Veinte minutos en Slack redescubriendo el hilo de Figma
El problema no es que la gente se olvide de usar el plugin de Linear. Es que el feedback de diseño existe en un espectro, y la clasificación – «¿era eso una tarea?» – ocurre de forma retroactiva, normalmente cuando alguien se da cuenta de que algo no se hizo.
Tres criterios que ayudan: Al revisar un hilo de comentarios de Figma, pregúntate si (a) afecta los criterios de aceptación de una issue existente de Linear, (b) describe trabajo nuevo que nadie ha registrado aún, o (c) contiene una decisión que cambia el alcance. Si la respuesta es afirmativa en cualquiera de estos puntos, debería convertirse en una issue registrada. Esto no lo capturará todo, pero le da a tu equipo un vocabulario compartido para «este comentario importa».
Qué funciona realmente (y qué no)
La configuración recomendada: plugin nativo más convenciones ligeras más una red de seguridad. Usa el plugin de Linear para Figma siempre que un diseñador identifique trabajo claro – hay que actualizar un componente, reportar un bug, construir una pantalla nueva. Añade una convención de comentarios sencilla (nuestro equipo usa el prefijo «Action:» o menciona al desarrollador relevante) para señalar intención sin proceso pesado. Y acepta que algunas cosas se escaparán – crea una revisión semanal en la que escanees los hilos de comentarios recientes de Figma junto al tablero del sprint, buscando hilos sin resolver de más de una semana que puedan mapear con issues existentes. ¿Es esto un sistema perfecto para conectar comentarios de Figma con issues de Linear? No, es un parche manual – pero es el parche manual más fiable que he encontrado, y te da tiempo hasta que puedas automatizar la capa de clasificación.
Lo que funciona
- Plugin nativo para tareas claras – cuando un diseñador sabe que algo es una tarea, el plugin de Linear es rápido y directo
- Convenciones de comentarios – etiquetas simples como
Action: o menciones a desarrolladores para señalar intención
- Revisión semanal de comentarios y tablero – escanear hilos sin resolver de Figma contra el tablero del sprint
Lo que falla
- Enrutamiento manual a escala – depender de personas para clasificar cada comentario se rompe durante sprints intensos
- Automatizaciones de Zapier basadas en palabras clave – los webhooks de comentarios de Figma se disparan con toda la actividad (respuestas, resoluciones, reacciones), generando ruido que requiere mantenimiento constante de filtros
- Ignorar la brecha por completo – esperar que la gente «simplemente revise ambas herramientas» no es una estrategia
Alternativa: Zapier o Make. Puedes configurar un trigger en nuevos comentarios de Figma para crear issues en Linear. El problema práctico es que los webhooks de Figma pueden generar grandes volúmenes de eventos de comentarios – respuestas, hilos resueltos y reacciones de emoji disparan todos. Sin un filtrado cuidadoso, inundarás Linear con una nueva issue cada vez que alguien reaccione a un comentario con un pulgar arriba, que es exactamente el tipo de progreso que te hace cuestionar tus decisiones de carrera. Con filtrado, mantienes reglas de regex que pierden sincronía con cómo escribe comentarios tu equipo en la práctica. Es manejable para equipos pequeños con patrones de comentarios predecibles, pero se convierte en el trabajo a medio tiempo de alguien.
Alternativa: inteligencia de señales semántica. En lugar de enrutar comentarios individuales como issues, un sistema que entiende ambas herramientas a nivel semántico puede reconocer cuándo un hilo de comentarios de Figma se solapa con una issue existente de Linear, o cuándo un nuevo comentario implica trabajo no registrado. Este es el enfoque que estamos construyendo en Sugarbug – scrapers nativos para Figma y Linear que clasifican señales y muestran conexiones a través de un grafo de conocimiento, para que el vínculo entre una discusión de diseño y una tarea de ingeniería no dependa de que alguien recuerde hacer clic en un botón.
El objetivo no es convertir cada comentario de Figma en una issue de Linear. Es asegurarse de que cuando un comentario implica trabajo, la conexión no dependa de la memoria de nadie. attribution: Chris Calo
Preguntas frecuentes
Recibe inteligencia de señales directamente en tu bandeja de entrada.
Q: ¿Puedo crear issues de Linear directamente desde los comentarios de Figma? A: Sí, pero no automáticamente. Necesitas el plugin de Linear para Figma instalado, y alguien tiene que ejecutarlo manualmente cada vez. Permite crear issues vinculadas a frames específicos, definir el equipo, el estado, el responsable y el proyecto – sin cambiar de pestaña. La brecha es que nadie hace esto para comentarios que en el momento no parecen tareas obvias.
Q: ¿Sugarbug conecta automáticamente los comentarios de Figma con las issues de Linear? A: Sugarbug extrae datos de Figma y Linear de forma nativa, clasifica las señales de cada uno y las vincula a través de su grafo de conocimiento. Cuando un comentario de Figma hace referencia a trabajo registrado en Linear, Sugarbug muestra esa conexión sin vinculación manual.
Q: ¿Por qué las notificaciones de comentarios de Figma no aparecen en Linear? A: Porque la integración es unidireccional. Linear incrusta vistas previas de diseño de Figma y permite crear issues desde el plugin, pero los hilos de comentarios de Figma no llegan a Linear como notificaciones. Las actualizaciones tampoco se sincronizan en sentido inverso – si un desarrollador cambia el estado de una issue, el diseñador tiene que ir a revisar Linear para enterarse.
Q: ¿Cómo sé qué comentarios de Figma deben convertirse en issues de Linear? A: Usa tres criterios: ¿el comentario afecta los criterios de aceptación de una issue existente? ¿Describe trabajo nuevo que nadie ha registrado aún? ¿Contiene una decisión que cambia el alcance? Si la respuesta es afirmativa en alguno de estos puntos, debe registrarse en Linear.