Figma wciąga kod, motion i shadery na jeden canvas

Na Config 2026 Figma przesunęła canvas od statycznych ekranów w stronę środowiska, w którym obok siebie działają code layers, Motion, efekty shaderowe, generative plugins, Weave tools i agent. Dla zespołów to obietnica mniejszego skakania między narzędziami, nie gwarancja lepszego produktu.

Figma wkłada kod i motion bezpośrednio w model warstw

The Verge opisał ogłoszenia z Config 2026 jako dodanie do Figmy AI motion graphics, narzędzi shaderowych i pracy z kodem bezpośrednio na canvasie. Własny recap Figmy z 24 czerwca 2026 roku wymienia sześć głównych nowości: code layers, Figma Motion, shader fills and effects, generative plugins, Weave tools i ulepszonego agenta.

Code layers mają traktować kod jak kolejny materiał projektowy obok obrazów, wektorów i design layers. Użytkownik będzie mógł zamienić design layer w interaktywną code layer jednym kliknięciem albo promptem, testować kilka wariantów obok siebie, wyciągać z kodu edytowalne design layers i odsyłać zmiany z powrotem do code layer. Early access ma ruszyć w lipcu 2026 roku przez waitlist.

Figma Motion jest dostępna od 24 czerwca 2026 roku. Dodaje timeline, keyframes, presets, AI assisted motion creation i eksport do MP4, WebM, animated SVG oraz GIF. W Dev Mode timeline ma być czytelny dla developerów, a kod da się skopiować jako CSS, JSON albo React.

Designer dostaje mocniejszy prototyp, developer mniej wymówek

Strategiczna pointa nie leży w jednym efektownym efekcie. Figma próbuje przenieść większą część pracy z dokumentacji handoffu do wspólnego środowiska. Jeśli motion, shadery i code layers żyją na tym samym canvasie co komponenty, design i engineering mogą rozmawiać o konkretnym obiekcie, nie o screenshocie w ticketcie.

Dla zespołów produktowych najciekawsze są prototypy, marketingowe microsites i interakcje, które zwykle gubią się przy przekazaniu do implementacji. Motion podpięty pod design system i widoczny w Dev Mode ma większą szansę przeżyć drogę do kodu niż film dołączony do zadania.

Figma broni też własnego środka ciężkości. Po fali AI builderów i vibe coding tools nie chce być tylko miejscem, gdzie powstaje obraz interfejsu. Chce być miejscem, gdzie interfejs się testuje, zmienia i częściowo składa.

Mocniejszy canvas może zrobić mocniejszy bałagan

Słaby punkt to governance. Gdy zespół może promptować pluginy, shadery i code layers, Figma może szybko zapełnić się efektownymi obiektami bez jasnego właściciela, budżetu wydajnościowego i ścieżki testowania. Animacja, która wygląda dobrze w pliku projektowym, nadal musi przejść dostępność, performance i prawdziwy runtime.

Drugie ograniczenie to dostępność. Code layers dopiero idą do early accessu w lipcu, interactive shaders Figma opisuje jako coming soon, a część wartości zależy od tego, jak dobrze zepną się Dev Mode, MCP i workflow agentowe. Ogłoszenie jest ambitne, ale praktyczna wartość pokaże się dopiero w mieszanych zespołach, gdzie designer i developer naprawdę edytują ten sam obiekt.

Pull request pokaże, czy canvas ma znaczenie

Najważniejszym sygnałem nie będzie liczba dem z keynote. Będzie nim liczba przypadków, w których motion, code layer albo shader przejdą z Figmy do produkcji bez ręcznego przepisania i bez incydentu w performance budget.

Warto obserwować adopcję code layers po lipcowym early accessie, zasady zespołowego udostępniania generative plugins i to, czy developerzy będą naprawdę czytać output z Figmy jako materiał implementacyjny. Jeśli nie, canvas stanie się tylko ładniejszym parkingiem dla niezatwierdzonych pomysłów.

Werdykt Lilith

Figma chce, żeby design i kod przestały wysyłać do siebie pocztówki z przeciwnych brzegów. Prawdziwy test zacznie się wtedy, gdy ktoś zaniesie piękny prototyp do pull requestu, a CI zaświeci na czerwono.