selleoai

Warsztat wewnętrzny

Workflow tworzenia projektów z AI

Zestaw praktycznych tipów: jak zmienia się rola designera, review, delegowanie tasków i praca równoległa, kiedy większość kodu piszą agenci.

01Designer z AI = Frontend Developer
02Review w erze wygenerowanego kodu
03Off-handuj proste taski do agenta
04Pracuj na kilku rzeczach naraz
05Usprawniaj sobie życie: MCP, skille, throwaway
06Prototypuj z klientem
07Kontekst to paliwo agenta
08Anty-wzorce — czego unikać

01 / Design

Designer z AI może być Frontend Developerem

Prototypy, wireframe'y, a nawet gotowe designy powstają bezpośrednio w aplikacji — Figma przestaje być krokiem implementacyjnym.
Zero rozjazdów „co jest na Figmie, a co w kodzie" — koniec różnic w renderowaniu fontów, spacingu, komponentów.
Klient dostaje klikalny prototyp by default, nie statyczne mockupy.
Design system żyje w kodzie od pierwszego dnia.

Designer → Prototyp → Deployment → Klient testuje → Product builder dobudowuje system

Locobox — ekran główny aplikacji — beta.app.locobox.pl

Locobox — design system w aplikacji — /design-system

02 / Code review

Generujesz więcej kodu, niż jesteś w stanie przeczytać

Pełne code review linijka po linijce przestaje się skalować. Zamiast czytać wszystko — zbuduj system, który czyta za Ciebie.

🤖Boty i AI do review

Bot na PR + skill Selleo, który podsumuje PR i pokaże najważniejsze zmiany. Ty decydujesz, on filtruje.

🧪Warstwa testów wokół produktu

Testy to Twoja siatka bezpieczeństwa — pozwalają mergować z większą pewnością bez czytania każdej linijki.

🎯Czytaj punkty krytyczne

Migracje, schemat bazy, API, kompatybilność wsteczna — to sprawdzasz zawsze, osobiście.

⚠️Nie ufaj też sobie

Niech agent sprawdzi kod po Tobie — i nie biasuj go. Nie mów „sprawdź, ale chyba jest OK". Świeże oczy, zero sugestii.

03 / Delegowanie

Off-handuj proste rzeczy prosto do agenta

Prosty bug albo mała zmiana CRUD-owa nie wymaga Ciebie in the loop. Agent ma stworzyć PR od A do Z — Ty tylko mergujesz.

@bot zrób to https://link.do.ticketa

Integracja issue tracker ↔ GitHub pozwala botowi przejść całą ścieżkę: ticket → branch → kod → testy → PR.
Twój czas idzie na rzeczy, gdzie faktycznie dodajesz wartość — nie na piąty endpoint CRUD w tym tygodniu.
Kryterium: jeśli potrafisz opisać task w dwóch zdaniach i zweryfikować wynik w minutę — deleguj.

04 / Równoległość

Pracuj na kilku rzeczach jednocześnie

Implementacja przez agenta trwa — i to jest okazja, nie problem. Czas oczekiwania to Twój slot na kolejną rzecz.

Piszesz spec #1 → Agent implementuje #1 ⟲ Ty: spec #2, review #0, merge PR-ów

Pracując nad czymś większym, twórz dokładne speci implementacji — dobry spec to 80% sukcesu agenta.
Po puszczeniu implementacji bierz kolejne rzeczy do wyspecyfikowania, przeglądaj i merguj gotowe PR-y.
Przestajesz być wykonawcą — stajesz się architektem i dyspozytorem kilku równoległych strumieni pracy.

05 / Narzędzia

Usprawniaj sobie życie

🔌MCP do issue trackera

Agent sam pobiera kontekst ticketa — zaczynasz task jednym zdaniem zamiast wklejać opisy i linki.

🧩Skille projektowe

Zamknijcie wasz pipeline (konwencje, deploy, review, ADR-y) w skille — każdy w teamie odpala ten sam, sprawdzony flow.

🗑️Throwaway projekty

Jednorazowa apka do zadania: zbuduj, użyj, wyrzuć. Koszt stworzenia narzędzia spadł tak bardzo, że nie musi być „na zawsze".

Przykłady throwaway: dashboard do przejrzenia logów z jednego incydentu na produkcji, zamiast grepowania na ślepo · jednorazowy skrypt z UI do wyczyszczenia i zmigrowania CSV-ki od klienta przed importem do bazy.

06 / Klient

Prototypuj z klientem

Zanim zbudujesz feature — zwaliduj core pomysłu na klikalnym prototypie. Rozmowa o działającym ekranie bije każdy dokument.

Twórz klientowi prototyp rozwiązania, nad którym pracujecie — feedback przychodzi zanim powstanie „prawdziwy" kod.
Klient AI-friendly? Niech sam wyklika pomysł w Lovable — dostajesz gotowy kod jako punkt wyjścia do implementacji…
…i pomysł potwierdzony z większymi detalami przez product ownera. Prototyp klienta to najlepszy spec, jaki dostaniesz.

Prototyp odrzucony po dniu to sukces — feature odrzucony po trzech sprintach to porażka.

07 / Kontekst

Kontekst to paliwo agenta

Agent jest dokładnie tak dobry, jak kontekst, który ma pod ręką. Inwestycja w kontekst zwraca się przy każdym tasku.

📄CLAUDE.md / AGENTS.md

Konwencje, komendy, architektura, pułapki projektu — spisane raz, używane przy każdej sesji przez każdego w teamie.

🏛️ADR-y

Zapisane decyzje architektoniczne sprawiają, że agent nie proponuje w kółko rozwiązań, które już świadomie odrzuciliście.

🔁Pętla ulepszania

Agent zrobił coś źle? Nie tylko popraw — dopisz regułę do kontekstu, żeby następnym razem nie musiał się mylić.

08 / Anty-wzorce

Czego unikać

🌀Vibe-coding bez siatki

Generowanie dużych zmian bez testów i CI to dług, który spłacisz z odsetkami — na produkcji.

📦PR-y-giganty

Agent chętnie wygeneruje 3000 linii naraz. Nikt tego nie zreviewuje — tnij pracę na małe, mergowalne kawałki.

🙈Ślepy merge

„AI napisało, testy przeszły" to nie review. Punkty krytyczne (migracje, API, security) zawsze przechodzą przez człowieka.

🔁Walka zamiast resetu

Trzecia iteracja poprawiania agenta w tym samym wątku? Wyrzuć, popraw spec, zacznij od czystego kontekstu.

Podsumowanie

Ty jesteś architektem,
agenci są rękami

Projektuj flow i spec — implementację deleguj.
Buduj siatkę bezpieczeństwa: testy, boty review, punkty krytyczne.
Waliduj pomysły prototypem, zanim staną się kosztem.
Każde usprawnienie workflow procentuje przy każdym kolejnym tasku.