Figma i Atlassian w Claude Cowork - szybka odpowiedź
Figmę i narzędzia Atlassian podpinasz do Claude Cowork przez protokół MCP, dzięki czemu model sięga do plików projektowych, zadań i dokumentacji. To przenosi pracę z wklejanych zrzutów ekranu na realny kontekst projektu.
Zanim przejdziemy do przepływów, zacznę od rzeczy, o którą rozbija się większość pierwszych prób. Chodzi o typ miejsca w Figmie, a nie o samo narzędzie. Jak działa sam protokół, tłumaczę we wpisie Co to jest MCP.
Miejsce w Figmie, czyli pułapka, o którą rozbija się wszystko
Zgodnie z dokumentacją Figmy miejsca View i Collab dostają do 6 wywołań narzędzi miesięcznie. Najważniejszy szczegół brzmi tak: ten limit obowiązuje na każdym planie, łącznie z Enterprise.
To wywraca intuicję, którą ma większość osób. Problemem nie jest darmowe konto, tylko typ miejsca. Firma na planie Enterprise, w której projektant siedzi na miejscu Collab, dostanie dokładnie te same 6 wywołań miesięcznie co ktoś na koncie darmowym. Przy takim limicie jeden porządny przepływ zjada miesiąc w kilka minut.
Miejsce Dev albo Full zmienia sytuację o rzędy wielkości i tu liczby są konkretne:
| Miejsce (limity według dokumentacji Figmy) | Professional | Organization | Enterprise |
|---|---|---|---|
| View, Collab | do 6 na miesiąc | do 6 na miesiąc | do 6 na miesiąc |
| Dev, Full | do 200 dziennie, 10 na minutę | do 200 dziennie, 15 na minutę | do 600 dziennie, 20 na minutę |
Nie wszystko liczy się do tych limitów i warto o tym wiedzieć przy planowaniu pracy. Dokumentacja podaje, że limity dotyczą narzędzi czytających dane z Figmy, a te zapisujące do plików są zwolnione. Wymienione wyjątki to add_code_connect_map, generate_figma_design oraz whoami.
Figma zastrzega przy tym prawo do zmiany limitów, więc przed większym wdrożeniem warto je sprawdzić u źródła zamiast opierać się na cudzym omówieniu.
Remote czy desktop - kto może edytować projekt
Serwer działa w 2 trybach, a różnica sprowadza się do tego, czy Claude ma tylko czytać, czy też pisać do kanwy. To rozróżnienie decyduje o wyborze.
Tryb desktopowy ma jeden twardy wymóg, którego nie obejdziesz planem. Zgodnie z dokumentacją serwer desktopowy, oparty na bieżącym zaznaczeniu, wymaga miejsca Dev albo Full na dowolnym planie płatnym, a miejsca View i Collab nie włączą go niezależnie od planu.
Reguła praktyczna jest prosta. Claude ma tylko czytać projekt i generować z niego kod? Wystarczy tryb desktopowy. Ma zapisywać albo edytować coś w Figmie? Potrzebujesz trybu zdalnego. Sporo osób utyka właśnie tutaj, próbując edytować kanwę z trybu, który tego nie potrafi.
Warto też wiedzieć, że nie każdy klient MCP w ogóle się połączy. Dokumentacja Figmy podaje, że łączyć mogą się wyłącznie klienci wymienieni w katalogu MCP Figmy, a pozostali deweloperzy zapisują się na listę oczekujących.
Jak podpiąć Figma Dev Mode - krok po kroku
Podpięcie trybu desktopowego zajmuje kilka minut i sprowadza się do włączenia serwera w Figmie. Zgodnie z dokumentacją Figmy przechodzisz przez 5 kroków:
- Zaktualizuj aplikację desktopową Figmy do najnowszej wersji.
- Otwórz plik projektowy i przełącz się w Dev Mode.
- W panelu inspekcji włącz opcję serwera MCP dla trybu desktopowego.
- Serwer działa wtedy lokalnie na Twoim komputerze pod stałym adresem.
- Dodaj go do klienta jako serwer MCP i zweryfikuj połączenie.
Alternatywą jest gotowa wtyczka z katalogu, która obok samego połączenia dokłada skille uczące agenta poprawnego przepływu zapisu do kanwy. Ja idę zwykle tą drogą, bo jest szybsza niż ręczna konfiguracja.
W dużej firmie jest jeszcze 1 opcja, o której mało kto wie, a która akurat wyróżnia Claude. Dokumentacja Figmy podaje, że zarządzana autoryzacja firmowa jest wspierana wyłącznie dla Claude, przez Okta Cross App Access. Pracownik loguje się raz przez Okta, a dostęp do serwera Figmy jest dalej pośredniczony bez proszenia go o ponowną autoryzację.
Co Claude odczytuje z Figmy
Sedno wartości to nie AI rysująca za Ciebie, tylko Claude rozumiejący realny plik projektowy. Odczytuje między innymi strukturę zaznaczonego frame’u, zmienne i style oraz mapowanie komponentów na kod.
Najważniejsze możliwości to 3 rzeczy:
- Struktura zaznaczenia jako kod - Claude tłumaczy frame na komponent, domyślnie w React i Tailwind, a na Twoje polecenie w dowolny framework.
- Zmienne i style - kolory, odstępy, typografia, czyli design tokens gotowe do audytu spójności.
- Code Connect - mapowanie komponentów z Figmy na realne komponenty w Twoim kodzie.
To ostatnie wyznacza granicę między ładnym demem a narzędziem do produkcji. Bez Code Connect Claude wygeneruje generyczny kod zamiast sięgnąć po Twoją bibliotekę. Z Code Connect wynik jest spójny z tym, co już masz.
Workflow projektanta - co dokładnie zlecasz
Dla projektanta największa zmiana to Claude, który czyta plik, a nie zrzut ekranu. Otwiera to 3 zadania, których wcześniej nie dało się zlecić w ogóle.
- „Zaznaczę ten frame, a Ty wygeneruj z niego komponent React używający naszej biblioteki przez Code Connect.“ Wynik jest spójny z design systemem, nie pisany od zera.
- „Z tego pliku wyciągnij wszystkie design tokens - kolory, odstępy, typografię - i wypisz jako zmienne CSS.“ Świetne do audytu spójności systemu projektowego.
- „Weź ten ekran logowania z produkcji i odeślij go do Figmy jako edytowalne warstwy z komponentów naszego design systemu.“ Żywy interfejs wraca na kanwę do dopieszczenia, a nie jako statyczny obraz.
Workflow product managera - Jira i Confluence
Atlassian łączysz z Claude przez oficjalny zdalny serwer Rovo MCP, który działa na Twoich uprawnieniach. Model przeszukuje i czyta zadania, tworzy i aktualizuje zgłoszenia oraz generuje strony.
Zakres tego serwera jest szerszy, niż sugeruje nazwa, i obejmuje 5 produktów. Atlassian wymienia Jira, Confluence, Jira Service Management, Bitbucket oraz Compass, a uwierzytelnienie odbywa się przez OAuth albo tokeny API.
Typowe zadania product managera wyglądają tak:
- „Podsumuj status wszystkich zadań z epika PROJ-123 i wypisz blockery.“ Model widzi tylko to, do czego Ty masz dostęp, bo działa na Twoim logowaniu.
- „Z tych notatek ze spotkania utwórz 5 zadań w Jira i stronę Confluence z podsumowaniem decyzji.“ Zadania i dokumentacja powstają w jednym przebiegu.
- „Przygotuj brief dla zespołu z wymagań opisanych w tym dokumencie.“ Materiał powstaje z treści, którą i tak macie.
Najmocniejszy scenariusz - Figma i Atlassian w jednym łańcuchu
Prawdziwa wartość 2 integracji naraz pokazuje się dopiero wtedy, gdy jedno zadanie przechodzi przez oba narzędzia. Pojedyncza integracja tego nie udźwignie.
Wyobraź sobie takie polecenie do Claude:
“Weź zadanie PROJ-456 z Jira i otwórz podlinkowany frame w Figmie. Przygotuj komponent w naszym codebase, potem zmień status zadania na ‘W przeglądzie’ i dodaj komentarz z linkiem.”
Pod spodem dzieje się łańcuch: Rovo MCP odczytuje zadanie, Figma MCP podaje kontekst z frame’u, Claude przygotowuje kod, a Rovo MCP domyka pętlę aktualizacją statusu.
Taki łańcuch zastępuje 4 ręczne przełączenia między aplikacjami. Warto jednak pamiętać, że przy narzędziach zapisujących obowiązuje tryb zgód Cowork, więc przy pracy na współdzielonych systemach zostaw ustawienie wymagające zatwierdzenia.
Kto czego potrzebuje - tabela ról
Różne role sięgają po różne narzędzia i mają różne minimalne wymagania. Ta tabela porządkuje 3 typowe przypadki.
| Rola | Typowe zadanie | Narzędzia | Minimalny wymóg |
|---|---|---|---|
| Projektant | design tokens, spójność systemu, kod na kanwę | Figma MCP | miejsce Dev lub Full, tryb zdalny do edycji |
| Developer | frame na komponent spójny z biblioteką | Figma MCP, Code Connect | miejsce Dev lub Full, skonfigurowany Code Connect |
| Product manager | status z Jira, tworzenie zadań, strony Confluence | Rovo MCP | konto Atlassian, logowanie OAuth |
Uczciwe ograniczenia
Powiem wprost, gdzie leżą granice tego workflow, żebyś nie obiecywał sobie zbyt wiele. Narzędzie jest mocne, ale nie magiczne.
- Bez Code Connect wynik jest generyczny, nie oparty na Twojej bibliotece.
- Brak chirurgicznych poprawek - MCP dobrze generuje od zera, ale aktualizacja istniejącego kodu po zmianie projektu często wymaga regeneracji.
- Złożone przepływy z wielu ekranów trzeba konwertować frame po frame i osobno prosić o złożenie w całość.
- Limity minutowe potrafią przyciąć pracę wsadową, bo na planie Professional to 10 wywołań na minutę.
Przy błędach uprawnień dokumentacja Figmy podaje konkretną ścieżkę diagnostyczną i warto ją znać. Uruchom narzędzie whoami, które pokaże adres użyty do uwierzytelnienia oraz wszystkie plany i typy miejsc danego użytkownika. Najczęstsza przyczyna to konto nienależące do planu, do którego należy plik.
Podsumowanie
Figma i Atlassian dają Claude Cowork to, czego najbardziej brakuje mu w tych rolach: realny kontekst projektu. Zanim jednak zaczniesz, sprawdź typ miejsca w Figmie, bo to on decyduje o limitach, a nie sam plan.
Miejsca View i Collab dostają do 6 wywołań miesięcznie nawet na Enterprise. Dev i Full dają odpowiednio do 200 dziennie na Professional i Organization oraz do 600 na Enterprise. Projektant zyskuje asystenta, który rozumie plik, a nie jego zrzut, a product manager pomoc w Jira i Confluence na własnych uprawnieniach.
Największa wartość pojawia się tam, gdzie oba narzędzia grają w jednym łańcuchu, od zadania po gotowy wynik. Jak podobne przepływy wyglądają w innych działach, pokazuję we wpisie Claude Cowork dla zespołów.
Jeśli chcesz, żeby te integracje pracowały bez Twojego udziału, a nie tylko dawały się kliknąć, zobacz automatyzację marketingu.
