selleoai

Warsztat wewnętrzny

Zostań AI Native Product Builderem

To nie jest zestaw tipów — to zmiana roli. Ty projektujesz i dowozisz produkt, agenci piszą kod. Jak w praktyce zmienia się design, review, delegowanie i tempo pracy z projektem.

00Stary workflow już cię spowalnia
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

00 / Mindset

Stary workflow już cię spowalnia

Nie chodzi o dorzucenie AI do starego procesu — chodzi o zmianę sposobu pracy. W której kolumnie jesteś dzisiaj?

Stary workflow

AI Native Product Builder

Piszesz kod linijka po linijce

Piszesz spec — agent pisze kod

Czytasz każdy diff osobiście

Budujesz system, który czyta za Ciebie

Jeden task naraz

Kilka strumieni pracy równolegle

Figma → handoff → implementacja

Prototyp w kodzie od pierwszego dnia

Narzędzie musi być „na zawsze"

Throwaway: zbuduj, użyj, wyrzuć

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.
Agent nie dowiózł? To sygnał, że spec albo kontekst był za słaby — popraw je, zamiast wnioskować, że „AI nie działa".

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.
Technicznie: git worktrees albo kilka sesji agenta naraz — każdy strumień na osobnym branchu i w osobnym katalogu, zero konfliktów.
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.

📚Product & business docs

Aplikacja i kluczowe moduły rozpisane w plikach .md — agent rozumie nie tylko jak kod działa, ale po co istnieje i jak działa biznes.

🏛️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ć.

Podsumowanie

Ty jesteś architektem,
agenci są rękami

To jest właśnie AI Native Product Builder — projektujesz produkt i flow, implementację delegujesz, a projekt porusza się szybciej niż kiedykolwiek.

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.

Zadanie na dziś: wybierz jedną rzecz z tej prezentacji i wdróż ją w swoim projekcie w tym tygodniu. Nie „kiedyś" — w tym tygodniu.