Vibe-coding to słowo roku w świecie technologii: budowanie działających stron, narzędzi i automatyzacji przez rozmowę z AI, bez pisania kodu samodzielnie. Obietnica brzmi bajkowo ("opisz, co chcesz, a powstanie samo"), a sceptycy kwitują ją wzruszeniem ramion ("zabawki, nie narzędzia"). Przetestowałam to podejście w praktyce małego biznesu i w tym artykule dostaniesz uczciwy bilans: co vibe-coding robi znakomicie, gdzie są granice, których przekraczać nie warto, i jak z niego korzystać, żeby obcinać koszty technologii bez fundowania sobie problemów.
Definicja na start, po ludzku: vibe-coding to tworzenie oprogramowania przez instruowanie AI w naturalnym języku. Ty opisujesz efekt ("strona zapisu na webinar z odliczaniem i formularzem"), model pisze kod, a Ty oceniasz wynik i prosisz o poprawki, w pętli, aż działa. Kodu nie musisz umieć napisać; musisz umieć precyzyjnie chcieć.
Co przetestowałam i co z tego wyszło
Test 1: landing z zapisem, od pomysłu do publikacji. W środowiskach typu Lovable, napędzanych modelem Claude, strona zapisu na webinar powstała w czasie liczonym w minutach, nie tygodniach: sekcja hero, korzyści, formularz, responsywność, publikacja na serwerze. Bez jednej linijki kodu z mojej strony. Najciekawsza była praca iteracyjna: "zmień nagłówek tak, żeby zrozumiała go osoba, która nie wie, czym jest AI", "dodaj przycisk i pięć akapitów z hookami", i struktura przebudowuje się na żywo. To realna zmiana: rzeczy, które kiedyś czekały w kolejce do programisty tygodniami, dzieją się w trakcie jednej kawy.
Test 2: instruowanie zamiast kodowania. Nie musisz znać Reacta ani PHP, ale musisz nauczyć się wydawać polecenia z pełnym kontekstem. Sprawdza mi się schemat, w którym każde polecenie zawiera: cel biznesowy (po co to jest), źródło danych ("pobierz wpisy z tego pliku XML"), konkretny efekt ("zrób z nich sekcję z trzema najnowszymi") i kryterium sukcesu ("na telefonie ma być czytelne bez przewijania w bok"). Różnica między "zrób ładną stronę" a takim poleceniem to różnica między loterią a rzemiosłem. To dokładnie ta sama zasada precyzyjnego opisu, którą pokazywałam przy diagnozowaniu problemów: jakość wkładu determinuje jakość wyniku.
Test 3: automatyzacje przez platformy no-code. Najwięcej praktycznej wartości znalazłam nie w "budowaniu aplikacji", tylko w klejeniu procesów: narzędzia typu Make.com czy n8n pozwalają połączyć Twój arkusz, WordPressa i skrzynkę mailową w automatyczny przepływ, a AI pisze potrzebne fragmenty integracji i podpowiada konfigurację. Przykład z życia małego biznesu: nowy wpis w arkuszu z zamówieniami uruchamia maila z materiałami i dopisuje osobę do właściwej grupy w systemie mailingowym. Godzina konfiguracji, lata oszczędzonych ręcznych kliknięć.
Nazywam to obcinaniem podatku technologicznego: małe biznesy przez lata przepłacały za drobne rzeczy (landing, prosty formularz z logiką, integracja dwóch narzędzi), bo jedyną drogą była firma IT z cennikiem od tysięcy złotych. Ta droga wciąż istnieje i ma swoje miejsce, ale dla całej klasy małych zadań przestała być jedyna, o czym firmy IT niespecjalnie się kwapią informować.
Gdzie jest granica: czego z vibe-codingu nie brać
A teraz druga połowa uczciwego testu, bo entuzjazm bez granic kończy się kosztownie.
Granica 1: wtyczki i kod na produkcyjnej stronie z danymi klientek. W społeczności WordPressa trwa gorąca dyskusja o "vibe-kodowanych" wtyczkach i wnioski są trzeźwiące: prosty kod AI wygeneruje poprawnie, ale wtyczka to nie tylko kod. To także wsparcie, gdy coś się zepsuje, zgodność z kolejnymi wersjami WordPressa, standardy i bezpieczeństwo, czyli wszystko to, o czym autor-amator (i model) nie pomyśli, a autor utrzymywanej wtyczki myśli zawodowo. Praktycy zwracają też uwagę, że entuzjaści szybkich klonów odkrywają problemy dopiero przy skalowaniu: kolejne funkcje, rosnące zużycie kredytów AI i konstrukcja, której nikt nie audytował pod kątem bezpieczeństwa. Moja zasada: sklep, płatności, dane klientek i wszystko, co dotyka RODO, stoi na utrzymywanych, sprawdzonych rozwiązaniach (kryteria znasz z artykułu o wyborze motywu). Vibe-coding żyje obok: na landingach, narzędziach wewnętrznych, prototypach.
Granica 2: kod, którego nie rozumiesz, na stronie, na której Ci zależy. Obowiązuje reguła z moich artykułów o snippetach: zanim wdrożysz, prosisz o wyjaśnienie każdej linii, wdrażasz przez Code Snippets po kopii zapasowej, testujesz w incognito. Wygenerowany kod nie jest ani lepszy, ani gorszy od skopiowanego z forum, jest tak samo cudzy, dopóki go nie rozumiesz.
Granica 3: decyzje. Najczęściej cytowane zdanie z branżowych dyskusji o 2026 roku brzmi: AI napisze kod, ale nie zdecyduje, co budować, dla kogo i po co. Vibe-coding bez pomysłu na biznes produkuje szybciej rzeczy, których nikt nie potrzebuje. Dlatego w moim procesie narzędzia wchodzą na końcu: najpierw cel, odbiorczyni i proces, potem technologia, dokładnie w tej kolejności, w której prowadzę przez budowę produktu w kursie PRODUKT AI.
Mój werdykt i rama decyzyjna
Vibe-coding zdał test, ale w konkretnej roli: to genialne narzędzie do prototypów, landingów, narzędzi wewnętrznych i automatyzacji, czyli warstwy, w której błąd kosztuje poprawkę, a nie zaufanie klientek. Rama decyzyjna, którą stosuję:
- Buduj przez vibe-coding: strony zapisu i landingi kampanijne, wewnętrzne kalkulatory i generatory, prototypy do walidacji pomysłu, automatyzacje między narzędziami, jednorazowe skrypty porządkujące dane.
- Buduj na sprawdzonych narzędziach: sklep i płatności, platforma kursowa, wszystko z danymi osobowymi, rdzeń strony, na której zarabiasz.
- Test progowy przed każdym projektem: co się stanie, jeśli to zniknie albo zepsuje się w sobotę o 23:00? Jeśli odpowiedź brzmi "poprawię w poniedziałek", vibe-coduj śmiało. Jeśli "stracę sprzedaż i zaufanie", wybierz narzędzie z utrzymaniem i wsparciem.
Krok po kroku
- Wybierz jedno małe, bezpieczne zadanie na pierwszy test: landing kampanii, wewnętrzny kalkulator albo automatyzację arkusz-mail.
- Napisz polecenie pełnym kontekstem: cel biznesowy, źródło danych, konkretny efekt, kryterium sukcesu.
- Pracuj iteracyjnie: oceniaj wynik i wydawaj poprawki pojedynczo, zamiast wielkich list zmian naraz.
- Zanim cokolwiek dotknie Twojej głównej strony: wyjaśnienie kodu linia po linii, kopia zapasowa, wdrożenie przez Code Snippets, test w incognito.
- Przepuść pomysł przez test progowy "sobota 23:00" i trzymaj sklep, płatności i dane klientek na utrzymywanych rozwiązaniach.
- Prowadź listę zadań, za które kiedyś zapłaciłabyś firmie IT, i raz w miesiącu sprawdzaj, które z nich vibe-coding już obsłuży: tak mierzy się obcięty podatek technologiczny.
