Home | Blog | Integration

Figma-Kommentare mit Linear-Issues verbinden

Design-Feedback und Entwicklungsarbeit verbinden – Figma-Kommentare mit Linear-Issues verknüpfen, ohne Kontext zwischen Tabs zu kopieren.

By Ellis Keane · 2026-03-31

Irgendwann beim vierten Mal, als ich beobachtete, wie ein Designer einen detaillierten Figma-Kommentar hinterließ und der drei Meter entfernte Entwickler zwei Tage später ein nahezu identisches Linear-Issue erstellte, hörte ich auf, das als Kommunikationsproblem zu betrachten. Es ist ein Leitungsproblem. Die Verbindungen zwischen diesen beiden Tools existieren nicht so, wie alle annehmen.

Die native Figma-Linear-Integration bietet Link-Einbettungen und ein Plugin zum Erstellen von Issues aus Frames. Das ist wirklich nützlich. Aber der Teil, in dem ein Figma-Kommentar-Thread über den Hover-Zustand eines Buttons still und leise zu einem zweiwöchigen Engineering-Kaninchenbau wird und niemand die Zusammenhänge bis zum Sprint-Retro verbindet – das ist die Lücke, die kein Tooling wirklich schließt. Darum geht es in diesem Artikel: wie man Figma-Kommentare mit Linear-Issues verbindet, ohne auf jemandes Erinnerung angewiesen zu sein.

Was die Figma-Integration von Linear wirklich tut (und nicht tut)

Die native Integration macht zwei Dinge gut und sonst nichts.

Figma-Link-Einbettungen in Linear. Fügen Sie eine Figma-URL in ein Linear-Issue oder einen Kommentar ein, und sie wird zu einer interaktiven Vorschau. Ein wichtiger Vorbehalt: Linears Dokumentation weist darauf hin, dass interaktive In-App-Vorschauen nur für öffentlich geteilte Figma-Dateien funktionieren. Ihre privaten Design-Dateien (sprich: die meisten) werden als statischer Link mit einem Thumbnail angezeigt.

Das Linear-Plugin für Figma. Von innerhalb von Figma können Sie Linear-Issues erstellen, die automatisch mit bestimmten Frames, Seiten oder Abschnitten verknüpft sind. Sie legen Team, Status, Verantwortlichen und Projekt fest – ohne Tab-Wechsel. Sie können auch auf bestehende Issues verlinken, was praktisch ist, wenn eine Design-Änderung etwas berührt, das bereits in Bearbeitung ist.

Linears Figma-Integration ist eine Einbahnbrücke: Sie hilft Ihnen, Design-Kontext in Linear zu übertragen. Sie zieht keinen Engineering-Kontext zurück in Figma und verbindet keine Kommentar-Threads über die beiden Tools hinweg.

Was sie nicht tut:

Figma-Kommentare erstellen nicht automatisch Linear-Issues. Jemand muss das Plugin jedes Mal manuell verwenden.
Linear-Issue-Aktualisierungen fließen nicht zurück nach Figma. Wenn ein Entwickler den Status ändert, einen Blocker hinzufügt oder die Arbeit neu definiert, wird der Designer es nicht sehen, es sei denn, er prüft Linear selbst.
Es gibt keine tool-übergreifende Suche. „Wo haben wir das Navigations-Redesign besprochen?" könnte Figma-Kommentare, Linear-Issues oder – Gott bewahre – beides bedeuten.

Einrichten des Figma-zu-Linear-Workflows

Die Einrichtung dauert etwa drei Minuten. Vollständige Details finden Sie in der Linear-Figma-Integrationsdokumentation, aber hier ist die Kurzfassung:

[ ] Aktivieren Sie die Figma-Integration in den Linear-Workspace-Einstellungen (erfordert Admin-Rechte auf beiden Seiten)
[ ] Installieren Sie das offizielle Linear-Plugin aus der Figma Community (vermeiden Sie Drittanbieter-Alternativen – sie neigen dazu, bei API-Updates zu brechen)
[ ] Test: Wählen Sie einen Frame aus, führen Sie das Linear-Plugin aus und erstellen Sie ein Issue. Überprüfen Sie, ob es auf den Frame zurückverweist.
[ ] Test: Fügen Sie einen Figma-Datei-Link in ein Linear-Issue ein und bestätigen Sie, dass die Einbettung korrekt gerendert wird
[ ] Prüfen Sie die Freigabeeinstellungen Ihrer Design-Dateien – private Dateien zeigen statische Links, keine interaktiven Vorschauen

Das deckt den offensichtlichen Weg ab: Der Designer sieht eine Aufgabe, erstellt ein Issue, der Entwickler erhält Kontext. Die Schwierigkeit beginnt, wenn die Aufgabe zum Zeitpunkt des Kommentars nicht offensichtlich ist.

Das Klassifizierungsproblem

Hier ist das Szenario, das jeden Figma-zu-Linear-Workflow bricht, den ich je gesehen habe:

Ein Designer kommentiert einen Frame: „Dieser Ladezustand berücksichtigt den leeren Zustand nicht, den wir besprochen haben. Sollten wir einen Skeleton-Screen hinzufügen?" Drei Personen antworten im Figma-Thread. Eine Entscheidung wird getroffen. Niemand erstellt ein Linear-Issue, weil der Kommentar mehr wie eine Design-Diskussion wirkte als eine Aufgabe.

Zwei Sprints später baut der Entwickler das Feature ohne Skeleton-Screen. QA meldet es. Alle verbringen zwanzig Minuten in Slack damit, herauszufinden, ob das jemals besprochen wurde. Es war – in Figma, wo der Kommentar-Thread noch immer sitzt, gelöst und vergessen.

Das Problem ist nicht, dass die Leute vergessen, das Linear-Plugin zu verwenden. Es ist, dass Design-Feedback auf einem Spektrum existiert und die Klassifizierung – „war das eine Aufgabe?" – rückwirkend erfolgt, meist wenn jemand erkennt, dass etwas nicht erledigt wurde.

Drei Faustregeln, die helfen: Wenn Sie einen Figma-Kommentar-Thread überprüfen, fragen Sie, ob er (a) die Akzeptanzkriterien für ein bestehendes Linear-Issue beeinflusst, (b) neue Arbeit beschreibt, die noch niemand erfasst hat, oder (c) eine Entscheidung enthält, die den Umfang ändert. Wenn ja bei einem dieser Punkte, sollte es ein verfolgtes Issue werden. Das wird nicht alles erfassen, gibt Ihrem Team aber ein gemeinsames Vokabular für „dieser Kommentar ist wichtig."

Was wirklich funktioniert (und was nicht)

Die empfohlene Einrichtung: natives Plugin plus leichtgewichtige Konventionen plus ein Sicherheitsnetz. Verwenden Sie das Linear-Plugin für Figma, wenn ein Designer klare Arbeit identifiziert – eine Komponente muss aktualisiert werden, ein Bug muss erfasst werden, ein neuer Bildschirm muss gebaut werden. Ergänzen Sie eine einfache Kommentar-Konvention (unser Team verwendet ein „Action:"-Präfix oder taggt den zuständigen Entwickler), um Absicht zu signalisieren ohne schwerfälligen Prozess. Und akzeptieren Sie, dass einige Dinge durchrutschen werden – bauen Sie ein wöchentliches Review auf, bei dem Sie aktuelle Figma-Kommentar-Threads neben dem Sprint-Board scannen und nach ungelösten Threads suchen, die älter als eine Woche sind und möglicherweise auf bestehende Issues verweisen. Ist das ein perfektes System zum Verbinden von Figma-Kommentaren mit Linear-Issues? Nein, es ist ein manueller Notbehelf – aber es ist der zuverlässigste manuelle Notbehelf, den ich gefunden habe, und er verschafft Ihnen Zeit, bis Sie die Klassifizierungsschicht automatisieren können.

Was funktioniert

Natives Plugin für klare Aufgaben – wenn ein Designer weiß, dass etwas eine Aufgabe ist, ist das Linear-Plugin schnell und direkt
Kommentar-Konventionen – einfache Tags wie Action: oder Entwickler-Erwähnungen, um Absicht zu signalisieren
Wöchentliches Kommentar-Board-Review – ungelöste Figma-Threads gegen das Sprint-Board scannen

Was scheitert

Manuelles Routing im großen Maßstab – sich auf Menschen zu verlassen, um jeden Kommentar zu klassifizieren, bricht während hektischer Sprints zusammen
Schlüsselwortbasierte Zapier-Automatisierungen – Figma-Kommentar-Webhooks feuern bei allen Aktivitäten (Antworten, Lösen, Reaktionen) und erzeugen Rauschen, das ständige Filter-Wartung erfordert
Die Lücke vollständig ignorieren – zu hoffen, dass die Leute „einfach beide Tools prüfen", ist keine Strategie

Alternative: Zapier oder Make. Sie können einen Trigger für neue Figma-Kommentare einrichten, um Linear-Issues zu erstellen. Das praktische Problem ist, dass Figmas Webhooks hohe Volumina an Kommentar-Events generieren können – Antworten, gelöste Threads und Emoji-Reaktionen feuern alle. Ohne sorgfältige Filterung werden Sie Linear mit einem neuen Issue überfluten, jedes Mal wenn jemand mit einem Daumen-hoch reagiert – genau die Art von Fortschritt, die einen an den Karriereentscheidungen zweifeln lässt. Mit Filterung warten Sie Regex-Regeln, die nicht mehr damit übereinstimmen, wie Ihr Team tatsächlich Kommentare schreibt. Es ist handhabbar für kleine Teams mit vorhersehbaren Kommentiermustern, wird aber zum Halbtagsjob.

Alternative: semantische Signalintelligenz. Anstatt einzelne Kommentare als Issues weiterzuleiten, kann ein System, das beide Tools auf semantischer Ebene versteht, erkennen, wenn ein Figma-Kommentar-Thread sich mit einem bestehenden Linear-Issue überschneidet, oder wenn ein neuer Kommentar auf nicht erfasste Arbeit hindeutet. Das ist der Ansatz, den wir bei Sugarbug entwickeln – native Scraper für Figma und Linear, die Signale klassifizieren und Verbindungen über einen Wissensgraphen aufzeigen, sodass die Verbindung zwischen einer Design-Diskussion und einer Engineering-Aufgabe nicht davon abhängt, dass jemand daran denkt, einen Button zu klicken.

Das Ziel ist nicht, jeden Figma-Kommentar in ein Linear-Issue zu verwandeln. Es geht darum sicherzustellen, dass die Verbindung nicht von jemandes Erinnerung abhängt, wenn ein Kommentar tatsächlich Arbeit impliziert. attribution: Chris Calo

Häufig gestellte Fragen

Erhalten Sie Signalintelligenz direkt in Ihren Posteingang.

Q: Kann ich Linear-Issues direkt aus Figma-Kommentaren erstellen? A: Ja, aber nicht automatisch. Sie benötigen das Linear-Plugin für Figma, und jemand muss es jedes Mal manuell ausführen. Es ermöglicht das Erstellen von Issues, die mit bestimmten Frames verknüpft sind, sowie das Festlegen von Team, Status, Verantwortlichem und Projekt – ohne Tab-Wechsel. Die Lücke ist, dass niemand dies für Kommentare tut, die zum Zeitpunkt des Schreibens nicht wie offensichtliche Aufgaben wirken.

Q: Verbindet Sugarbug automatisch Figma-Kommentare mit Linear-Issues? A: Sugarbug erfasst sowohl Figma als auch Linear nativ, klassifiziert Signale aus beiden und verknüpft sie über seinen Wissensgraphen. Wenn ein Figma-Kommentar auf in Linear erfasste Arbeit verweist, zeigt Sugarbug diese Verbindung ohne manuelles Verknüpfen an.

Q: Warum erscheinen Figma-Kommentar-Benachrichtigungen nicht in Linear? A: Weil die Integration eine Einbahnstraße ist. Linear bettet Figma-Design-Vorschauen ein und ermöglicht das Erstellen von Issues über das Plugin, aber Figma-Kommentar-Threads fließen nicht als Benachrichtigungen in Linear. Aktualisierungen werden auch nicht zurückgespiegelt – wenn ein Entwickler einen Issue-Status ändert, muss der Designer Linear selbst prüfen.

Q: Woher weiß ich, welche Figma-Kommentare zu Linear-Issues werden sollten? A: Verwenden Sie drei Faustregeln: Beeinflusst der Kommentar die Akzeptanzkriterien für ein bestehendes Issue? Beschreibt er neue Arbeit, die noch niemand erfasst hat? Enthält er eine Entscheidung, die den Umfang ändert? Wenn ja bei einem dieser Punkte, sollte es in Linear verfolgt werden.