Coraz częściej słyszę zdanie: "Aplikację już mam, działa, brakuje tylko ostatniego szlifu." I często faktycznie działa: ładny interfejs, przyciski się klikają, dane się pojawiają, a całość powstała w kilka dni w Lovable, niemal bez ani jednej napisanej ręcznie linijki kodu. Problem polega na tym, że ten "ostatni szlif" to w rzeczywistości wszystko, co dzieli demo od produktu. A tego "wszystkiego" jest zwykle więcej niż całej dotychczasowej roboty.
To zjawisko ma już swoją nazwę: vibe coding. W tym artykule wyjaśnię, czym jest, dlaczego jest genialny do prototypu i niebezpieczny do produktu, czego konkretnie brakuje aplikacji zrobionej w ten sposób, kiedy w zupełności wystarczy (tak, czasem naprawdę wystarczy) i jak z takiego prototypu zrobić prawdziwy produkt działający na produkcji, gotowy na polski rynek z BLIK, RODO i KSeF.
Czym jest vibe coding
Vibe coding to sposób tworzenia aplikacji, w którym nie piszesz kodu, tylko opisujesz w języku naturalnym narzędziu AI, czego chcesz. "Zrób mi aplikację z listą zadań, logowaniem i trybem ciemnym" i po kilku sekundach masz działający ekran. Nie podoba ci się kolor, prosisz o zmianę. Brakuje przycisku, prosisz o dodanie. Nie piszesz kodu linijka po linijce, tylko sterujesz na wyczucie: prosisz, patrzysz na efekt, prosisz o poprawkę. Termin spopularyzował w 2025 roku Andrej Karpathy i w polskim języku używamy go bez tłumaczenia, dokładnie tak: vibe coding.
Narzędzia, które to robią, są już dobrze znane: Lovable i Bolt generują całą aplikację, v0 interfejs, a Cursor i ChatGPT piszą kod na podstawie rozmowy. To naprawdę imponująca technologia i jej nie umniejszam, dobrze znam te narzędzia. Pytanie nigdy nie brzmiało "czy AI potrafi pisać kod". Pytanie brzmi "czy to, co napisało, wytrzyma zderzenie z prawdziwym światem".
Bo vibe coding ma jedną niewidoczną cechę: jest zoptymalizowany pod to, żeby wyglądało, że działa. AI generuje kod, który przechodzi oczywisty test, naciskasz przycisk i coś się dzieje. Ale "działa na moim ekranie" i "działa na produkcji dla prawdziwych użytkowników" to dwie zupełnie różne rzeczy, a między nimi leży dokładnie ta praca, której AI samo z siebie nie wykonuje. W polskim słowniku ten dług ma nazwę: dług techniczny.
Dlaczego jest świetny do prototypu i niebezpieczny do produktu
Zadanie prototypu jest jedno: udowodnić pomysł. Wystarczy, że działa tobie, raz, po szczęśliwej ścieżce (tak nazywam scenariusz, w którym użytkownik robi wszystko poprawnie i nic się nie psuje). Jeśli chcesz pokazać inwestorowi, jak będzie wyglądała twoja usługa, albo sam sprawdzić, czy pomysł w ogóle ma sens, vibe coding jest tu nie do pobicia. To, co kiedyś wymagało tygodnia i kilku tysięcy złotych, dziś robisz w jedno popołudnie. To prawdziwy, ogromny plus.
Zadanie produktu jest zupełnie inne. Produkt ma działać nie tobie, lecz obcym ludziom. Przy słabym internecie. Przy błędnie wpisanych danych. Z kimś, kto próbuje cię oszukać. W nocy, gdy śpisz. Po pół roku, gdy zmieniła się biblioteka. Z tysiącem użytkowników naraz, a nie z jednym. I właśnie tu prototyp z vibe coding zaczyna się sypać, a sypie się nie tam, gdzie widać, tylko tam, gdzie nie widać, dopóki nie jest za późno.
Najgroźniejsza iluzja vibe codingu
Gdy aplikacja wygląda na ukończoną w 90 procentach, intuicja podpowiada, że zostało 10 procent pracy. W rzeczywistości jest odwrotnie: widoczna część (interfejs, przyciski, ekrany) to ta łatwa, którą AI robi dobrze. A niewidoczna część, czyli bezpieczeństwo, dane, przypadki brzegowe, wdrożenie, to zarazem ta najtrudniejsza i najdroższa. O tym, co robić, gdy utkniesz z aplikacją zrobioną z AI, napisałem osobny artykuł.
7 rzeczy, których nie ma aplikacja z vibe coding
W prototypach z vibe codingu, które pokazują mi ludzie, niemal zawsze brakuje tych samych siedmiu rzeczy. Nie dlatego, że AI jest "złe", po prostu generuje to, o co prosisz, a o te rzeczy nikt nie prosi, bo nawet o nich nie wiesz, dopóki nie staną się problemem.
| Czego brakuje | Dlaczego to ważne na produkcji |
|---|---|
| 1. Testy automatyczne | Bez testów każda zmiana to hazard. Poprawiasz jedno miejsce, a niewidocznie psuje się inne. W kodzie z vibe coding testów prawie nigdy nie ma, więc projekt staje się coraz bardziej kruchy, im więcej go dotykasz. |
| 2. Obsługa błędów | Co się dzieje, gdy zerwie się internet, serwer nie odpowie albo użytkownik wpisze śmieci? W prototypie biały ekran albo crash. W produkcie musi być czytelny komunikat, ścieżka awaryjna i ciche zalogowanie błędu. |
| 3. Bezpieczeństwo | Klucze API wprost w kodzie, niezabezpieczona baza danych, z której każdy wyciągnie cudze rekordy, zero walidacji danych wejściowych. To najczęstsza i najgroźniejsza luka bezpieczeństwa 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 strukturę, dane użytkowników muszą się "przeprowadzić" bez strat. W prototypie schemat zmienia się przez skasowanie i utworzenie od nowa, na produkcji oznaczałoby to skasowanych klientów. |
| 5. Monitoring | Na produkcji o problemie musisz wiedzieć wcześniej niż użytkownik. Bez śledzenia błędów i logów nie widzisz, że połowa ludzi nie może się zalogować, dowiadujesz się dopiero, gdy przestają wracać. |
| 6. Skalowanie | Kod, który radzi sobie z jednym użytkownikiem, potrafi paść przy stu. Niezoptymalizowane zapytania, brak cache, wszystko w jednym wątku, prototypowi to obojętne, produktowi krytyczne pierwszego udanego dnia, np. po wejściu na Allegro. |
| 7. Utrzymanie | Biblioteki się starzeją, pojawiają się luki bezpieczeństwa, zmieniają się zasady płatności i logowania. Produkt wymaga ciągłej opieki. Kod z vibe coding, którego nikt nie rozumie, staje się nienaprawialny po pierwszej poważnej awarii. |
Zwróć uwagę: żadnej z tych siedmiu rzeczy użytkownik nie widzi, dopóki jest dobrze. Wszystkie ujawniają się tego jednego złego dnia, i to właśnie przez nie produkt buduje się drożej i wolniej niż prototyp. To nie "lakier" na koniec, to fundament.
Kiedy vibe coding naprawdę wystarczy
Teraz najważniejsza i najuczciwsza część tego artykułu. Vibe coding nie jest "zły". Jest mnóstwo sytuacji, w których nie tylko wystarcza, ale jest najmądrzejszym wyborem. Jeśli trafiasz w jedną z nich, nie zatrudniaj mnie, oszczędź pieniądze i buduj sam.
Tutaj vibe coding naprawdę wystarczy
- Narzędzie wewnętrzne dla kilku osób. Kalkulator, tabela, prosty system, z którego korzysta twój zespół. Jeśli nie przechowuje cudzych danych i nie przyjmuje pieniędzy, buduj z AI i nie zawracaj sobie głowy.
- Demo dla inwestora albo klienta. Trzeba pokazać, jak będzie wyglądał pomysł. Nikogo nie obchodzi, co jest pod maską, jeśli celem jest przekonać, a nie obsłużyć.
- Wizualizacja pomysłu dla siebie. Chcesz zobaczyć, czy twoja koncepcja w ogóle ma sens, zanim włożysz w nią poważne pieniądze. Prototyp z vibe coding odpowiada na to pytanie najtaniej.
- Projekt prywatny. Hobby, prywatny dziennik, narzędzie dla siebie. Jeśli się zepsuje, zepsuje się tobie jednemu i to przeżyjesz.
Ogólna zasada jest prosta: jeśli aplikacja nie przechowuje cudzych danych i nie przyjmuje pieniędzy, vibe coding najprawdopodobniej ci wystarczy.
Kiedy vibe coding przestaje wystarczać
A teraz druga strona. Istnieje granica, za którą "wygląda, że działa" zamienia się w ryzyko kosztujące dużo więcej, niż zaoszczędziłeś, budując. Przekraczasz ją w chwili, gdy z aplikacji zaczynają korzystać ludzie, których nie znasz, albo gdy przepływają przez nią pieniądze.
| Vibe coding wystarczy | Potrzebne wdrożenie produkcyjne |
|---|---|
| Korzystasz tylko ty albo wąski, zaufany krąg | Korzystają nieznani, prawdziwi klienci |
| Żadnych pieniędzy w systemie | Płatności BLIK, Przelewy24, subskrypcje, raty |
| Dane nieistotne albo publiczne | Dane osobowe, RODO, prywatność klientów |
| Brak obowiązków podatkowych w aplikacji | Faktury, integracja KSeF (obowiązkowa od 2026), JPK_VAT |
| Awaria nic nie kosztuje | Przestój oznacza utratę klientów lub reputacji |
| Żyje kilka tygodni | Ma działać i być utrzymywane przez lata |
W momencie, gdy pojawiają się prawdziwi klienci albo płatności, każda z tych siedmiu brakujących rzeczy zamienia się w odpowiedzialność. Niezabezpieczona baza z twoimi klientami to już nie techniczny drobiazg, tylko naruszenie RODO i temat dla UODO. Płatności bez obsługi błędów to pieniądze, które znikają między tobą a bankiem. A jeśli prowadzisz firmę w Polsce, jest jeszcze jeden twardy termin: KSeF, czyli Krajowy System e-Faktur, staje się obowiązkowy etapami w 2026 roku, od 1 lutego dla największych firm i od 1 kwietnia dla pozostałych. Żaden generator AI nie podłączy ci faktury w schemacie FA(3) ani nie zadba o pole numeru KSeF w JPK_VAT. To już nie jest pytanie o vibe coding, tylko pytanie o produkt.
Jak z prototypu vibe coding zrobić produkt
Dobra wiadomość: prototyp z vibe coding często nie jest zmarnowana praca, jest świetnym startem. Już zdecydowałeś, co aplikacja robi, jak wygląda, jaka ma logikę. To najcenniejsza i najtrudniejsza do spisania część specyfikacji, i ona jest już gotowa. Zostaje domknąć te trudne 30 procent, przez które prototyp nie jest produktem.
Gdy ktoś zgłasza się do mnie z projektem zrobionym w Lovable czy Bolt, nie przejmuję ani nie łatam jego kodu: produkt buduję czysto od zera, a prototyp staje się specyfikacją i wzorem wyglądu. Ogólna zasada, którą warto znać także tobie: o tym, czy kontynuować na istniejącym kodzie, czy przepisać na czysto, nie przesądza ilość kodu, tylko jego struktura. Jeśli logika i model danych są zdrowe, brakującą warstwę na istniejącym kodzie możesz dołożyć sam albo z osobą, która go napisała. Jeśli kod jest chaotyczny, z odsłoniętymi kluczami i niekontrolowanym stanem, czyste przepisanie wychodzi szybciej i taniej niż łatanie. Więcej o tym, co się dzieje, gdy kod z Lovable, Bolt czy v0 zaczyna się sypać, a "naprawiany" sypie się jeszcze bardziej, piszę w osobnym artykule.
Droga od prototypu do produkcji
- Specyfikacja. Z prototypu wybieram ekrany, przepływy i logikę, którą już wypracowałeś, i spisuję, co produkt ma robić — także to, czego prototyp nie robił.
- Solidny fundament. Bezpieczna baza danych, normalne logowanie (w razie potrzeby przez bank, mojeID albo Profil Zaufany), ukryte klucze, walidacja danych wejściowych, to, na czym da się budować.
- Trudne 30 procent. Płatności i integracje, na rynku polskim najczęściej BLIK i Przelewy24 lub PayU, paczkomaty InPost, KSeF e-faktura, obsługa błędów i przypadki brzegowe, czyli to, czego AI samo nie podepnie.
- Bezpiecznik. Testy, monitoring i logi, żebyś o problemie dowiadywał się ty, a nie twój klient.
- Wdrożenie i utrzymanie. Prawdziwa domena, prawdziwy hosting, kopie zapasowe i jasne ustalenie, kto opiekuje się projektem dalej.
Moja propozycja nigdy nie brzmi "uporządkuję twój kod". Brzmi "postawię to tak, żeby działało i zarabiało". Różnica jest zasadnicza: porządkowanie kodu to kosmetyka, a postawienie produktu oznacza, że twoi klienci mogą spokojnie korzystać, płacić przez BLIK i wracać, a ty możesz spokojnie spać. I jeszcze jedno, ważne dla polskiego rynku: kod jest twój, bez lock-inu, rozliczam się na fakturę VAT netto, a wycenę podaję jako stałą cenę za projekt.
Konkretne liczby
Konkretnie o cenie, bo i tak o to zapytasz. Czyste przepisanie na bazie twojego prototypu z vibe coding, z logowaniem, bezpieczeństwem i wdrożeniem, zaczyna się od 2 900 € (MVP / PWA, iOS i Android z jednego kodu). Aplikacja biznesowa z płatnościami BLIK i Przelewy24, integracją KSeF, paczkomatami InPost i panelem admina to od 6 900 €, a złożona platforma od 14 900 €. Rozliczam się na fakturę VAT netto, a wycenę podaję jako stałą cenę za projekt. Terminy najczęściej 2 do 6 tygodni, zależnie od zakresu i od tego, jak jasno prototyp już określa, co produkt ma robić.
To może brzmieć jak sporo za "prawie skończony" projekt. Ale przypomnij sobie tabelę z siedmioma brakującymi rzeczami, nie płacisz za lakierowanie, płacisz za ten fundament, bez którego aplikacja nie jest produktem, a tylko jego zdjęciem.
Masz prototyp z vibe coding? Zrobię z niego prawdziwy produkt.
Twój prototyp z Lovable, Bolt, v0 albo Cursora staje się specyfikacją: ekrany i przepływy zachowuję, a pod nimi od zera stawiam solidny fundament, czyli bezpieczeństwo, dane, płatności i wdrożenie. MVP od 2 900 €. Napisz, co budujesz, a w ciągu 24 godzin dostaniesz ofertę z ceną i terminem. Faktura VAT, kod jest twój, bez lock-inu.
Zbuduj mój prototyp od nowa