Home | Blog | Integration

Jak połączyć komentarze Figmy z zadaniami Linear

Połącz opinie projektowe z pracą inżynierską, łącząc komentarze Figmy z zadaniami Linear – bez kopiowania kontekstu między zakładkami.

By Ellis Keane · 2026-03-31

Gdzieś około czwartego razu, gdy obserwowałem, jak projektant zostawia szczegółowy komentarz w Figmie, a siedzący trzy metry dalej inżynier zakłada niemal identyczne zadanie w Linear dwa dni później, przestałem traktować to jako problem komunikacyjny. To problem hydrauliczny. Rury łączące te dwa narzędzia nie istnieją tak, jak wszyscy zakładają.

Natywna integracja Figma z Linear daje osadzanie linków i plugin do tworzenia zadań z ramek. To naprawdę przydatne. Ale moment, gdy wątek komentarzy Figmy dotyczący stanu hover przycisku po cichu zamienia się w dwutygodniową inżynierską króliczą norę i nikt nie łączy kropek aż do retrospektywy sprintu – to luka, której żadne narzędzie faktycznie nie adresuje. I właśnie o tym jest ten artykuł: jak połączyć komentarze Figmy z zadaniami Linear w sposób, który nie zależy od czyjejś pamięci.

Co integracja Figmy z Linear naprawdę robi (i czego nie robi)

Natywna integracja robi dwie rzeczy dobrze i nic więcej.

Osadzanie linków Figmy w Linear. Wklej URL Figmy do dowolnego zadania lub komentarza w Linear, a zamieni się w interaktywny podgląd. Warto wiedzieć, że dokumentacja Linear wskazuje, iż interaktywne podglądy w aplikacji działają tylko dla publicznie udostępnionych plików Figmy. Prywatne pliki projektowe (czyli większość z nich) będą renderowane jako statyczny link z miniaturką.

Plugin Linear dla Figmy. Z wnętrza Figmy możesz tworzyć zadania Linear, które automatycznie łączą się z konkretnymi ramkami, stronami lub sekcjami. Ustawiasz zespół, status, osobę przypisaną i projekt – wszystko bez przełączania zakładek. Możesz też linkować do istniejących zadań, co jest przydatne, gdy zmiana projektu dotyczy czegoś już w toku.

Integracja Figmy z Linear to jednokierunkowy most: pomaga wcisnąć kontekst projektowy do Linear. Nie ściąga kontekstu inżynierskiego z powrotem do Figmy i nie łączy wątków komentarzy między dwoma narzędziami.

Czego nie robi:

Komentarze Figmy nie tworzą automatycznie zadań Linear. Ktoś musi za każdym razem ręcznie uruchamiać plugin.
Aktualizacje zadań Linear nie trafiają z powrotem do Figmy. Jeśli inżynier zmieni status, doda blokadę lub zmieni zakres pracy, projektant nie dowie się o tym, chyba że sam zajrzy do Linear.
Brak wyszukiwania między narzędziami. „Gdzie omawialiśmy przeprojektowanie nawigacji?" – może oznaczać komentarze Figmy, zadania Linear lub (niech Bóg pomoże) jedno i drugie.

Konfiguracja przepływu pracy Figma do Linear

Konfiguracja zajmuje około trzech minut. Szczegóły są w dokumentacji integracji Figmy z Linear, ale oto skrócona wersja:

[ ] Włącz integrację Figmy w ustawieniach przestrzeni roboczej Linear (wymagane uprawnienia administratora po obu stronach)
[ ] Zainstaluj oficjalny plugin Linear z Figma Community (unikaj rozwiązań firm trzecich – mają tendencję do psucia się przy aktualizacjach API)
[ ] Test: wybierz ramkę, uruchom plugin Linear i utwórz zadanie. Sprawdź, czy linkuje z powrotem do ramki.
[ ] Test: wklej link do pliku Figmy do zadania Linear i potwierdź, że osadzenie się renderuje
[ ] Sprawdź ustawienia udostępniania plików projektowych – prywatne pliki będą wyświetlać statyczne linki, nie interaktywne podglądy

To obsługuje oczywistą ścieżkę: projektant widzi zadanie, tworzy zadanie, inżynier otrzymuje kontekst. Kłopoty zaczynają się, gdy zadanie nie jest oczywiste w momencie pisania komentarza.

Problem klasyfikacji

Oto scenariusz, który psuje każdy przepływ pracy Figma do Linear, jaki widziałem:

Projektant komentuje ramkę: „Ten stan ładowania nie uwzględnia pustego stanu, o którym rozmawialiśmy. Czy powinniśmy dodać szkieletowy ekran?" Trzy osoby odpowiadają w wątku Figmy. Zapada decyzja. Nikt nie tworzy zadania Linear, bo komentarz bardziej przypominał dyskusję projektową niż zadanie.

Dwa sprinty później inżynier buduje funkcję bez szkieletowego ekranu. QA zgłasza problem. Wszyscy spędzają dwadzieścia minut na Slacku, próbując ustalić, czy to kiedykolwiek było omawiane. Było – w Figmie, gdzie wątek komentarzy nadal siedzi, oznaczony jako rozwiązany i zapomniany.

Problem nie w tym, że ludzie zapominają użyć pluginu Linear. Chodzi o to, że opinie projektowe istnieją na spektrum, a klasyfikacja – „czy to było zadanie?" – następuje z mocą wsteczną, zazwyczaj gdy ktoś zdaje sobie sprawę, że coś nie zostało zrobione.

Trzy przydatne heurystyki: Przeglądając wątek komentarzy Figmy, sprawdź, czy (a) wpływa na kryteria akceptacji istniejącego zadania Linear, (b) opisuje nową pracę, której nikt jeszcze nie zgłosił, lub (c) zawiera decyzję zmieniającą zakres. Jeśli tak w przypadku któregokolwiek z tych punktów, powinno to stać się śledzonym zadaniem. To nie złapie wszystkiego, ale daje zespołowi wspólny słownik dla „ten komentarz jest ważny."

Co naprawdę działa (i co nie działa)

Zalecana konfiguracja: natywny plugin plus lekkie konwencje plus siatka bezpieczeństwa. Używaj pluginu Linear dla Figmy zawsze, gdy projektant identyfikuje wyraźną pracę – komponent wymaga aktualizacji, błąd wymaga zgłoszenia, nowy ekran wymaga zbudowania. Nałóż prostą konwencję komentarzy (nasz zespół używa prefiksu „Action:" lub taguje odpowiedniego inżyniera), aby sygnalizować intencję bez ciężkich procesów. I zaakceptuj, że niektóre rzeczy umkną – zbuduj tygodniowy przegląd, w którym skanuje się ostatnie wątki komentarzy Figmy obok tablicy sprintu, szukając nierozwiązanych wątków starszych niż tydzień, które mogą mapować się na istniejące zadania. Czy to idealny system łączenia komentarzy Figmy z zadaniami Linear? Nie, to ręczne tymczasowe rozwiązanie – ale najbardziej niezawodne ręczne tymczasowe rozwiązanie, jakie znalazłem, i daje czas do momentu, gdy będzie można zautomatyzować warstwę klasyfikacji.

Co działa

Natywny plugin dla wyraźnych zadań – gdy projektant wie, że coś jest zadaniem, plugin Linear jest szybki i bezpośredni
Konwencje komentarzy – proste tagi jak Action: lub wzmianki o inżynierze, aby sygnalizować intencję
Tygodniowy przegląd komentarzy i tablicy – skanowanie nierozwiązanych wątków Figmy względem tablicy sprintu

Co nie działa

Ręczny routing w skali – poleganie na ludziach do klasyfikacji każdego komentarza psuje się podczas intensywnych sprintów
Automatyzacje Zapier oparte na słowach kluczowych – webhooki komentarzy Figmy wyzwalają się na wszystkich aktywnościach (odpowiedzi, rozwiązania, reakcje), generując szum wymagający ciągłej konserwacji filtrów
Całkowite ignorowanie luki – nadzieja, że ludzie będą „po prostu sprawdzać oba narzędzia", nie jest strategią

Alternatywa: Zapier lub Make. Możesz ustawić wyzwalacz na nowych komentarzach Figmy, aby tworzyć zadania Linear. Praktyczny problem polega na tym, że webhooki Figmy mogą generować duże wolumeny zdarzeń komentarzy – odpowiedzi, rozwiązane wątki, reakcje emoji – wszystko wyzwala. Bez starannego filtrowania zalewasz Linear nowym zadaniem za każdym razem, gdy ktoś zareaguje na komentarz kciukiem w górę, co jest dokładnie takim postępem, który każe kwestionować wybory zawodowe. Z filtrowaniem konserwujesz reguły regex, które rozchodzą się z tym, jak twój zespół faktycznie pisze komentarze. Sprawdza się w małych zespołach z przewidywalnymi wzorcami komentarzy, ale staje się czyjąś pracą na pół etatu.

Alternatywa: semantyczna inteligencja sygnałów. Zamiast routować poszczególne komentarze jako zadania, system rozumiejący oba narzędzia na poziomie semantycznym może rozpoznać, gdy wątek komentarzy Figmy pokrywa się z istniejącym zadaniem Linear lub gdy nowy komentarz implikuje nieśledzoną pracę. To podejście budujemy w Sugarbug – natywne scrapery dla Figmy i Linear, które klasyfikują sygnały i ujawniają połączenia przez graf wiedzy, tak aby link między dyskusją projektową a zadaniem inżynierskim nie zależał od tego, czy ktoś pamięta, żeby kliknąć przycisk.

Celem nie jest zamiana każdego komentarza Figmy w zadanie Linear. Chodzi o to, aby gdy komentarz implikuje pracę, połączenie nie zależało od czyjejś pamięci. attribution: Chris Calo

Często zadawane pytania

Odbieraj inteligencję sygnałów prosto do swojej skrzynki.

Q: Czy mogę tworzyć zadania Linear bezpośrednio z komentarzy Figmy? A: Tak, ale nie automatycznie. Musisz mieć zainstalowany plugin Linear dla Figmy, a ktoś musi go uruchamiać ręcznie za każdym razem. Pozwala tworzyć zadania powiązane z konkretnymi ramkami, ustawiać zespół, status, osobę przypisaną i projekt – wszystko bez przełączania zakładek. Luka polega na tym, że nikt tego nie robi dla komentarzy, które w danym momencie nie wyglądają jak oczywiste zadania.

Q: Czy Sugarbug automatycznie łączy komentarze Figmy z zadaniami Linear? A: Sugarbug pobiera dane zarówno z Figmy, jak i Linear natywnie, klasyfikuje sygnały z obu narzędzi i łączy je przez swój graf wiedzy. Gdy komentarz Figmy odnosi się do pracy śledzonej w Linear, Sugarbug wyświetla to połączenie bez ręcznego linkowania.

Q: Dlaczego powiadomienia o komentarzach Figmy nie pojawiają się w Linear? A: Ponieważ integracja jest jednokierunkowa. Linear osadza podglądy projektów Figmy i umożliwia tworzenie zadań z pluginu, ale wątki komentarzy Figmy nie trafiają do Linear jako powiadomienia. Aktualizacje też nie są synchronizowane w drugą stronę – jeśli inżynier zmieni status zadania, projektant musi sam zajrzeć do Linear, żeby się dowiedzieć.

Q: Skąd wiem, które komentarze Figmy powinny stać się zadaniami Linear? A: Użyj trzech heurystyk: czy komentarz wpływa na kryteria akceptacji istniejącego zadania? Czy opisuje nową pracę, której nikt jeszcze nie zgłosił? Czy zawiera decyzję zmieniającą zakres? Jeśli tak w przypadku któregokolwiek z tych punktów, należy to śledzić w Linear.