Vibe coding: co to jest? Definicja, narzędzia i ograniczenia

Vibe coding w prostych słowach

Vibe coding, co to właściwie jest? To sposób tworzenia oprogramowania polegający na opisywaniu go AI, zamiast samodzielnego pisania kodu. Mówisz po polsku, czego chcesz, AI pisze kod, ty patrzysz na efekt i doprecyzowujesz prośbę. Ktoś, kto tak pracuje, to vibe coder.

W przypadku aplikacji mobilnej może się to zacząć od „stwórz listę zadań z przyciskiem do dodawania elementu”. Ale najważniejsze przychodzi potem: sprawdzenie, czy dodawanie działa, czy lista zostaje po zamknięciu aplikacji i czy ekran da się wygodnie obsługiwać na twoim telefonie.

Możesz zacząć, nie umiejąc programować. Żeby iść dalej, musisz stopniowo zrozumieć, co robi twoja aplikacja, gdzie przechowuje dane i jak sprawdzić zmianę.

Codziennie koduję własne aplikacje iOS z Claude i Cursorem. Solys, budzik z minigrami, i TradaZen, symulator tradingu, są w App Store. Ten poradnik wynika z tej pracy: co vibe coding naprawdę umożliwia, gdzie się sypie i jak dojść do opublikowanej aplikacji.

Skąd nazwa „vibe coding”?

Wyrażenie ma swoją datę urodzin. 2 lutego 2025 roku Andrej Karpathy, współzałożyciel OpenAI, opisuje na X nowy sposób programowania: poddajesz się „vibes”, akceptujesz to, co proponuje AI, i prawie zapominasz, że kod w ogóle istnieje. Nazywa to „vibe coding”. Historię tego słowa opisuje jego strona w Wikipedii.

Słowo przyjęło się bardzo szybko. Słownik Merriam-Webster odnotowuje je już w marcu 2025 roku, a słownik Collins uznaje je za słowo roku 2025.

We Francji ciekawość rośnie. W Google Keyword Planner fraza „vibe coding” miała 2 października 2026 roku od 10 000 do 100 000 wyszukiwań miesięcznie i wzrost o 900% rok do roku.

Zapamiętaj pierwotne znaczenie: w ustach Karpathy'ego vibe coding oznacza przestać czytać kod. To świetne na weekendowy eksperyment. To ryzykowne w aplikacji, z której będą korzystać prawdziwi ludzie, i właśnie na tym polega różnica w stosunku do metody opisanej niżej.

Vibe coding, no-code i programowanie z AI

Te pojęcia się zazębiają, ale nie oznaczają dokładnie tej samej metody.

Metoda	Co robisz	Co dostajesz	Ograniczenie
No-code	Składasz bloki w wizualnym interfejsie	Aplikację, która żyje w narzędziu	Zależysz od platformy i jej cennika
Vibe coding	Opisujesz efekt i posuwasz się do przodu promptami	Prawdziwy kod, który czytasz mało albo wcale	Błędy przechodzą, dopóki nikt ich nie sprawdzi
Programowanie wspierane AI	Też opisujesz, ale z zasadami, przeglądem kodu i testami	Prawdziwy kod, który umiesz rozwijać	Wolniej na starcie, trzeba nauczyć się weryfikować

Możesz zacząć od drugiego podejścia i stopniowo przejść do trzeciego. Sama nazwa narzędzia ich nie rozróżnia: możesz poprosić Codex o mglistą zmianę, tak samo jak możesz napisać precyzyjną prośbę w generatorze aplikacji.

Poradnik tworzenia aplikacji bez kodowania opisuje, czego trzeba się nauczyć, gdy twój prototyp zaczyna stawać się prawdziwym produktem.

Jak robić vibe coding?

Metoda sprowadza się do pięciu kroków, niezależnie od narzędzia.

1. Opisz efekt, który da się sprawdzić. Nie „aplikacja do sportu”, tylko „ekran z listą moich treningów i przyciskiem do dodania nowego”.
2. Proś o jedną rzecz naraz. Jeden ekran, jedna funkcja, jedna poprawka. Dziesięć próśb w jednym prompcie daje dziesięć rzeczy zrobionych w połowie.
3. Sprawdź efekt na prawdziwym telefonie. Podgląd w przeglądarce niczego nie dowodzi w przypadku aplikacji mobilnej.
4. Poprawiaj precyzyjną prośbą. Napisz, co zrobiłeś, co zobaczyłeś i czego oczekiwałeś. Zrzut ekranu bardzo pomaga.
5. Zapisuj to, co działa. Przed każdą nową prośbą zachowaj wersję, do której możesz wrócić.

Te pięć kroków wystarczy do prototypu. Do aplikacji, którą chcesz opublikować, trzeba dodać zasady i weryfikacje: o tym jest tworzenie aplikacji z AI.

Jakich narzędzi użyć do aplikacji mobilnej?

Masz dwie drogi: pracować we własnym projekcie albo zacząć w narzędziu, które generuje aplikację na podstawie twojego opisu.

Codex i Claude Code mogą pracować w folderze z kodem, modyfikować pliki i uruchamiać polecenia. Cursor pozwala pracować w edytorze z agentem. Sprawdzają się przy aplikacji, której projekt chcesz rozumieć i zachować. Ich możliwości opisuje dokumentacja Codex CLI, Claude Code i Cursor Agent.

Generatory mają własne środowiska i formaty wyjściowe. Zanim któryś wybierzesz, sprawdź, czy tworzy aplikację webową, projekt mobilny czy projekt przeznaczony wyłącznie na platformy Apple. Porównanie Lovable, Rork i FlutterFlow wyjaśnia tę różnicę.

Oto, co tworzą cztery znane narzędzia i na co pozwala ich darmowy plan, według stron z cennikami sprawdzonych 2 października 2026 roku. Te oferty często się zmieniają: sprawdź je przed wyborem.

Narzędzie	Co tworzy	Darmowy plan
Claude Code	Kod w twoim własnym projekcie, z terminala	Nie: jest w planach płatnych, od 20 $ miesięcznie
Cursor	Kod w twoim własnym projekcie, z edytora	Tak, z ograniczoną liczbą zapytań do agenta
Lovable	Aplikację webową	Tak: 5 kredytów dziennie, maksymalnie 30 miesięcznie
Bolt	Stronę lub aplikację webową hostowaną u niego	Tak: 300 000 tokenów dziennie, 1 milion miesięcznie, z jego logo

W przypadku aplikacji na iPhone'a o dalszych krokach decyduje format projektu. Agent pracujący w projekcie React Native i Expo zostawia ci kod i drogę do App Store. Generator aplikacji webowych daje ci link do udostępnienia, a nie stronę w App Store. Żeby wybrać, przeczytaj jakie AI wybrać do tworzenia aplikacji.

Przede wszystkim wybierz ścieżkę, którą dasz radę przejść: otworzyć projekt, wyświetlić efekt, zapisać wersję i zrozumieć błąd. Imponujące narzędzie, przy którym utkniesz na pierwszej poprawce, nie pomoże ci skończyć.

Jakie są zagrożenia vibe codingu?

Zagrożeniem nie jest AI. Jest nim publikowanie czegoś, czego nikt nie sprawdził. Pokazują to dwa publicznie znane incydenty, a także moje własne odrzucenia przez Apple.

Dane dostępne dla wszystkich. Badacz bezpieczeństwa przeanalizował 1645 projektów stworzonych w Lovable i opublikował wnioski w maju 2025 roku: 170 ujawniało dane, w tym e-maile, numery telefonów i klucze API. Przyczyna: brakujące albo zbyt szerokie reguły dostępu do bazy danych. Aplikacja świetnie działała na ekranie i właśnie w tym tkwi pułapka.

Usunięta baza danych. W lipcu 2025 roku agent Replit usunął produkcyjną bazę danych projektu w trakcie zamrożenia kodu, mimo że właściciel zabronił jakichkolwiek zmian. Replit ogłosił potem automatyczne oddzielenie baz deweloperskich od produkcyjnych.

Odrzucenia przez Apple. AI nie patrzy na twoją aplikację oczami recenzenta. Przy Solys dostałem dwa odrzucenia, przed którymi AI mnie nie ostrzegło: obowiązkowy ekran, którego nie dało się pominąć w małym oknie, a potem prośbę o ocenę wyświetlaną za wcześnie. Oba opisuję w tekście dlaczego Apple odrzuca aplikację.

Tajny klucz w aplikacji. Gdy AI prosi cię o klucz API, chętnie umieszcza go w kodzie dostarczanym użytkownikom, gdzie każdy może go odczytać. Poradnik o kluczach API w aplikacji Expo wyjaśnia, gdzie wykonywać takie wywołanie.

Obrona za każdym razem jest ta sama: jedna weryfikacja na każde ryzyko. Reguły dostępu przetestowane na dwóch kontach, kopia zapasowa przed każdą zmianą bazy, test na najmniejszym i największym iPhonie, żadnych tajnych kluczy w aplikacji.

Pierwszy projekt: lista do przygotowania wyjścia

Weźmy fikcyjny przykład: aplikację, która pomaga spakować plecak na wędrówkę. Pierwsza wersja pozwala tylko dodać przedmiot, odhaczyć go i zachować listę.

Zacznij od promptu, który opisuje efekt możliwy do sprawdzenia:

Buduję małą aplikację mobilną do pakowania plecaka na wędrówkę.
Pierwszy krok: jeden ekran z listą przedmiotów.
Chcę dodać przedmiot i odhaczyć go, gdy jest w plecaku.
Na początek użyj danych lokalnych, bez konta użytkownika.
Zanim zmienisz projekt, wyjaśnij, których plików to dotyczy.
Po zmianie napisz, jak sprawdzić dodawanie i odhaczanie.
Na razie nie dodawaj płatności, mapy ani funkcji AI.

Ten prompt to przykład do dostosowania, a nie gotowa aplikacja. Dzięki niemu nie zlecasz narzędziu dziesięciu funkcji, kiedy jeszcze nie umiesz sprawdzić pierwszej.

Gdy ekran się wyświetli, testuj jedną akcję naraz. Dodaj przedmiot, odhacz go, potem zamknij i ponownie otwórz aplikację. Jeśli lista znika, poproś konkretnie o zachowanie danych po ponownym uruchomieniu. Jeśli tekst jest ucięty, pokaż zrzut ekranu i podaj rozmiar danego urządzenia.

Weryfikacje, które warto stosować od początku

Przy każdym małym kroku odpowiedz na te pytania:

1. Czy żądana akcja naprawdę działa?
2. Czy wynik pozostaje poprawny po zamknięciu aplikacji albo cofnięciu się?
3. Czy klawiatura, teksty i przyciski dają się wygodnie obsługiwać na moim telefonie?
4. Czy mogę wrócić do poprzedniej wersji, jeśli następna zmiana coś zepsuje?

Gdy AI proponuje zależność albo usługę, zapytaj, dlaczego jest potrzebna i ile kosztuje.

Czy można opublikować aplikację stworzoną vibe codingiem?

Tak. Solys i TradaZen są w App Store, a ich kod powstał z Claude i Cursorem. Przy TradaZen od pierwszego commita do publikacji minęło 26 dni kalendarzowych.

Ale sposób tworzenia z niczego nie zwalnia. Trzeba przetestować aplikację, przygotować jej stronę w sklepie i wyjaśnić Apple, jak działa. Podgląd działający w przeglądarce nie dowodzi, że wersja wysłana do Apple działa na iPhonie. A cztery etapy zostają w całości na twojej głowie: podpisanie aplikacji, TestFlight, subskrypcje i recenzja.

Poradnik publikacji w App Store opisuje te etapy. Jeśli zaczynasz z narzędziem OpenAI, skorzystaj z tutorialu tworzenia aplikacji z Codex. Z narzędziem Anthropic przejdź przez tworzenie aplikacji z Claude Code.

Czy vibe coding jest darmowy?

Żeby spróbować, tak. Cursor, Lovable i Bolt mają darmowe plany z limitem próśb dziennie. Wystarczą na kilka ekranów, ale nie na zbudowanie całej aplikacji: limity szybko się kończą, gdy pracujesz codziennie. Claude Code wymaga natomiast płatnego planu, od 20 $ miesięcznie.

Potem dochodzą koszty, których AI nie zlikwiduje: 99 $ rocznie za publikację w App Store i 25 $ jednorazowo za Google Play. Szczegóły tego, co jest darmowe, a co nie, znajdziesz w tekście jak stworzyć aplikację za darmo.

Jak nauczyć się vibe codingu?

Sam możesz zajść daleko: oficjalna dokumentacja jest darmowa, a tutoriale na tym blogu wychodzą od prawdziwego projektu. Stawiaj przede wszystkim na praktykę. Jedna mała, skończona aplikacja nauczy cię więcej niż dziesięć filmików.

Czego brakuje, gdy uczysz się sam, to wiedzy przed wysyłką, co Apple odrzuci. Temu służy iOS Kit: kod startowy moich aplikacji, ścieżka w czterech etapach do przejścia we własnym tempie i skille Claude Code, które przeglądają twój projekt przed wysyłką. Strona kurs vibe codingu opisuje to dla AI ogólnie, a kurs Claude Code dla narzędzia Anthropic.

Najczęściej zadawane pytania

Czy trzeba umieć programować, żeby robić vibe coding?

Nie, nie na początek. Opisujesz, czego chcesz, a AI pisze kod. Żeby jednak skończyć aplikację, musisz nauczyć się weryfikować: sprawdzać, które pliki się zmieniły, testować na telefonie, rozumieć komunikat o błędzie.

Kim jest vibe coder?

To osoba, która tworzy oprogramowanie, opisując je AI, zamiast pisać kod. Słowo oznacza zarówno początkującego, który uruchamia swój pierwszy prototyp, jak i programistę, który deleguje pisanie kodu, żeby działać szybciej.

Czy można robić vibe coding z ChatGPT?

Tak. Możesz poprosić go o kod i wkleić go do projektu albo użyć Codex, agenta OpenAI, który bezpośrednio modyfikuje pliki. Ograniczenie jest takie samo jak w innych narzędziach: to ty sprawdzasz efekt na prawdziwym telefonie.

Jakie jest najlepsze narzędzie do vibe codingu?

To, które tworzy potrzebny ci format. Do strony albo aplikacji webowej generator taki jak Lovable czy Bolt działa szybko. Do aplikacji na iPhone'a, którą chcesz opublikować i rozwijać, agent pracujący w twoim własnym projekcie, jak Claude Code, Codex czy Cursor, zostawia ci kod i kontrolę.

Czy można stworzyć aplikację mobilną vibe codingiem?

Tak, pod warunkiem że wybierzesz narzędzie, które tworzy prawdziwy projekt mobilny, a nie tylko aplikację webową. Z React Native i Expo jeden projekt daje aplikację na iPhone'a i na Androida.

Czy vibe coding jest niezawodny w aplikacji produkcyjnej?

Nie w surowej postaci. Wszystkie znane incydenty wynikają z opublikowania czegoś bez weryfikacji: ujawnione dane, usunięta baza, odrzucenie przez Apple. Z przetestowanymi regułami dostępu, kopiami zapasowymi i testami na urządzeniu ta sama metoda daje aplikacje, które się trzymają.

Od pierwszego pomysłu do projektu, który dasz radę skończyć

Jeśli wciąż wahasz się co do pierwszej funkcji, zacznij od walidacji pomysłu na aplikację. Żeby zobaczyć całą drogę, przeczytaj jak stworzyć aplikację. Jeśli masz już prototyp, czteroetapowa ścieżka z iOS Kit pomoże ci ustalić kolejny krok. Nie wiesz, na jakim jesteś etapie? Darmowa diagnoza pokaże ci, gdzie jesteś, powie, od którego etapu zacząć, i wyśle ci moją checklistę przeciw odrzuceniom przez Apple.