Agent i warstwy kodu w Figmie po Config 2026: co się zmienia w pracy nad projektem

Po Config 2026 Figma nie jest już tylko miejscem do rysowania ekranów. Firma rozwija agenta pracującego w plikach, warstwy kodu na canvasie oraz połączenia z narzędziami programistycznymi przez MCP. Granica między projektem a działającym interfejsem się zaciera, ale odpowiedzialność za decyzje projektowe nadal pozostaje po stronie zespołu.

Co ogłosiła Figma na Config 2026?

Najważniejsze nowości według podsumowania Figmy i listy zmian na forum Figmy. Status każdej funkcji sprawdziliśmy 9 listopada 2026 r. w informacjach o wydaniach i centrum pomocy Figmy:

Funkcja	Co robi	Status (9 listopada 2026)
Agent w plikach	Generuje i przerabia projekty, automatyzuje powtarzalne zadania, daje feedback	Ogólnie dostępny od 6 października, zużywa kredyty AI
Warstwy kodu	Interaktywny kod na canvasie, warianty obok siebie, powrót do warstw	Otwarta beta, od 5 listopada zużywa kredyty AI
Źródła kodu	Import z GitHuba lub npm, by agent korzystał z realnego systemu	Zamknięta beta
Motion	Oś czasu, klatki kluczowe, kopiowanie kodu w CSS, JSON lub React	Otwarta beta
Shadery	Efekty i wypełnienia tworzone z opisu lub obrazu	Ogólnie dostępne od 2 listopada
Wtyczki generatywne	Tworzenie wtyczki z opisu, bez środowiska programistycznego	Otwarta beta
Weave	Workflow generatywne na węzłach i gotowe narzędzia do obrazów	Ogólnie dostępne od 6 października, zużywa kredyty AI
Narzędzia MCP	M.in. zamiana HTML wygenerowanego przez agenta w warstwy	Nowe narzędzia dla serwera MCP
Wytyczne bibliotek	Zasady dla agenta dołączone do biblioteki design systemu	Otwarta beta w planach Professional i wyższych

Statusy zmieniają się szybko: w październiku z bety wyszły agent i Weave, na początku listopada shadery. Przed decyzją o zakupie sprawdź aktualny stan w informacjach o wydaniach Figmy.

Co zmienia agent pracujący w pliku?

Agent w Figmie działa w kontekście pliku. Można mu dać załączniki, np. brief lub badania, a także umiejętności opisujące sposób pracy zespołu oraz połączenia z narzędziami, takimi jak Notion, Slack, GitHub czy Atlassian.

Od 6 października agent zużywa kredyty AI z puli przypisanej do miejsca w zespole, wspólnej m.in. z Figma Make. Ile kredytów pochłonie zadanie, zależy od jego złożoności, kroków wykonanych przez agenta i dołączonego kontekstu, dlatego koszt warto sprawdzić na kilku typowych zadaniach, zanim agent wejdzie do codziennej pracy.

Największa zmiana dotyczy kosztu pierwszych wersji. Warianty i szkice mogą powstawać szybciej, a powtarzalne zadania można częściowo oddać narzędziu. To zwiększa znaczenie umiejętności, które trudniej zautomatyzować:

• dobrego zdefiniowania problemu,
• oceny, który z wielu wariantów jest właściwy,
• pilnowania spójności i dostępności,
• wyjaśnienia decyzji klientowi i zespołowi.

Innymi słowy, łatwiej wyprodukować ekran, ale nie jest przez to łatwiej wybrać właściwy.

Co oznaczają warstwy kodu?

Do tej pory prototyp często tylko udawał działanie produktu. Warstwy kodu pozwalają na canvasie pracować z czymś, co naprawdę reaguje na interakcję. To przydatne przy elementach, które trudno ocenić na statycznym obrazie: złożonych formularzach, filtrach, stanach ładowania czy animacjach.

Nie oznacza to, że taki kod trafia od razu na produkcję. Działający prototyp to jedno, a kod zgodny z architekturą produktu, bezpieczny, wydajny i dostępny to drugie. Współpraca z deweloperami pozostaje potrzebna, choć rozmowa może zacząć się wcześniej i dotyczyć bardziej konkretnego materiału.

Co to jest MCP i dlaczego projektanci o nim mówią?

Model Context Protocol to otwarty standard, dzięki któremu narzędzia AI mogą korzystać z danych i funkcji innych programów. W pracy projektowej umożliwia to przepływ w obie strony:

• agent programistyczny może odczytać projekt i na tej podstawie przygotować implementację,
• wygenerowany interfejs może wrócić do Figmy jako edytowalne warstwy,
• animowaną ramkę można przekazać agentowi do wdrożenia.

Jakość wyniku zależy od jakości danych wejściowych. Plik z chaotycznymi warstwami i bez komponentów daje słabsze rezultaty niż uporządkowany design system z tokenami i opisanymi zasadami. Porządek w plikach staje się więc jeszcze ważniejszy niż wcześniej.

Jak to wygląda w praktyce? Nasz test

4 listopada 2026 r. przenieśliśmy system projektowy strony tadaa.pl z kodu do Figmy. Nie użyliśmy wbudowanego agenta Figmy, tylko agenta programistycznego Claude Code, połączonego z Figmą Desktop przez społecznościowy serwer MCP figma-console. Agent czytał arkusz stylów strony i budował plik w Figmie, a my sprawdzaliśmy wynik i zlecaliśmy poprawki.

W ciągu jednego dnia, w pięciu kolejnych przebiegach, powstały:

• zmienne w trzech kolekcjach: wartości bazowe (15), skale typografii i odstępów (45, w czterech trybach dla szerokości ekranu) oraz powierzchnie kolorystyczne (9, w pięciu trybach),
• 16 stylów tekstu powiązanych ze skalami,
• fundamenty i komponenty: przyciski, nawigacja, karty, akordeon, FAQ i pozostałe elementy strony,
• strona główna, Strefa Wiedzy i cztery strony usług w szerokościach 1440, 991, 767 i 390 px.

Wszystkie 59 wartości porównaliśmy z kodem i zgadzały się co do jednej. Sekcje odtworzone w Figmie różniły się od działającej strony zwykle o kilka, najwyżej o kilkanaście pikseli wysokości.

Co zadziałało. Przeniesienie tokenów i stylów było szybkie i dokładne, bo źródłem był uporządkowany kod z nazwanymi zmiennymi. Agent dobrze radził sobie z pracą powtarzalną: wariantami komponentów i tymi samymi sekcjami w kilku szerokościach.

Czego zabrakło.

• Serwer MCP wbudowany w Figmę Desktop (tryb Dev Mode) odrzucał połączenie, dlatego skorzystaliśmy z serwera społecznościowego.
• Wtyczki Figmy nie mają dostępu do sieci, więc zdjęcia projektów trzeba było przekazywać bezpośrednio w kodzie, jako dane base64.
• Nadpisania w instancjach nie zmieniają rozmiaru zagnieżdżonych ramek o stałej wielkości, więc różne rozmiary tego samego komponentu wymagały osobnych wariantów.
• Bez kontroli człowieka by się nie obeszło: każde porównanie z działającą stroną pokazywało różnice, które poprawialiśmy w kolejnym przebiegu.

Werdykt. Taki przepływ ma sens dla zespołów, które mają system zapisany w kodzie i chcą mieć jego wierną kopię w Figmie do dalszego projektowania. Bez uporządkowanych tokenów agent nie miałby z czego budować. O projektowaniu nowych rozwiązań od zera ten test niczego nie mówi: agent przenosił gotowe decyzje, a nie je podejmował.

Co to oznacza dla firmy zamawiającej projekt?

Jeśli zamawiasz stronę, aplikację lub identyfikację, nie musisz znać tych funkcji. Warto jednak zapytać wykonawcę o kilka rzeczy:

1. Jak używacie AI w projekcie? Dobra odpowiedź jest konkretna i mówi, gdzie narzędzie pomaga, a gdzie nie.
2. Kto sprawdza wyniki? Odpowiedzialność za jakość, dostępność i zgodność z marką powinien mieć człowiek.
3. Co z poufnymi danymi? Zapytaj, jakie materiały trafiają do narzędzi AI i na jakich warunkach.
4. Co dostanę po projekcie? Czy to uporządkowane pliki, komponenty i tokeny, czy tylko obrazy ekranów.
5. Jak działają prawa do wyników? Przy treściach generowanych warto ustalić to w umowie i skonsultować z prawnikiem.

Szybsza produkcja wariantów nie musi oznaczać proporcjonalnie niższej ceny dobrego projektu, bo czas przesuwa się na badanie problemu, ocenę i dopracowanie. Warto jednak oczekiwać krótszej drogi od pomysłu do czegoś, co można sprawdzić z użytkownikami.

Od czego zacząć w zespole?

• Uporządkuj pliki. Komponenty, tokeny i nazwy warstw pomagają ludziom i agentom.
• Zapisz zasady. Kiedy używać komponentu, jaki ton ma tekst, czego unikać.
• Wybierz jedno powtarzalne zadanie i sprawdź narzędzie na nim, zamiast zmieniać cały proces.
• Mierz efekt. Czas, liczba poprawek i jakość wyniku mówią więcej niż wrażenie.
• Ustal granice. Określ, co można przekazywać do narzędzi AI i kto zatwierdza wynik.

Jak pracujemy w ta daa!?

Projektujemy w Figmie, a stronę tadaa.pl budujemy i rozwijamy w kodzie. Agentów AI używamy przy zadaniach powtarzalnych, takich jak opisane wyżej przeniesienie systemu z kodu do Figmy, i zawsze sprawdzamy ich wynik. O kierunku projektu, treściach i dostępności decydujemy sami.

Projektujemy interfejsy i produkty cyfrowe dla firm z Gliwic, Śląska i całej Polski, a nowe narzędzia sprawdzamy na realnych zadaniach, zanim wejdą do naszego procesu. Więcej o tym, jak pracujemy, znajdziesz na stronie UX/UI design.

Chcesz sprawdzić, co nowe narzędzia mogą zmienić w Twoim projekcie? Umów krótką rozmowę albo zadzwoń: +48 605 035 585.