Developer z agentem AI nadal czeka na projekt. Co zmienił Shopify

Więcej uzgadniania niż kodowania

W październiku 2025 roku osoba pracująca jako frontend developer, podpisana na Hacker News jako linchien, zapytała innych, jak radzą sobie z lukami między designem, produktem i developmentem. Opisała coś, co zna chyba każdy zespół. Projekty zmieniają się po przekazaniu, specyfikacje czegoś nie obejmują, ważny kontekst ginie po drodze. Narzędzia AI do pisania kodu, jak przyznaje, przyspieszają pracę. Tyle że bez pełnego kontekstu wygenerowany interfejs rzadko od razu pasuje i trzeba go łatać.

“The actual waste isn’t writing code, it’s trying to keep intent and changes aligned.”

„Prawdziwą stratą nie jest pisanie kodu, tylko pilnowanie, żeby zamysł i zmiany się zgadzały” (tłum. CAASUAL).

Den Delimarsky z GitHuba tłumaczy w tekście o pracy ze specyfikacją, skąd to się bierze. Modele językowe świetnie dopowiadają wzorce, ale w myślach nie czytają. Przy niejasnym poleceniu model przyjmie rozsądne założenia i część z nich okaże się błędna, często dopiero głęboko we wdrożeniu. Dodaje też, że ograniczenia design systemu powinny być w planie od początku, a nie doklejane na końcu.

Shopify: prototyp, który staje się produktem

Jak tę lukę zamyka zespół projektowy Shopify, opisuje raport AI in Design 2026 funduszy Designer Fund i Foundation Capital. Gdy w kwietniu 2025 roku w firmie ogłoszono, że korzystanie z AI przestaje być opcjonalne, projektanci dostali szeroki dostęp do narzędzi i czas na eksperymenty. Dziś według raportu około 60% z nich wypuszcza kod na produkcję, a zespół zbudował ponad 5500 prototypów na wewnętrznej platformie Quick. Prototyp, który projektant przygotuje razem z firmowym agentem AI, przestał być dla inżynierów statycznym wzorem. Często staje się gotowym produktem.

Nas najbardziej przekonuje drobniejsza historia z tego samego tekstu. Taylor Cottrell, praktykant w zespole projektowym, miał zaprojektować nową kartę w feedzie aplikacji. Zanim otworzył Figmę, wrzucił do asystenta AI starą specyfikację inżynierską i poprosił o rozpisanie ograniczeń technicznych. Narzędzie wypunktowało mu opóźnienia, leniwe ładowanie i usuwanie duplikatów, zanim narysował pierwszy ekran. Rozmowy z inżynierami zaczynały się potem od wspólnego rozumienia problemu, a nie od listy pytań.

Projektant Luke Dupont w jedno popołudnie zbudował działający prototyp sklepu na prawdziwych danych sprzedawcy i istniejących komponentach aplikacji. Zamiast robić prezentację, wysłał link, pod którym każdy mógł oglądać, jak prototyp zmienia się na bieżąco. Link poszedł wyżej i do poniedziałku Luke miał zespół i prawdziwy projekt.

Sierra skróciła pętlę z dni do przedpołudnia

Ten sam raport opisuje Sierrę, w której zespół projektowy jest prawie 20 razy mniejszy od inżynierii. Statyczne makiety często nie wytrzymywały zderzenia z prawdziwymi, gęstymi danymi, więc firma zastąpiła wielodniową pętlę przekazywania projektów ciągłym prototypowaniem na środowisku produktu. Szerzej piszemy o tym w tekście o zespole projektowym, który nie nadąża.

Co powinien zawierać projekt dla developera

Nie każda firma ma projektantów, którzy wypuszczają kod, i nie każda musi ich mieć. Z obu przypadków wynika jednak prosta zasada: developer i jego agent powinni dostać odpowiedzi, zanim zadadzą pytania. Kompletny design handoff obejmuje zwykle:

• wszystkie stany ekranu, także pusty, ładowanie, błąd i brak uprawnień,
• zachowanie na telefonie, tablecie i dużym monitorze,
• komponenty z design systemu nazwane tak samo jak w kodzie,
• kolory, odstępy i typografię jako tokeny, a nie przypadkowe wartości,
• ostateczne teksty, z wersjami językowymi i komunikatami błędów,
• opis interakcji i animacji,
• kryteria, po których poznasz, że wdrożenie zgadza się z projektem.

Sporą część tej listy może dziś przygotować albo sprawdzić AI po stronie projektu. Wyłapie brakujące stany, opisze komponenty językiem zrozumiałym dla developera i jego agenta, a po wdrożeniu porówna efekt z projektem. W naszej usłudze to obszar projekt gotowy do wdrożenia: developerzy dostają kompletny, opisany projekt i rzadziej wracają z pytaniami. Tak przygotowany projekt przekazujemy też przy projektowaniu UX/UI stron i aplikacji. Jak w tym wszystkim pomaga dobrze przygotowany design system, opisujemy w tekście o design systemie dla agentów AI.