Home | Blog | Integration

Comment relier les commentaires Figma aux issues Linear

Reliez le feedback de design au travail d'ingénierie en connectant les commentaires Figma aux issues Linear, sans copier le contexte entre onglets.

By Ellis Keane · 2026-03-31

Vers la quatrième fois que j'ai observé un designer laisser un commentaire Figma détaillé, pour que le développeur assis à trois mètres de là crée une issue Linear quasi identique deux jours plus tard, j'ai cessé d'y voir un problème de communication. C'est un problème de plomberie. Les tuyaux entre ces deux outils n'existent pas de la façon dont tout le monde le suppose.

L'intégration native Figma Linear offre des liens embarqués et un plugin pour créer des issues depuis des frames. C'est vraiment utile. Mais la partie où un fil de commentaires Figma sur l'état hover d'un bouton devient silencieusement un gouffre d'ingénierie de deux semaines, et personne ne fait le lien jusqu'à la rétro du sprint – c'est le fossé qu'aucun outil ne comble vraiment. Et c'est l'objet de cet article : comment relier les commentaires Figma aux issues Linear d'une manière qui ne dépend pas de la mémoire de quelqu'un.

Ce que fait (et ne fait pas) l'intégration Figma de Linear

L'intégration native fait deux choses bien et rien d'autre.

Liens Figma embarqués dans Linear. Collez une URL Figma dans n'importe quelle issue ou commentaire Linear et elle se transforme en aperçu interactif. Une nuance importante : la documentation de Linear précise que les aperçus interactifs in-app ne fonctionnent que pour les fichiers Figma partagés publiquement. Vos fichiers de design privés (c'est-à-dire la plupart d'entre eux) s'afficheront comme un lien statique avec une vignette.

Le plugin Linear pour Figma. Depuis Figma, vous pouvez créer des issues Linear qui se lient automatiquement à des frames, pages ou sections spécifiques. Vous définissez l'équipe, le statut, le responsable et le projet – sans changer d'onglet. Vous pouvez également lier des issues existantes, ce qui est pratique quand une modification de design touche quelque chose déjà en cours.

L'intégration Figma de Linear est un pont à sens unique : elle vous aide à pousser le contexte de design dans Linear. Elle ne ramène pas le contexte d'ingénierie dans Figma, et elle ne connecte pas les fils de commentaires entre les deux outils.

Ce qu'elle ne fait pas :

Les commentaires Figma ne créent pas automatiquement des issues Linear. Quelqu'un doit utiliser le plugin manuellement à chaque fois.
Les mises à jour des issues Linear ne remontent pas dans Figma. Si un développeur change le statut, ajoute un bloqueur ou recadre le travail, le designer ne le verra pas à moins d'aller vérifier Linear lui-même.
Il n'y a pas de recherche inter-outils. « Où a-t-on discuté de la refonte de la navigation ? » peut désigner des commentaires Figma, des issues Linear, ou – Dieu vous garde – les deux.

Configurer le flux de travail de Figma vers Linear

La configuration prend environ trois minutes. Les détails complets sont dans la documentation d'intégration Figma de Linear, mais voici la version courte :

[ ] Activez l'intégration Figma dans les paramètres du workspace Linear (nécessite des droits admin des deux côtés)
[ ] Installez le plugin officiel Linear depuis Figma Community (évitez les alternatives tierces – elles ont tendance à se casser lors des mises à jour d'API)
[ ] Test : sélectionnez un frame, lancez le plugin Linear et créez une issue. Vérifiez qu'elle renvoie bien vers le frame.
[ ] Test : collez un lien de fichier Figma dans une issue Linear et confirmez que l'aperçu s'affiche
[ ] Vérifiez les paramètres de partage de vos fichiers de design – les fichiers privés afficheront des liens statiques, pas des aperçus interactifs

Cela couvre le chemin évident : le designer voit une tâche, crée une issue, le développeur reçoit le contexte. Les difficultés commencent quand la tâche n'est pas évidente au moment où le commentaire est écrit.

Le problème de classification

Voici le scénario qui brise tout flux de travail Figma vers Linear que j'ai pu observer :

Un designer commente un frame : « Cet état de chargement ne prend pas en compte l'état vide dont on a parlé. Devrait-on ajouter un skeleton screen ? » Trois personnes répondent dans le fil Figma. Une décision est prise. Personne ne crée d'issue Linear parce que le commentaire ressemblait davantage à une discussion de design qu'à une tâche.

Deux sprints plus tard, le développeur construit la fonctionnalité sans skeleton screen. La QA le signale. Tout le monde passe vingt minutes sur Slack à essayer de savoir si la chose avait été discutée. Elle l'avait été – dans Figma, où le fil de commentaires est toujours là, résolu et oublié.

Le problème n'est pas que les gens oublient d'utiliser le plugin Linear. C'est que le feedback de design existe sur un spectre, et la classification – « était-ce une tâche ? » – se fait rétrospectivement, généralement quand quelqu'un réalise que la chose n'a pas été faite.

Trois critères utiles : En examinant un fil de commentaires Figma, demandez-vous s'il (a) affecte les critères d'acceptation d'une issue Linear existante, (b) décrit un nouveau travail que personne n'a encore enregistré, ou (c) contient une décision qui change le périmètre. Si la réponse est oui pour l'un de ces points, il devrait devenir une issue suivie. Cela ne capturera pas tout, mais cela donne à votre équipe un vocabulaire partagé pour « ce commentaire est important ».

Ce qui fonctionne vraiment (et ce qui ne fonctionne pas)

La configuration recommandée : plugin natif, conventions légères et filet de sécurité. Utilisez le plugin Linear pour Figma chaque fois qu'un designer identifie un travail clair – un composant à mettre à jour, un bug à enregistrer, un nouvel écran à construire. Ajoutez une convention de commentaires simple (notre équipe utilise le préfixe « Action: » ou mentionne le développeur concerné) pour signaler l'intention sans processus lourd. Et acceptez que certaines choses passent entre les mailles – mettez en place une revue hebdomadaire où vous scannez les fils de commentaires Figma récents en parallèle du tableau de sprint, en cherchant les fils non résolus de plus d'une semaine qui pourraient correspondre à des issues existantes. Est-ce un système parfait pour relier les commentaires Figma aux issues Linear ? Non, c'est un palliatif manuel – mais c'est le palliatif manuel le plus fiable que j'aie trouvé, et il vous fait gagner du temps jusqu'à ce que vous puissiez automatiser la couche de classification.

Ce qui fonctionne

Plugin natif pour les tâches claires – quand un designer sait que quelque chose est une tâche, le plugin Linear est rapide et direct
Conventions de commentaires – des balises simples comme Action: ou des mentions de développeurs pour signaler l'intention
Revue hebdomadaire commentaires–tableau – scanner les fils Figma non résolus face au tableau de sprint

Ce qui échoue

Routage manuel à grande échelle – s'appuyer sur des humains pour classifier chaque commentaire s'effondre lors des sprints chargés
Automatisations Zapier par mots-clés – les webhooks de commentaires Figma se déclenchent sur toute l'activité (réponses, résolutions, réactions), générant du bruit qui nécessite une maintenance constante des filtres
Ignorer complètement le fossé – espérer que les gens « vérifieront simplement les deux outils » n'est pas une stratégie

Alternative : Zapier ou Make. Vous pouvez configurer un déclencheur sur les nouveaux commentaires Figma pour créer des issues Linear. Le problème pratique est que les webhooks de Figma peuvent générer de grands volumes d'événements de commentaires – les réponses, les fils résolus et les réactions emoji se déclenchent tous. Sans filtrage soigneux, vous inonderez Linear d'une nouvelle issue à chaque fois que quelqu'un réagit à un commentaire avec un pouce levé – exactement le genre de progrès qui vous fait remettre en question vos choix de carrière. Avec du filtrage, vous maintenez des règles regex qui perdent leur synchronisation avec la façon dont votre équipe écrit réellement les commentaires. C'est gérable pour les petites équipes aux comportements de commentaires prévisibles, mais cela devient un travail à mi-temps pour quelqu'un.

Alternative : intelligence des signaux sémantique. Plutôt que de router des commentaires individuels en tant qu'issues, un système qui comprend les deux outils à un niveau sémantique peut reconnaître quand un fil de commentaires Figma recoupe une issue Linear existante, ou quand un nouveau commentaire implique un travail non enregistré. C'est l'approche que nous construisons chez Sugarbug – des scrapers natifs pour Figma et Linear qui classifient les signaux et font remonter les connexions via un graphe de connaissances, afin que le lien entre une discussion de design et une tâche d'ingénierie ne dépende pas du souvenir de quelqu'un de cliquer sur un bouton.

L'objectif n'est pas de transformer chaque commentaire Figma en issue Linear. C'est de s'assurer que lorsqu'un commentaire implique un travail, la connexion ne dépende pas de la mémoire de quelqu'un. attribution: Chris Calo

Questions fréquentes

Recevez l'intelligence des signaux directement dans votre boîte de réception.

Q: Puis-je créer des issues Linear directement depuis les commentaires Figma ? A: Oui, mais pas automatiquement. Vous devez installer le plugin Linear pour Figma, et quelqu'un doit le lancer manuellement à chaque fois. Il permet de créer des issues liées à des frames spécifiques, de définir l'équipe, le statut, le responsable et le projet – sans changer d'onglet. Le fossé réside dans le fait que personne ne le fait pour des commentaires qui ne ressemblent pas à des tâches évidentes sur le moment.

Q: Sugarbug connecte-t-il automatiquement les commentaires Figma aux issues Linear ? A: Sugarbug extrait les données de Figma et de Linear nativement, classe les signaux de chacun et les relie via son graphe de connaissances. Lorsqu'un commentaire Figma fait référence à du travail suivi dans Linear, Sugarbug fait remonter cette connexion sans liaison manuelle.

Q: Pourquoi les notifications de commentaires Figma n'apparaissent-elles pas dans Linear ? A: Parce que l'intégration est à sens unique. Linear intègre des aperçus de design Figma et permet de créer des issues depuis le plugin, mais les fils de commentaires Figma ne remontent pas dans Linear sous forme de notifications. Les mises à jour ne sont pas non plus synchronisées en retour – si un développeur change le statut d'une issue, le designer doit aller vérifier Linear pour le savoir.

Q: Comment savoir quels commentaires Figma doivent devenir des issues Linear ? A: Utilisez trois critères : le commentaire affecte-t-il les critères d'acceptation d'une issue existante ? Décrit-il un nouveau travail que personne n'a encore enregistré ? Contient-il une décision qui change le périmètre ? Si la réponse est oui pour l'un de ces points, il doit être suivi dans Linear.