Vibe coding na produkcji: czego brakuje prototypowi

Przeniesienie vibe codingu na produkcję oznacza dodanie tego, czego narzędzie AI samo nie zrobi. Bezpieczne logowanie i uprawnienia, hasła poza kodem, kopie zapasowe, powtarzalne wdrożenie, testy i monitoring. Prototyp nie idzie na marne. To najlepszy brief, jaki mogą Państwo dać dostawcy.

Vibe coding zbuduje Państwu prototyp. My budujemy oprogramowanie, na którym działa firma. Poniżej opisujemy, czego brakuje prototypowi, jak to sprawdzić i kiedy opłaca się zacząć od nowa. Czym jest vibe coding i dlaczego oprogramowanie potaniało, wyjaśniamy w artykule Vibe coding: czym jest i dlaczego oprogramowanie potaniało.

Czym jest vibe coding i gdzie się kończy?

Vibe coding to opisywanie narzędziu AI, czego Państwo chcą, i przyjmowanie wygenerowanego kodu bez czytania go. W jeden weekend powstaje aplikacja, którą można przeklikać. Kilka lat temu wymagało to programisty i miesięcy pracy.

Vibe coding obniżył próg wejścia, ale nie podniósł sufitu. Prototyp może dziś stworzyć prawie każdy. Jednak pierwszy prawdziwy napływ użytkowników, pierwszy atak albo pierwsza utracona baza danych pokazują, czego brakuje. Narzędzia są te same. Różnicę robi dyscyplina inżynierska wokół nich.

Czego brakuje prototypowi do prawdziwej eksploatacji?

To punkty, które sprawdzamy, gdy przenosimy prototyp do prawdziwej eksploatacji. Jeśli czegoś brakuje, to nie powód do przepisania. To lista prac.

Pierwszy wiersz jest najbardziej zdradliwy. Kod z vibe codingu rzadko jest zły. Jest niespójny. AI raz poprawnie ustawi kontrolę dostępu, a w sąsiednim pliku o niej zapomni. Widzieliśmy to w audycie produktu zbudowanego vibe codingiem: jeden plik miał poprawne sprawdzanie logowania, a endpointy obok serwowały pliki bez żadnego logowania. Poprawka jest wtedy szybka, ale znalezienie luki wymaga przejrzenia wszystkiego.

Pełna lista 25 kontroli, ze sposobem sprawdzenia każdej bez programisty, jest w PDF. Otwórz 25 kontroli przed startem (online lub PDF).

Czy Państwa prototyp jest gotowy? Szybki test

Proszę zaznaczyć, co jest prawdą dla Państwa aplikacji. Każdy niezaznaczony punkt to jedno zadanie przed startem.

Dlaczego monitoring jest na liście, skoro aplikacja działa?

Bo to, co działa bez nadzoru, pewnego dnia po cichu przestanie. Bez alertu dowiedzą się Państwo od klienta albo ze spadku na wykresie.

Alert powinien zgłosić awarię tego samego dnia. Dlatego monitoring jest obowiązkowy, a nie dodatkiem, za każdym razem, gdy coś przechodzi do prawdziwej eksploatacji.

Kontynuować prototyp czy zacząć od nowa?

Zwykle kontynuować. Częściej wystarczy wzmocnienie: kilka poprawek bezpieczeństwa, działające wdrożenie, a potem normalna praca. Zaczynanie od nowa opłaca się tylko wtedy, gdy poprawki trwałyby dłużej niż nowa wersja.

Uczciwie można to powiedzieć dopiero po zajrzeniu do kodu. Trzy możliwe werdykty i to, o co prosić, jeśli aplikację napisał ktoś inny, opisujemy w artykule Jak przejąć aplikację od innego dostawcy.

Nawet gdy kod jest przepisywany, prototyp zostaje. Pokazuje, jak ma działać produkt, lepiej niż jakakolwiek specyfikacja. Państwo wiedzą, jak działa Państwa firma. Naszą pracą jest przenieść to do oprogramowania, które przetrwa lata.

Czy muszą Państwo przestać korzystać z vibe codingu?

Nie. Jeśli lubią Państwo sami testować nowe ekrany, proszę to robić dalej. Repozytorium przygotowujemy tak, by Państwa eksperymenty pasowały do reszty systemu. Przechodzą przez te same testy i to samo code review co wszystko inne.

Państwo dalej odkrywają, jak ma działać produkt. My dbamy o to, by wytrzymał prawdziwą eksploatację. O tym jest nasze tworzenie MVP dla startupów. Jeśli Państwa aplikację budowała agencja i prace utknęły, proszę zajrzeć też do artykułu Jak przejąć aplikację od innego dostawcy.

Kiedy tego nie polecamy

• Prototypu używają tylko Państwo albo kilku współpracowników wewnętrznie. Nie musi trafiać na produkcję. Wystarczy robić kopię zapasową danych.
• Testują Państwo pomysł i nie mają jeszcze użytkowników. Proszę dalej korzystać z vibe codingu samodzielnie. Dostawcy warto szukać, gdy ktoś zechce produktu.
• Chcą Państwo gotowej platformy ze wszystkim w pierwszym miesiącu. Tego nie obiecamy. Zaczynamy od tego, czego potrzebują pierwsi użytkownicy.
• Chcą Państwo, by ktoś zbudował to za udziały. Tego nie robimy. Proszę szukać technicznego współzałożyciela.

Co przygotować przed pierwszą rozmową?

Specyfikacja nie jest potrzebna. Wystarczą trzy rzeczy:

Chcą Państwo doprowadzić prototyp do klientów?

Proszę przesłać nam te trzy rzeczy. Odezwiemy się w ciągu dwóch dni roboczych z kilkoma pytaniami o Państwa pracę. Potem ustalimy, co robimy najpierw.

Jeśli wolą Państwo najpierw porozmawiać, proszę umówić 15-minutową rozmowę wstępną.

Czego jeszcze potrzebuje Państwa prototyp, zanim skorzystają z niego pierwsi klienci?

Najczęściej zadawane pytania

Czym jest vibe coding?

To sposób tworzenia aplikacji: opisują Państwo narzędziu AI, czego chcą, i przyjmują wygenerowany kod bez czytania go. Przy prototypie to szybkie i tanie. Przy prawdziwej eksploatacji brakuje kontroli.

Czy aplikacja z vibe codingu może trafić na produkcję?

Tak, ale nie w obecnej postaci. Najpierw trzeba sprawdzić logowanie i uprawnienia, wyjąć hasła z kodu oraz skonfigurować kopie zapasowe, powtarzalne wdrożenie, testy i monitoring.

Czy prototyp z vibe codingu trzeba napisać od zera?

Zwykle nie. Częściej wystarczy wzmocnić bezpieczeństwo i eksploatację, a potem pracować dalej. Czy przepisanie jest potrzebne, można uczciwie powiedzieć dopiero po zajrzeniu do kodu.

Czy aplikacja z vibe codingu jest bezpieczna?

Bez sprawdzenia nie da się tego stwierdzić. Najczęstszym problemem nie jest zły kod, tylko niespójny: jedna część ma poprawne logowanie, a część obok oddaje dane każdemu. Trzeba sprawdzić każdy punkt wejścia.

Czy po przejęciu mogę dalej sam edytować aplikację?

Tak. Repozytorium można przygotować tak, by Państwa eksperymenty pasowały do reszty systemu i przechodziły te same kontrole co reszta kodu.