Linear, GitHub, Figma und Slack: eine Intelligenzschicht
Schluss mit Copy-Paste zwischen Linear, GitHub, Figma und Slack. Verbinden Sie Ihre Tools zu einer Intelligenzschicht, die den Kontext am Leben erhält.
By Ellis Keane · 2026-03-13
Vier Tools, sechs mögliche paarweise Verbindungen, sechs separate OAuth-Prozesse, sechs verschiedene Meinungen darüber, was „verbunden" bedeutet. Kombinatorik: das Geschenk, das immer weiter beschenkt.
Das Merkwürdige ist nicht, dass die Integration von Linear, GitHub, Figma und Slack so viel Aufwand erfordert. Das Merkwürdige ist, dass wir alle so tun, als wäre das Ergebnis ein verbundenes System – obwohl keine einzelne Integration von den anderen weiß. Man verdrahtet jedes Paar, verifiziert die Webhooks und nennt es erledigt. Es ist wie sechs separate Brücken zwischen vier Inseln zu bauen und das Ganze ein Straßennetz zu nennen.
Es ist wie sechs separate Brücken zwischen vier Inseln zu bauen und das Ganze ein Straßennetz zu nennen. – Chris Calo
Dieser Leitfaden führt durch jedes Paar mit den tatsächlichen Einrichtungsschritten, was jede Verbindung Ihnen bringt und wo die architektonischen Nahtlinien liegen. Wenn Sie einige davon bereits konfiguriert haben, springen Sie zur Verifizierungs-Checkliste und zur Gap-Analyse-Tabelle – das sind die Teile, die die meisten Leitfäden weglassen.
Das Paar, das wirklich funktioniert: Linear und GitHub
Dies ist die stärkste native Integration der Gruppe, und es lohnt sich wirklich, sie ordentlich einzurichten.
Öffnen Sie die Linear-Einstellungen, navigieren Sie zu Integrationen und autorisieren Sie die GitHub-App – Sie wählen, welche Organisation und welche Repositories verbunden werden sollen. Konfigurieren Sie von dort aus die automatische Branch-Erstellung, sodass das Starten eines Linear-Issues einen Branch mit der Issue-ID im Namen erstellt. Richten Sie Statusautomatisierungen ein: PR geöffnet verschiebt das Issue auf „In Progress", PR gemergt verschiebt es auf „Done" (oder wie auch immer Ihre Workflow-Zustände heißen – Linear lässt Sie diese zuordnen). Optional können Sie Commit-Verlinkung aktivieren, sodass Commits, die auf eine Issue-ID verweisen, auf dem Linear-Ticket erscheinen.
Was Ihnen das gibt, ist echte bidirektionale Synchronisation. GitHub-Aktivitäten erscheinen auf Linear-Tickets, Statusübergänge erfolgen automatisch beim Merge, und Branch-Namen tragen Issue-Kontext. Wenn Ihr gesamter Workflow nur in diesen zwei Tools lebte, wären Sie gut aufgestellt.
Was es Ihnen nicht gibt, ist jegliches Bewusstsein für Figma oder Slack. Ein PR, der mit einem Linear-Issue verknüpft ist, hat keine Ahnung, dass das Feature, das er implementiert, letzten Dienstag in einem Slack-Thread besprochen wurde oder dass der Designer drei ungelöste Kommentare am Figma-Mockup hinterlassen hat. Solide innerhalb des Paares, völlig blind außerhalb davon.
Wo Slack auf Linear trifft (und es besser ist, als Sie denken)
Installieren Sie die Linear-App aus dem Slack App Directory und konfigurieren Sie dann, welche Teams Benachrichtigungen in welche Slack-Kanäle posten – die meisten Teams machen einen Kanal pro Linear-Team (#eng-notifications, #design-notifications und so weiter). Aktivieren Sie die Issue-Erstellung aus Slack-Nachrichten über das Nachrichtenaktionsmenü (die drei Punkte, dann „Create Linear issue"), und der Slack-Thread wird mit dem Ticket verknüpft. Thread-Synchronisation ist ebenfalls verfügbar, wenn Sie möchten, dass Antworten auf das Linear-Issue in Slack erscheinen und umgekehrt – es ist opt-in pro Team.
Das Ergebnis ist leistungsfähiger als die meisten Leute es einschätzen. Sie können direkt aus Slack heraus triage durchführen, ohne einen Kontextwechsel zu Linear, und die Thread-Verlinkung bedeutet, dass es einen Pfad zurück zum ursprünglichen Gespräch gibt.
Die Lücke ist die Korrelation. Wenn ein Slack-Thread zu einem Linear-Ticket führt, das zu einem PR führt, der zu Figma-Feedback führt – kennt die Slack-Integration nur den ersten Schritt. Der Thread, der die gesamte Kette gestartet hat, hat keine Verbindung zur Design-Review, die drei Tools entfernt stattfindet. (Sie könnten das natürlich manuell pflegen. Und wenn Ihnen das Spaß macht, werde ich Sie nicht aufhalten.)
Die Figma-zu-Slack-Pipeline: größtenteils kosmetisch
Es gibt eine dedizierte Figma-App für Slack, die Link-Unfurling, Kommentarbenachrichtigungen und (theoretisch) die Möglichkeit handhabt, auf Figma-Kommentare aus Slack zu antworten – wobei genau welche Funktionen verfügbar sind von Ihrem Figma-Plan und den Workspace-Admin-Einstellungen abhängt. Installieren Sie sie aus dem Slack App Directory und konfigurieren Sie dann, welche Figma-Teams Benachrichtigungen in welche Kanäle pushen. Separat dazu: Das Einfügen einer Figma-URL in einen Slack-Kanal entfaltet sie mit einer umfangreichen Vorschau mit dem eingebetteten Design – das funktioniert über Slacks native URL-Verarbeitung, keine App erforderlich.
Was Sie bekommen, ist Sichtbarkeit. Wenn jemand einen Figma-Link in Slack ablegt, kann das Team das Design inline sehen. Kommentarbenachrichtigungen halten Design-Feedback auf Ihrem Radar.
Was Sie nicht bekommen, ist Bidirektionalität. Es gibt keinen Rücklink von einem Figma-Kommentar zum Slack-Thread, der die Designänderung ausgelöst hat. Wenn Ihr Designer einen Kommentar an einem Frame hinterlässt, der besagt „das Padding ist laut der Diskussion in #product falsch", ist diese Referenz auf #product nur einfacher Text – Figma weiß nicht, dass es sich um einen Slack-Kanal handelt, und Slack weiß nicht, dass ein Figma-Kommentar einen seiner Threads referenziert. Zwei Tools, beide lese- und schreibkundig, keines liest die Handschrift des anderen.
Figma in Linear: ein Bilderrahmen, kein Live-Draht
Öffnen Sie ein beliebiges Linear-Issue, verwenden Sie das Anhangsmenü, um ein Figma-Embed hinzuzufügen, und fügen Sie die Frame-URL ein. Es wird inline gerendert – Sie können das Design sehen, ohne Linear zu verlassen. Figma hat auch ein Linear-Plugin, mit dem Sie Frames direkt aus Figma heraus mit Issues verknüpfen können.
Design-Referenzen, die neben Tickets sichtbar sind, sind eine echte Verbesserung gegenüber der Copy-Paste-Ära (fesselnde Zeiten, das). Aber Linear bettet den Frame ein, ohne ihn zu überwachen. Wenn jemand auf der Figma-Seite Feedback hinterlässt, hat das Linear-Ticket keine Ahnung davon. Keine Benachrichtigungen für unbeantwortete Kommentare, kein Bewusstsein, dass sich das verlinkte Design seit dem Einbetten geändert hat. Es ist eine Referenz, keine Verbindung.
Die Paare, die niemand baut
Sie werden bemerkt haben, dass ich Figma + GitHub und GitHub + Slack übersprungen habe. Es gibt keine native Integration für Figma und GitHub (sie leben in verschiedenen Universen), und obwohl GitHubs Slack-App existiert, handelt es sich hauptsächlich um CI/Deployment-Benachrichtigungen – nützlich, um zu wissen, dass Ihr Build fehlgeschlagen ist, nicht aber zum Nachverfolgen einer Arbeit über Tools hinweg.
Diese fehlenden Paare sind keine Versehen. Jedes Tool-Unternehmen baut Konnektoren zu den Tools, nach denen ihre Nutzer am häufigsten fragen, und der Workflow zwischen einem Figma-Frame und einem GitHub-Commit läuft immer zuerst durch etwas anderes – meist Linear. Die Integrations-Wirtschaft läuft nach Nachfrage, und niemand fordert eine direkte Verbindung zwischen Design-Annotationen und Git-Diffs.
Verifizieren Sie, dass es wirklich funktioniert
Sobald alles konfiguriert ist, bestätigen Sie, dass es funktioniert (denn „installiert" und „funktionierend" sind in dieser Branche zwei sehr unterschiedliche Dinge):
- Linear + GitHub: Erstellen Sie einen Branch aus einem Linear-Issue. Öffnen Sie einen PR und mergen Sie ihn. Das Linear-Issue sollte automatisch in Ihren konfigurierten „Done"-Status übergehen.
- Slack + Linear: Geben Sie
/linear in Slack ein und erstellen Sie ein Test-Issue. Bestätigen Sie, dass es in Linear erscheint, mit dem verlinkten Slack-Thread.
- Figma + Slack: Fügen Sie eine Figma-Frame-URL in einen Slack-Kanal ein. Sie sollten eine umfangreiche Vorschau mit dem eingebetteten Design sehen, nicht nur einen blanken Link.
- Figma + Linear: Öffnen Sie ein Linear-Issue und fügen Sie ein Figma-Embed hinzu. Bestätigen Sie, dass der Frame inline gerendert wird und nicht als defekter Platzhalter.
Wenn einer dieser Tests fehlschlägt, liegt es fast immer an Berechtigungen – die Integration benötigt Zugriff auf das spezifische Figma-Projekt, den Slack-Workspace oder die GitHub-Organisation, die Sie ansprechen. Überprüfen Sie die OAuth-Scopes, und wenn Sie einen Enterprise-Plan haben, prüfen Sie, ob ein Admin die App genehmigen muss.
Was Sie wirklich bekommen, wenn Sie Linear, GitHub, Figma und Slack integrieren
Hier ist das ehrliche Bild nach der Konfiguration aller verfügbaren nativen Integrationen:
| Was funktioniert | Was noch fehlt | |-----------------|----------------| | GitHub-PRs mit Linear-Issues verknüpft | Figma-Kommentare mit PRs und Tickets korreliert | | Linear-Updates in Slack gepostet | Slack-Entscheidungen mit den betroffenen Aufgaben verknüpft | | Figma-Vorschauen in Slack-Nachrichten | Tool-übergreifende Suche („finde alles über das Nav-Redesign") | | Figma-Frames in Linear eingebettet | Einheitliche Sicht auf jede Arbeit über alle vier Tools hinweg | | Statusautomatisierungen beim PR-Merge | Bewusstsein, dass ein Figma-Kommentar und ein Slack-Thread über dasselbe Feature sprechen |
Die rechte Spalte ist keine Feature-Anfrage für ein einzelnes Tool. Es ist die Lücke zwischen paarweiser Integration und Tool-übergreifender Korrelation – die Fähigkeit zu sagen: „Diese zwölf Signale über vier Tools sind alle Teil derselben Arbeit." Kein einzelnes Tool-Unternehmen hat einen Anreiz, das zu bauen, weil es das Verstehen der Beziehungen zwischen Produkten von Wettbewerbern erfordert. Was, wenn man darüber nachdenkt, ein wunderschön perverses Marktversagen ist.
Warum Zapier Sie hier nicht retten wird
Der Instinkt ist, nach Zapier oder Make zu greifen. Ein paar Automatisierungen einrichten, Daten zwischen Tools pipen, erledigt. Und für vorhersehbare Zwei-Tool-Abläufe – „wenn ein PR geöffnet wird, poste in #engineering" – ist das ein Zehn-Minuten-Zap, er ist zuverlässig, und ich würde ihn empfehlen.
Aber sobald Sie Kontext benötigen, der drei oder vier Tools umfasst, verketten Sie Automatisierungen, bei denen ein Zap einen Webhook auslöst, der ein Make-Szenario auslöst, das in Slack postet. Wenn etwas kaputt geht (meistens ein Token-Ablauf, meistens zu einem ungünstigen Zeitpunkt), verfolgen Sie Ausführungsprotokolle über drei Plattformen hinweg, um herauszufinden, welcher Schritt die Payload still geschluckt hat.
Das tiefere Problem ist architektonisch: Automatisierungstools bewegen Daten, können sie aber nicht korrelieren. Ein Zap weiß nicht, dass die Slack-Nachricht, die er weitergeleitet hat, über dasselbe Feature wie der Figma-Kommentar und der GitHub-PR ist. Das kann er nicht – Figmas Webhook-Payloads enthalten keine Linear-Issue-IDs, GitHubs PR-Events referenzieren keine Slack-Thread-Zeitstempel, und Slacks Events-API hat kein Konzept für einen Figma-Frame. Es gibt keinen gemeinsamen Fremdschlüssel über diese Tools hinweg. Es ist Klempnerarbeit ohne Verständnis.
Native Integrationen verarbeiten Tool-Paare. Automatisierungsschichten verarbeiten Datenbewegung. Keine davon handhabt Tool-übergreifende Korrelation – das Verstehen, dass eine Designentscheidung, eine Code-Änderung, ein Gespräch und eine Aufgabe alle zur selben Arbeit gehören.
Was Korrelation wirklich erfordert
Um diese Lücke zu schließen, braucht man etwas, das über den einzelnen Tools sitzt und eine Karte der Beziehungen zwischen ihren Signalen aufbaut. Nicht nur „dieser PR ist mit diesem Issue verknüpft", sondern „dieser Figma-Kommentar von Dienstag, dieser Slack-Thread von letzter Woche, dieses Linear-Ticket und diese drei Commits gehören alle zum selben Feature."
Das bedeutet, Signale von allen vier APIs aufzunehmen, jedes zu klassifizieren (handelt es sich um eine bestehende Arbeit? Eine neue Aufgabe? Rauschen?) und verwandte Signale in einem Graphen zu verknüpfen. Der praktische Unterschied: Anstatt vier Tools zu überprüfen, um den Status eines Features zu verstehen, überprüfen Sie einen Ort. Anstatt zu hoffen, dass jemand diesen Figma-Kommentar bemerkt hat, erscheint er neben dem verwandten Code und Gespräch.
Das ist schwer zu bauen. Ich weiß es, weil wir es bauen. Aber die architektonischen Anforderungen sind es wert, verstanden zu werden, auch wenn Sie nie etwas bauen – sie erklären, warum der paarweise Ansatz eine Obergrenze hat und warum „füge einfach einen weiteren Zap hinzu" ab einer bestimmten Größenordnung aufhört zu funktionieren.
Erhalten Sie Signalintelligenz direkt in Ihren Posteingang.
Q: Verbindet Sugarbug Linear, GitHub, Figma und Slack automatisch? A: Ja. Sugarbug verbindet sich mit allen vier Tools über die API und baut einen Wissensgraph auf. Wenn ein Figma-Kommentar mit einem Linear-Issue zusammenhängt, das einen verlinkten GitHub-PR hat, der in Slack besprochen wurde, leitet Sugarbug diese Beziehung automatisch ab – und Sie können jeden falsch erkannten Link bestätigen oder korrigieren.
Q: Wie unterscheidet sich Sugarbug von der Nutzung von Zapier zur Verbindung dieser Tools? A: Zapier bewegt Daten zwischen Tools durch Trigger-Aktions-Automatisierungen – wenn X passiert, tue Y. Sugarbug baut einen Wissensgraph, der die Beziehungen zwischen Aufgaben, Code, Designs und Gesprächen versteht. Statt Dutzende von Zaps zu pflegen, bringt Sugarbug den Tool-übergreifenden Kontext ans Licht, wenn Sie ihn brauchen.
Q: Kann ich Linear und GitHub ohne Sugarbug verbinden? A: Absolut – Linears native GitHub-Integration synchronisiert PRs, Branches und Statusübergänge. Für dieses Paar ist sie wirklich solide. Aber fügen Sie Figma-Kommentare, Slack-Threads und Notion-Dokumente hinzu, und Sie verbinden die Punkte wieder manuell über mehrere Tools hinweg.
Q: Was passiert mit meinen bestehenden Integrationen, wenn ich Sugarbug hinzufüge? A: Nichts ändert sich. Sugarbug ergänzt Ihre nativen Integrationen, ersetzt sie aber nicht. Ihre Linear-GitHub-Synchronisation funktioniert weiterhin. Sugarbug fügt die Tool-übergreifende Schicht obendrauf hinzu – verbindet eine Slack-Entscheidung mit dem Figma-Mockup, dem Linear-Ticket und dem PR.
Q: Muss mein Team seine Arbeitsweise ändern, wenn es Sugarbug verwendet? A: Nein. Sugarbug beobachtet die Signale, die Ihre Tools bereits erzeugen, und verbindet sie im Hintergrund. Ihr Team nutzt Linear, GitHub, Figma und Slack weiterhin wie gewohnt – die Kontextschicht funktioniert, ohne den Workflow von jemandem zu verändern.