Kilka miesiecy temu napisal do mnie zalozyciel pewnego startupu ze zdaniem, ktore slysze teraz coraz czesciej: "Aplikacje juz mam, dziala, brakuje tylko ostatniego szlifu." Otworzylem jego ekran i faktycznie, dzialala. Ladny interfejs, przyciski sie klikaja, dane sie pojawiaja. Calosc powstala w kilka dni w Lovable, niemal bez ani jednej napisanej recznie linijki kodu. Problem polegal na tym, ze ten "ostatni szlif" byl w rzeczywistosci wszystkim, co dzieli demo od produktu. A tego "wszystkiego" bylo wiecej niz calej dotychczasowej roboty.
To zjawisko ma juz swoja nazwe: vibe coding. W tym artykule wyjasnie, czym jest, dlaczego jest genialny do prototypu i niebezpieczny do produktu, czego konkretnie brakuje aplikacji zrobionej w ten sposob, kiedy w zupelnosci wystarczy (tak, czasem naprawde wystarczy) i jak z takiego prototypu zrobic prawdziwy produkt dzialajacy na produkcji, gotowy na polski rynek z BLIK, RODO i KSeF.
Czym jest vibe coding
Vibe coding to sposob tworzenia aplikacji, w ktorym nie piszesz kodu, tylko opisujesz w jezyku naturalnym narzedziu AI, czego chcesz. "Zrob mi aplikacje z lista zadan, logowaniem i trybem ciemnym" i po kilku sekundach masz dzialajacy ekran. Nie podoba ci sie kolor, prosisz o zmiane. Brakuje przycisku, prosisz o dodanie. Nie piszesz kodu linijka po linijce, tylko sterujesz na wyczucie: prosisz, patrzysz na efekt, prosisz o poprawke. Termin spopularyzowal w 2025 roku Andrej Karpathy i w polskim jezyku uzywamy go bez tlumaczenia, dokladnie tak: vibe coding.
Narzedzia, ktore to robia, sa juz dobrze znane: Lovable i Bolt generuja cala aplikacje, v0 interfejs, a Cursor i ChatGPT pisza kod na podstawie rozmowy. To naprawde imponujaca technologia i jej nie umniejszam, sam codziennie korzystam z narzedzi AI w swojej pracy. Pytanie nigdy nie brzmialo "czy AI potrafi pisac kod". Pytanie brzmi "czy to, co napisalo, wytrzyma zderzenie z prawdziwym swiatem".
Bo vibe coding ma jedna niewidoczna ceche: jest zoptymalizowany pod to, zeby wygladalo, ze dziala. AI generuje kod, ktory przechodzi oczywisty test, naciskasz przycisk i cos sie dzieje. Ale "dziala na moim ekranie" i "dziala na produkcji dla prawdziwych uzytkownikow" to dwie zupelnie rozne rzeczy, a miedzy nimi lezy dokladnie ta praca, ktorej AI samo z siebie nie wykonuje. W polskim slowniku ten dlug ma nazwe: dlug techniczny.
Dlaczego jest swietny do prototypu i niebezpieczny do produktu
Zadanie prototypu jest jedno: udowodnic pomysl. Wystarczy, ze dziala tobie, raz, po szczesliwej sciezce (tak nazywam scenariusz, w ktorym uzytkownik robi wszystko poprawnie i nic sie nie psuje). Jesli chcesz pokazac inwestorowi, jak bedzie wygladala twoja usluga, albo sam sprawdzic, czy pomysl w ogole ma sens, vibe coding jest tu nie do pobicia. To, co kiedys wymagalo tygodnia i kilku tysiecy zlotych, dzis robisz w jedno popoludnie. To prawdziwy, ogromny plus.
Zadanie produktu jest zupelnie inne. Produkt ma dzialac nie tobie, lecz obcym ludziom. Przy slabym internecie. Przy blednie wpisanych danych. Z kims, kto probuje cie oszukac. W nocy, gdy spisz. Po pol roku, gdy zmienila sie biblioteka. Z tysiacem uzytkownikow naraz, a nie z jednym. I wlasnie tu prototyp z vibe coding zaczyna sie sypac, a sypie sie nie tam, gdzie widac, tylko tam, gdzie nie widac, dopoki nie jest za pozno.
Najgrozniejsza iluzja vibe codingu
Gdy aplikacja wyglada na ukonczona w 90 procentach, intuicja podpowiada, ze zostalo 10 procent pracy. W rzeczywistosci jest odwrotnie: widoczna czesc (interfejs, przyciski, ekrany) to ta latwa, ktora AI robi dobrze. A niewidoczna czesc, czyli bezpieczenstwo, dane, przypadki brzegowe, wdrozenie, to zarazem ta najtrudniejsza i najdrozsza. O tym, co robic, gdy utkniesz z aplikacja zrobiona z AI, napisalem osobny artykul.
7 rzeczy, ktorych nie ma aplikacja z vibe coding
Kiedy biore do reki projekt zrobiony przez vibe coding, niemal zawsze brakuje tych samych siedmiu rzeczy. Nie dlatego, ze AI jest "zle", po prostu generuje to, o co prosisz, a o te rzeczy nikt nie prosi, bo nawet o nich nie wiesz, dopoki nie stana sie problemem.
| Czego brakuje | Dlaczego to wazne na produkcji |
|---|---|
| 1. Testy automatyczne | Bez testow kazda zmiana to hazard. Poprawiasz jedno miejsce, a niewidocznie psuje sie inne. W kodzie z vibe coding testow prawie nigdy nie ma, wiec projekt staje sie coraz bardziej kruchy, im wiecej go dotykasz. |
| 2. Obsluga bledow | Co sie dzieje, gdy zerwie sie internet, serwer nie odpowie albo uzytkownik wpisze smieci? W prototypie bialy ekran albo crash. W produkcie musi byc czytelny komunikat, sciezka awaryjna i ciche zalogowanie bledu. |
| 3. Bezpieczenstwo | Klucze API wprost w kodzie, niezabezpieczona baza danych, z ktorej kazdy wyciagnie cudze rekordy, zero walidacji danych wejsciowych. To najczestsza i najgrozniejsza luka bezpieczenstwa w kodzie z vibe coding, a w Polsce oznacza wprost naruszenie RODO i ryzyko kontroli UODO. |
| 4. Migracje danych | Gdy dodajesz nowe pole albo zmieniasz strukture, dane uzytkownikow musza sie "przeprowadzic" bez strat. W prototypie schemat zmienia sie przez skasowanie i utworzenie od nowa, na produkcji oznaczaloby to skasowanych klientow. |
| 5. Monitoring | Na produkcji o problemie musisz wiedziec wczesniej niz uzytkownik. Bez sledzenia bledow i logow nie widzisz, ze polowa ludzi nie moze sie zalogowac, dowiadujesz sie dopiero, gdy przestaja wracac. |
| 6. Skalowanie | Kod, ktory radzi sobie z jednym uzytkownikiem, potrafi paść przy stu. Niezoptymalizowane zapytania, brak cache, wszystko w jednym watku, prototypowi to obojetne, produktowi krytyczne pierwszego udanego dnia, np. po wejsciu na Allegro. |
| 7. Utrzymanie | Biblioteki sie starzeja, pojawiaja sie luki bezpieczenstwa, zmieniaja sie zasady platnosci i logowania. Produkt wymaga ciaglej opieki. Kod z vibe coding, ktorego nikt nie rozumie, staje sie nienaprawialny po pierwszej powaznej awarii. |
Zwroc uwage: zadnej z tych siedmiu rzeczy uzytkownik nie widzi, dopoki jest dobrze. Wszystkie ujawniaja sie tego jednego zlego dnia, i to wlasnie przez nie produkt buduje sie drozej i wolniej niz prototyp. To nie "lakier" na koniec, to fundament.
Kiedy vibe coding naprawde wystarczy
Teraz najwazniejsza i najuczciwsza czesc tego artykulu. Vibe coding nie jest "zly". Jest mnostwo sytuacji, w ktorych nie tylko wystarcza, ale jest najmadrzejszym wyborem. Jesli trafiasz w jedna z nich, nie zatrudniaj mnie, oszczedz pieniadze i buduj sam.
Tutaj vibe coding naprawde wystarczy
- Narzedzie wewnetrzne dla kilku osob. Kalkulator, tabela, prosty system, z ktorego korzysta twoj zespol. Jesli nie przechowuje cudzych danych i nie przyjmuje pieniedzy, buduj z AI i nie zawracaj sobie glowy.
- Demo dla inwestora albo klienta. Trzeba pokazac, jak bedzie wygladal pomysl. Nikogo nie obchodzi, co jest pod maska, jesli celem jest przekonac, a nie obsluzyc.
- Wizualizacja pomyslu dla siebie. Chcesz zobaczyc, czy twoja koncepcja w ogole ma sens, zanim wlozysz w nia powazne pieniadze. Prototyp z vibe coding odpowiada na to pytanie najtaniej.
- Projekt prywatny. Hobby, prywatny dziennik, narzedzie dla siebie. Jesli sie zepsuje, zepsuje sie tobie jednemu i to przezyjesz.
Ogolna zasada jest prosta: jesli aplikacja nie przechowuje cudzych danych i nie przyjmuje pieniedzy, vibe coding najprawdopodobniej ci wystarczy.
Kiedy vibe coding przestaje wystarczac
A teraz druga strona. Istnieje granica, za ktora "wyglada, ze dziala" zamienia sie w ryzyko kosztujace duzo wiecej, niz zaoszczedziles, budujac. Przekraczasz ja w chwili, gdy z aplikacji zaczynaja korzystac ludzie, ktorych nie znasz, albo gdy przeplywaja przez nia pieniadze.
| Vibe coding wystarczy | Potrzebne wdrozenie produkcyjne |
|---|---|
| Korzystasz tylko ty albo waski, zaufany krag | Korzystaja nieznani, prawdziwi klienci |
| Zadnych pieniedzy w systemie | Platnosci BLIK, Przelewy24, subskrypcje, raty |
| Dane nieistotne albo publiczne | Dane osobowe, RODO, prywatnosc klientow |
| Brak obowiazkow podatkowych w aplikacji | Faktury, integracja KSeF (obowiazkowa od 2026), JPK_VAT |
| Awaria nic nie kosztuje | Przestoj oznacza utrate klientow lub reputacji |
| Zyje kilka tygodni | Ma dzialac i byc utrzymywane przez lata |
W momencie, gdy pojawiaja sie prawdziwi klienci albo platnosci, kazda z tych siedmiu brakujacych rzeczy zamienia sie w odpowiedzialnosc. Niezabezpieczona baza z twoimi klientami to juz nie techniczny drobiazg, tylko naruszenie RODO i temat dla UODO. Platnosci bez obslugi bledow to pieniadze, ktore znikaja miedzy toba a bankiem. A jesli prowadzisz firme w Polsce, jest jeszcze jeden twardy termin: KSeF, czyli Krajowy System e-Faktur, staje sie obowiazkowy etapami w 2026 roku, od 1 lutego dla najwiekszych firm i od 1 kwietnia dla pozostalych. Zaden generator AI nie podlaczy ci faktury w schemacie FA(3) ani nie zadba o pole numeru KSeF w JPK_VAT. To juz nie jest pytanie o vibe coding, tylko pytanie o produkt.
Jak z prototypu vibe coding zrobic produkt
Dobra wiadomosc: prototyp z vibe coding czesto nie jest zmarnowana praca, jest swietnym startem. Juz zdecydowales, co aplikacja robi, jak wyglada, jaka ma logike. To najcenniejsza i najtrudniejsza do spisania czesc specyfikacji, i ona jest juz gotowa. Zostaje domknac te trudne 30 procent, przez ktore prototyp nie jest produktem.
Gdy ktos zglasza sie do mnie z projektem zrobionym w Lovable czy Bolt, najpierw przegladam repozytorium i podejmuje jedna decyzje: kontynuowac na istniejacym kodzie czy przepisac na czysto. O wyborze nie przesadza ilosc kodu, tylko jego struktura. Jesli logika i model danych sa zdrowe, kontynuuje na nich i dokladam brakujaca warstwe. Jesli kod jest chaotyczny, z odsłonietymi kluczami i niekontrolowanym stanem, czyste przepisanie wychodzi szybciej i taniej niz latanie. Wiecej o tym, co sie dzieje, gdy kod z Lovable, Bolt czy v0 zaczyna sie sypac, a "naprawiany" sypie sie jeszcze bardziej, pisze w osobnym artykule.
Droga od prototypu do produkcji
- Audyt. Sprawdzam, co naprawde dziala, a co tylko tak wyglada. Znajduje luki bezpieczenstwa i krytyczne miejsca, w tym wycieki danych osobowych wbrew RODO.
- Solidny fundament. Bezpieczna baza danych, normalne logowanie (w razie potrzeby przez bank, mojeID albo Profil Zaufany), ukryte klucze, walidacja danych wejsciowych, to, na czym da sie budowac.
- Trudne 30 procent. Platnosci i integracje, na rynku polskim najczesciej BLIK i Przelewy24 lub PayU, paczkomaty InPost, KSeF e-faktura, obsluga bledow i przypadki brzegowe, czyli to, czego AI samo nie podepnie.
- Bezpiecznik. Testy, monitoring i logi, zebys o problemie dowiadywal sie ty, a nie twoj klient.
- Wdrozenie i utrzymanie. Prawdziwa domena, prawdziwy hosting, kopie zapasowe i jasne ustalenie, kto opiekuje sie projektem dalej.
Moja propozycja nigdy nie brzmi "uporzadkuje twoj kod". Brzmi "postawie to tak, zeby dzialalo i zarabialo". Roznica jest zasadnicza: porzadkowanie kodu to kosmetyka, a postawienie produktu oznacza, ze twoi klienci moga spokojnie korzystac, placic przez BLIK i wracac, a ty mozesz spokojnie spac. I jeszcze jedno, wazne dla polskiego rynku: kod jest twoj, bez lock-inu, rozliczam sie na fakture VAT, a wycene podaje jako stala cene za projekt.
Konkretne liczby
Konkretnie o cenie, bo i tak o to zapytasz. Jesli prototyp z vibe coding ma juz logike i ekrany, czyste przepisanie do produkcji, z logowaniem, bezpieczenstwem, wdrozeniem i podstawowymi integracjami, zwykle kosztuje od 12 000 zl netto (plus VAT 23 procent). Bardziej zlozone produkty z platnosciami BLIK i Przelewy24, integracja KSeF, paczkomatami InPost i panelem admina to od 25 000 zl netto wzwyz, a pelne wdrozenia 30 000 do 50 000 zl netto i wiecej. Sam audyt istniejacego projektu z konkretnym werdyktem, czy kontynuowac, czy przepisac, to wydatek rzedu kilku tysiecy zlotych. Terminy najczesciej 2 do 6 tygodni, zaleznie od tego, jak daleko zaszedl prototyp.
To moze brzmiec jak sporo za "prawie skonczony" projekt. Ale przypomnij sobie tabele z siedmioma brakujacymi rzeczami, nie placisz za lakierowanie, placisz za ten fundament, bez ktorego aplikacja nie jest produktem, a tylko jego zdjeciem.
Masz prototyp z vibe coding, ktory chcesz zamienic w prawdziwy produkt?
Przejrze twoj projekt z Lovable, Bolt, v0 albo Cursora i szczerze powiem, czy warto kontynuowac na istniejacym kodzie, czy taniej przepisac na czysto, z konkretna cena i terminem. Pierwsza konsultacja i audyt sa bezplatne. Faktura VAT, kod jest twoj, bez lock-inu.
Omowmy moj projekt