Vibe coding: co to jest i gdzie przestaje działać w firmie

Lipiec 2025: narzędzie Replit skasowało produkcyjną bazę danych klienta, a potem wygenerowało fałszywe dane i zaprzeczało, że coś się stało. Lipiec 2026: founder aplikacji zbudowanej z AI dowiedział się o wycieku danych z maili od wściekłych użytkowników, bo system nie miał ani jednego logu. To nie są anegdoty z forum, tylko udokumentowane przypadki z The Register i z case study agencji, która ten system naprawiała.

A jednocześnie ING buduje w ten sposób systemy transakcyjne, a prezes Microsoftu nazywa vibe coding narzędziem światowej klasy. Obie rzeczy są prawdziwe naraz i to jest cały problem.

Co pokazują liczby, zanim przejdziemy do opinii

Sprawdziliśmy 315 648 wzmianek o vibe codingu w blogach, newsach i na forach. Rozkład: 113 520 negatywnych wobec 93 032 pozytywnych, czyli negatywnych o dwadzieścia dwa procent więcej. O kategorii z ośmioma tysiącami wyszukań piszą zwykle ci, którzy ją sprzedają, więc zwykle bywa odwrotnie.

Drugi sygnał jest w pytaniach. Google podpowiada przy tym haśle siedem pytań i cztery dotyczą porażki: dlaczego zawiódł, czy jest ryzykowny, czy dobry czy zły, czy umiera.

Dlaczego to zawodzi cicho

Najważniejsze zdanie w całym tym temacie pochodzi z badania laboratorium DAPLab na Columbia University, które Google cytuje przy pytaniu o przyczyny porażek.

Najpoważniejsze i najczęstsze problemy dotyczą obsługi błędów i logiki biznesowej. Są groźne dlatego, że bywają ciche: kod uruchamia się bez błędu, a aplikacja robi coś innego, niż prosił użytkownik.

To inna kategoria awarii niż ta, do której przywykliśmy. System, który się wywala, zgłasza się sam. System, który liczy rabat o procent za nisko przy każdym zamówieniu, nie zgłosi się nigdy. Dowiesz się od księgowej po kwartale.

Drugi mechanizm nazywa wprost agencja, która naprawiała zhakowaną aplikację: narzędzia AI generują logikę aplikacji, ale nigdy nie generują warstwy operacji bezpieczeństwa. Logów, alertów, monitoringu. Nie dlatego, że są słabe, tylko dlatego, że nikt o to nie poprosił, a one nie proponują same.

Kiedy vibe coding jest właściwym wyborem

Teraz uczciwie w drugą stronę, bo połowa tekstów na ten temat to strach na wynajem.

Prototyp do sprawdzenia pomysłu. Weekend zamiast dwóch miesięcy i kilkunastu tysięcy. Jeśli po tygodniu nikt tego nie chce, zaoszczędziłeś wszystko.

Narzędzie wewnętrzne dla kilku osób, które przegląda dane i nie zmienia niczego w systemach produkcyjnych.

Makieta do rozmowy z wykonawcą. Klikalny prototyp mówi o twoich potrzebach więcej niż dziesięć stron specyfikacji.

W tych trzech przypadkach dopłata za profesjonalne wykonanie jest wyrzuceniem pieniędzy.

Granica przebiega w konkretnym miejscu

Nie między AI a człowiekiem. Między prototypem a systemem, z którego korzysta ktoś inny niż ty.

Cztery pytania rozstrzygają. Czy dane należą do kogoś poza twoją firmą. Czy aplikacja zmienia coś w systemach, do których jest podpięta, czy tylko pokazuje. Czy ktoś poza tobą będzie musiał to naprawić. Czy jej awaria zatrzyma pracę zespołu.

Jedno „tak” oznacza, że potrzebujesz warstwy, której narzędzie nie wygenerowało, i kogoś, kto ją utrzyma. Cztery razy „nie” oznacza, że zostajesz przy prototypie i nie płacisz nikomu.

Ile realnie kosztuje przejście na drugą stronę

Tu pojawia się liczba, która blokuje decyzje. Zapytaliśmy modele językowe o tę samą sytuację, którą opisuje founder: czterdzieści osób, aplikacja wewnętrzna. Odpowiedź wyceniła software house na 50-200 tysięcy złotych i dodała, że przekroczenie budżetu dwa do trzech razy to standard.

Pierwsza liczba dotyczy budowy od zera. Druga to ostrzeżenie przed projektem z otwartym zakresem.

Uporządkowanie działającego prototypu to inny rachunek, bo nie zaczyna się od pustego pliku. Zwykle 15-40 tysięcy, zależnie od tego, ile z tego kodu da się uratować, a ile trzeba napisać od nowa. Decyduje moment. Przed pierwszymi prawdziwymi użytkownikami jest to porządkowanie. Po nich migracja z danymi produkcyjnymi, a to kosztuje wielokrotnie więcej.

Czego nie kupujesz razem z prototypem

Sześć rzeczy, których narzędzie nie doda samo, bo nie wie, że są potrzebne: logi i alerty, kontrola dostępu na poziomie danych, kopie zapasowe z przetestowanym odtwarzaniem, testy wyłapujące cichą zmianę w logice, dokumentacja dla następnej osoby i odpowiedzialność za RODO.

Przy prototypie żadna nie jest potrzebna. Przy systemie brak każdej to osobne ryzyko.

Jedna cecha wspólna wszystkich trzech awarii

Wróćmy do przypadków z początku, bo łączy je coś, czego nie widać z osobna.

Replit skasował bazę, a potem zaprzeczał. Cursor odmówił pracy i kazał użytkownikowi nauczyć się programować. Founder z case study dowiedział się o wycieku od swoich klientów.

W żadnej z tych sytuacji po drugiej stronie nie było nikogo. Nie chodzi o to, że narzędzie zawiodło. Chodzi o to, że narzędzie nie ma wobec ciebie żadnego zobowiązania i nigdy nie będzie miało.

To jest realna różnica, a nie jakość kodu. Kod z Lovable bywa lepszy niż kod niejednego juniora. Ale Lovable nie zauważy, że od wtorku rabaty liczą się o procent za nisko, bo nie postawił logów i nikt mu nie kazał na nie patrzeć. Nie odbierze telefonu w sobotę. Nie przypomni sobie, dlaczego trzy miesiące temu ta funkcja została zrobiona tak, a nie inaczej. I nie odpowie przed urzędem, gdy wyciekną dane, bo administratorem jesteś ty.

Kupując usługę, nie kupujesz linijek kodu. Kupujesz kogoś, kto ma obowiązek zauważyć.

Co zrobić z tym, co już zbudowałeś

Nie kasuj. To najczęstszy odruch i najdroższy.

Działający prototyp jest kompletną specyfikacją twoich potrzeb i wart jest więcej niż jakikolwiek dokument. Pokazuje, co ma robić i czego zabrakło. Przepisanie go z tą wiedzą jest szybsze niż budowa od zera, nawet jeśli nie zostanie ani jedna linijka.

Zanim zdecydujesz, zrób trzy rzeczy. Wyeksportuj dane, jeśli jakieś są. Zapisz, gdzie stoi system i na czyim koncie. Spisz to, co nie działa, a czego nikt jeszcze nie zgłosił.

Co się dzieje, kiedy się do nas odezwiesz

Zaczynamy od przejrzenia tego, co masz, nie od namawiania na budowę od zera. Odzywa się właściciel, rozmowa trwa 45 minut i kończy się jedną z trzech odpowiedzi: zostań przy prototypie, uporządkuj to, co jest, albo buduj od nowa.

Pierwsza odpowiedź pada częściej, niż mogłoby się wydawać, i wtedy nic nam nie płacisz. Wolimy to niż wdrożenie, które za pół roku ktoś po cichu wyłączy.

Przy dwóch pozostałych dostajesz to, czego nie da ci żadne narzędzie. Ktoś patrzy na logi twojego systemu i dzwoni pierwszy, zanim zadzwoni twój klient. Ktoś pamięta, dlaczego ta funkcja wygląda tak, a nie inaczej. Ktoś odbiera w sobotę i ma to zapisane w umowie, a nie w dobrych chęciach.

Zakres ustalamy przed podpisem, nigdy w trakcie. Kod jest w twoim repozytorium od pierwszego dnia, więc możesz od nas odejść i zabrać wszystko. Gwarancja obejmuje naprawę w cenie, bez dopłat. Abonament zespołu startuje od 3 875 zł miesięcznie i policzysz go w kalkulatorze, zanim zadzwonisz.

Nie znikamy po odbiorze. To jest cała różnica między nami a subskrypcją za dwadzieścia dolarów.