Zbudowaliśmy tę samą aplikację za pomocą trzech narzędzi vibe coding

Postanowiliśmy poddać trzy najgłośniejsze narzędzia „vibe coding” rygorystycznemu testowi bezpośredniego porównania. Nie pisaliśmy kodu; po prostu usiedliśmy, określiliśmy nasze cele i wpisywaliśmy prompty. Brief był prosty, ale wymagający: lokalny katalog zatrudniania freelancerów z uwierzytelnionym logowaniem dla klientów i freelancerów, przeszukiwalnym rynkiem, dynamicznymi formularzami rezerwacji, panelami sterowania specyficznymi dla roli oraz bramką płatniczą Stripe.

To, co nastąpiło później, było szaloną jazdą od natychmiastowej satysfakcji, po kaskadowe błędy w układzie strony, nieprzejrzyste pętle rozliczeniowe i regresje strukturalne. Obserwowaliśmy, jak nasze nieskazitelne demo z pierwszego promptu zderza się z rzeczywistością świata rzeczywistego, ujawniając dokładnie moment, w którym magia znika, gdy polegasz na surowej generacji AI w celu zaprojektowania całej aplikacji.

Wspólny brief i natychmiastowy „haj” po pierwszym prompcie

Uruchomiliśmy projekt na trzech różnych platformach: Bolt, Lovable oraz Replit. Celem było standardowe, wymagające MVP SaaS – dokładnie taki rodzaj aplikacji, jaki znajduje się w naszym rankingu SaaS MVP. Już przy pierwszym prompcie szybkość wszystkich trzech narzędzi szczerze nas zaimponowała. W ciągu około trzech minut każda platforma przygotowała piękne układy CSS, zainicjowała relacyjne schematy baz danych i wyrenderowała działający, interaktywny podgląd strony.

Bolt był najszybszy z całej grupy. Dzięki wykorzystaniu natywnych dla przeglądarki WebContainers, błyskawicznie uruchomił kompletny kontener Node.js bezpośrednio w karcie przeglądarki. Lovable był tuż za nim, automatycznie provisionując instancję Supabase w backendzie i budując czyste, czytelne komponenty React i TypeScript we frontendzie. Replit Agent obrał najbardziej ustrukturyzowaną ścieżkę, inicjując izolowany kontener obszaru roboczego i uruchamiając wewnętrzne pętle autorefleksji, aby zweryfikować instalacje pakietów i konfiguracje, zanim pokazał nam ekran.

Klikając w aplikacji przez pierwszą godzinę, poczuliśmy prawdziwy „haj” ery vibe-coding. Można stworzyć działający prototyp w kilka minut, z bogatą stylistyką wizualną, bez ani jednego razu otwierania terminala czy ręcznej konfiguracji lokalnego hosta. Ale szybko przekonaliśmy się, że zbudowanie prototypu to tylko 70% walki; to ostatnie 30% niestandardowej logiki biznesowej testuje granice tych systemów.

Gdzie każda platforma pękła pod presją

Pęknięcia pojawiły się w momencie, gdy przestaliśmy prosić o ulepszenia wizualne i zaczęliśmy żądać głębokich integracji. W Bolt nasz projekt spuchł od nadmiarowego kodu podczas serii iteracyjnych aktualizacji bazy danych, ponieważ Bolt ma tendencję do przepisywania całych plików zamiast wprowadzania precyzyjnych, wielokrokowych zmian. To zapchanie jest dokładnie powodem, dla którego twórcy uderzają w limit konta Bolt „Project too large” – ścianę, o której raportują użytkownicy nawet po usunięciu niepotrzebnych plików i posiadaniu milionów nieużywanych tokenów na koncie.

W przypadku Lovable punkt krytyczny nastąpił podczas rutowania uwierzytelniania użytkowników i konfiguracji bezpieczeństwa Supabase. Aby sprawić, by formularz rezerwacji działał tylko dla uwierzytelnionych użytkowników, AI próbowało w tle napisać reguły Row-Level Security (RLS) w Supabase. Skończyło się to uwięzieniem nas w nieskończonej „pętli regresji”, gdzie naprawa błędu RLS psuła widoczność panelu we frontendzie, pozostawiając dane klientów odsłonięte dla nieuwierzytelnionych widoków, dopóki nie interweniowaliśmy ręcznie, aby przepisać uprawnienia w backendzie.

Replit Agent doświadczył innego, niemal komicznego trybu awarii. Gdy poprosiliśmy go o podłączenie Firebase do powiadomień push obok naszego backendu PostgreSQL, agent wpadł w błędne koło. Wielokrotnie zapewniał nas, że naprawił błędy zależności w czasie kompilacji, tylko po to, by po przeładowaniu zaprezentować dokładnie te same błędy. Użytkownicy Replit opisują ten sam schemat: wklejanie zrzutów ekranu z powrotem do czatu, aby udowodnić, że błąd nadal istnieje, podczas gdy agent raportuje fałszywe naprawy, generuje ciche punkty kontrolne bazy danych i nabija opłaty za użytkowanie.

Spalanie kredytów i koszt „gry w kret” z promptami

Vibe coding to nie gra o liniowe koszty. Choć subskrypcje zaczynają się od około $20 do $25 miesięcznie za podstawowy dostęp dla programisty, iterowanie nad błędami zużywa kredyty w alarmującym tempie. W płatnych planach Lovable każdy prompt zużywa wiele tokenów, a podczas naszych szybkich pętli rozwiązywania problemów z uszkodzonymi relacjami w bazie danych, obserwowaliśmy gwałtowny spadek miesięcznych limitów. Jeśli Twoja edycja zawiedzie lub wprowadzi regresję, w rzeczywistości przepalasz swój budżet tylko po to, by wrócić do wersji aplikacji sprzed wczoraj.

W przypadku Replit finansowe niespodzianki były jeszcze dotkliwsze. Ponieważ Replit Agent wykonuje pełne zadania VM i przeprowadza automatyczne kopie zapasowe bazy danych przy niemal każdym punkcie kontrolnym, użytkownicy zgłaszali nieoczekiwane nadpłaty za bazę danych sięgające nawet $1,500 przy prostych buildach testowych. W naszej własnej pętli debugowania agent zużył niezliczone cykle rozliczeniowe na pobieranie pakietów npm, testowanie, ponawianie prób i automatyczne uruchamianie procesów kontenera, zmieniając szybki test w kosztowną lekcję.

Nawet przy wysokich miesięcznych limitach tokenów w Bolt, poczuliśmy się w pułapce. Gdy AI utknie w pętli modyfikacji kodu, przepisując całe, sprawne pliki zamiast wprowadzać czyste różnice (diffy) w stylu git, agresywnie zużywa tokeny, nie przynosząc żadnego realnego zysku w wydajności aplikacji. Szybko uświadamiasz sobie, że debugowanie aplikacji poprzez prompty w czacie to wysoce nieefektywny model ekonomiczny.

Werdykt i uczciwy wybór drogi

Nasze testy bezpośrednie jasno wykazały jedną prawdę architektoniczną: nie pozwalaj AI budować Twojej kluczowej infrastruktury oprogramowania od zera. Jeśli tworzysz narzędzie dla realnych użytkowników, z uprawnieniami bezpieczeństwa i wymogami dotyczącymi danych produkcyjnych, powinieneś wybrać Softr jako zwycięzcę, ponieważ autoryzacja, widoczność oparta na rolach i połączenia z bazami danych są funkcjami platformy, które konfigurujesz wizualnie, zamiast polegać na wygenerowanym przez AI kodzie, którego nigdy nie audytowałeś.

Dla twórców, którzy preferują podejście code-first i planują docelowo przejść na zautomatyzowane lokalne IDE, takie jak Cursor, zwycięzcą w tej kategorii jest Bolt ze względu na standardowy eksport front-endu, szybkość tworzenia szkieletu aplikacji i czystą przenośność kodu. Aby uzyskać strukturalny wgląd w to, jak te platformy wypadają w różnych przepływach pracy, zapoznaj się z naszym szczegółowym rankingiem najlepszych platform no-code do vibe codingu.

Jeśli chcesz budować standardowe aplikacje biznesowe, takie jak portale dla klientów czy wewnętrzne systemy CRM, trzymaj się z dala od konsoli promptów przy konfiguracji bazowej. Wykorzystaj sprawdzoną infrastrukturę wizualną do baz danych i autoryzacji, a customowe komponenty tworzone przez vibe coding wdrażaj wyłącznie na poziomie poszczególnych funkcji, gdzie zakres jest izolowany i bezpieczny. Drugi dzień pracy z aplikacją biznesową to czas na stabilność, a nie na „vibes”.