Zderzenie z produkcją
Vibe był świetny. Aplikacja jest zepsuta.
Prototyp stał się systemem szybciej niż pojawiły się testy i proces wydania. Następny prompt nie musi być najlepszym krokiem.
01
Co się stało?
Vibe coding premiuje tempo, produkcja wymaga powtarzalności. Szeroki prompt miesza poprawkę, refaktor, zależności i migracje.
02
Dlaczego tak się dzieje
- Brakuje małego diffu między dobrą i złą wersją.
- Mocki lub dane preview ukryły produkcyjną zależność.
- Każda próba zmienia kolejną niezwiązaną część.
03
Co możesz sprawdzić samodzielnie
- Zatrzymaj edycje i zachowaj commit, logi i dowód błędu.
- Porównaj tylko zmiany po ostatnim stabilnym commicie.
- Zamień pierwotną awarię w test regresji.
NIE TECHNICZNIE
Nie pisałeś kodu sam? I tak możesz pomóc go naprawić.
Najbardziej pomocna rzecz, jaką teraz możesz zrobić, to nie lepszy prompt, tylko zatrzymanie kolejnych zmian.
- Zamroź projekt — żadnych kolejnych promptów „spróbuj tego”, dopóki ktoś nie sprawdzi, co się zepsuło.
- Zapisz mniej więcej, kiedy ostatnio działało i o co prosiłeś AI od tego czasu.
- Zapisz (albo poproś narzędzie AI o) aktualny eksport projektu lub dostęp do repozytorium.
- Wypisz wszystko, co dotyka prawdziwych użytkowników, pieniędzy lub danych osobowych — to wpływa na to, jak ostrożnie trzeba naprawiać.
Shipvise albo senior reviewer na podstawie tej historii ustali, która zmiana zepsuła aplikację, bez konieczności rozumienia commitów czy diffów.
04
Jak bezpiecznie przetestować poprawkę
Wprowadź poprawkę w osobnej gałęzi, sprawdź ją na stagingu zbliżonym do produkcji i wdroż dokładnie zatwierdzoną wersję. Zachowaj ostatni stabilny artefakt i przetestowany rollback.
05
Kiedy potrzebujesz programisty
Zaangażuj senior reviewera, gdy nikt nie potrafi wyjaśnić wygenerowanej architektury, gdy dane mogą zostać utracone albo gdy każda poprawka psuje inną ścieżkę. Shipvise dodaje wersjonowany staging, kontrole, review i jawną decyzję o wydaniu, bez zmuszania do rezygnacji z narzędzia AI. Nie musisz budować własnego zespołu DevOps dla jednej aplikacji.
FAQ
Pytania, które naprawdę padają
Czy vibe coding zawsze jest niebezpieczny?
Nie. Ryzyko wynika z braku kontroli i review, a nie z nazwy sposobu pracy.
Czy trzeba przepisać aplikację?
Nie automatycznie. Najpierw określ zakres i porównaj kontrolowaną naprawę z ryzykiem przepisania.
Co dać programiście, żeby mógł naprawić aplikację?
Dostęp do repozytorium, adres URL, gdzie występuje błąd, kroki do jego odtworzenia, logi, ostatni działający commit, konfigurację wdrożenia i opis tego, co zmieniła AI.
Jak naprawić aplikację vibe coding, która nagle się zepsuła?
Najpierw przestań prosić AI o kolejne zmiany — każda nowa próba może zakryć to, co naprawdę się zepsuło. Znajdź ostatni moment, w którym działało, porównaj go z obecnym stanem i napraw konkretną regresję zamiast pozwalać AI przebudować całą funkcję od nowa.
Dlaczego vibe coding ciągle psuje funkcje, które wcześniej działały?
Szerokie, szybkie prompty zwykle dotykają więcej aplikacji, niż wymagało tego zadanie, więc naprawa jednej rzeczy może po cichu zepsuć inną. Bez małych, weryfikowalnych zmian i testów nikt nie zauważy tych ubocznych szkód, dopóki nie natknie się na nie użytkownik.
Prosić AI o kolejną poprawkę, czy to tylko pogorszy sprawę?
Kolejny prompt „napraw to" może pomóc. Może też zepsuć trzy kolejne rzeczy. Najpierw zachowaj obecną, zepsutą wersję, ustal, co naprawdę się zmieniło, i daj AI węższe, konkretniejsze zadanie zamiast powtarzać tę samą niejasną prośbę.
Nie używam Gita — jak wrócić do działającej wersji?
Sprawdź, czy twoje narzędzie AI ma historię wersji lub checkpointów, wcześniejszy eksport albo poprzednie wdrożenie do przywrócenia. Jeśli nic z tego nie istnieje, to właśnie moment, żeby zacząć to zachowywać — nawet ręczna kopia projektu przed każdą większą zmianą pomoże następnym razem.
Czy programista może naprawić aplikację zbudowaną w Lovable, Bolt, Replit lub Cursor, nawet jeśli jej nie budował?
Tak. Programista nie musi znać tego samego narzędzia — potrzebuje dostępu do kodu, informacji o wadliwym zachowaniu i o tym, co ostatnio się zmieniło. Powstała aplikacja to nadal tylko kod i usługi; to, jakie narzędzie AI ją wygenerowało, niczego tu nie zmienia.