Aplikacja bez programowania: zrób ją z AI

Aplikacja bez programowania przestała być hasłem z reklamy kursu. W 2026 roku opisujesz w oknie czatu, czego potrzebujesz, a narzędzie generuje interfejs, bazę danych, logowanie i adres, pod którym to wszystko stoi. Zjawisko doczekało się nawet własnej nazwy w słowniku: Collins Dictionary ogłosił “vibe coding” słowem roku 2025, a termin spopularyzował Andrej Karpathy, wcześniej szef działu AI w Tesli i jeden z założycielskich inżynierów OpenAI. Poniżej masz konkret: co da się tak zbudować, które narzędzie wybrać, ile to kosztuje i w którym miejscu ta metoda najczęściej się sypie.

Aplikacja bez programowania: co realnie da się zbudować

Ta metoda działa dobrze tam, gdzie logika jest prosta, użytkowników jest niewielu, a dane nie są krytyczne. W praktyce chodzi o cztery rodzaje rzeczy.

Narzędzia wewnętrzne. Kalkulator wyceny dla handlowców, panel do przyjmowania zgłoszeń serwisowych, prosty CRM dla trzyosobowego zespołu, generator ofert z szablonu. To są aplikacje, które w firmie i tak żyją w arkuszu kalkulacyjnym, a arkusz dawno przestał wystarczać.

Prototypy do zweryfikowania pomysłu. Zamiast opisywać wizję w prezentacji, w jeden wieczór pokazujesz klikalną wersję i patrzysz, czy ktokolwiek się zarejestruje. Zanim jednak zbudujesz cokolwiek, warto przejść przez test sensowności samego pomysłu - AI przyspiesza budowę, nie zastępuje popytu.

Strony z logiką. Konfigurator produktu, quiz kwalifikujący leada, formularz zapisu z warunkowymi pytaniami. Zwykły kreator stron tego nie ogarnie, a pełne wdrożenie jest za drogie.

Automatyzacje z interfejsem. Panel, w którym pracownik wkleja tekst, a w tle odpala się model językowy i zwraca gotowy opis produktu.

Czego lepiej tak nie robić: systemów przetwarzających płatności, dokumentację medyczną, dane kadrowe czy cokolwiek objętego twardą regulacją. Nie dlatego, że AI nie wygeneruje kodu, tylko dlatego, że nie masz jak ocenić, czy ten kod jest poprawny.

Które narzędzie wybrać do czego

Rynek się rozwarstwił i cztery nazwy pokrywają dziś większość sensownych zastosowań.

Lovable to najniższy próg wejścia dla osoby nietechnicznej. Rozmawiasz po ludzku, dostajesz aplikację z bazą danych i logowaniem, publikujesz jednym kliknięciem. Najlepszy wybór na start i na proste narzędzie wewnętrzne.

Replit jest najbardziej kompletny. Ma agenta, który pracuje dłużej i samodzielniej, pełne środowisko uruchomieniowe, kontrolę wersji i wdrożenia. Jeśli zamierzasz z aplikacją zostać na dłużej niż miesiąc, to zwykle lepszy kierunek niż najprostsze kreatory. Warto przy tym rozumieć, na co agenci AI naprawdę stać, a gdzie zawodzą.

v0 od Vercela celuje w osoby, które choć trochę znają kod. Generuje komponenty w React i Tailwindzie, ma edytor w stylu VS Code, integrację z Gitem i bardzo szybkie publikowanie. Świetne, gdy chcesz potem oddać projekt programiście.

Base44 przeszedł ścieżkę, która najlepiej pokazuje skalę zjawiska: startup założony przez jedną osobę został kupiony przez Wix za około 80 mln USD niecały rok po starcie. Dziś jest częścią ekosystemu Wixa, co ma sens, jeśli już tam prowadzisz stronę.

Praktyczna rada: sama faza “zbuduj mi pierwszą wersję” jest dziś w tych narzędziach zbliżona. Różnice zaczynają się dopiero przy piętnastej poprawce, przy cenniku i przy tym, czy da się wyeksportować kod.

Ile kosztuje aplikacja bez programowania

Darmowe plany wystarczą na sprawdzenie pomysłu, ale nie na utrzymanie działającego narzędzia.

Lovable daje w darmowym planie pięć kredytów dziennie, maksymalnie 30 miesięcznie, a doładowania w planie Pro kosztują 0,30 USD za kredyt i 0,60 USD w planie Business. Jeden kredyt to mniej więcej jedno polecenie, więc realna praca nad projektem oznacza abonament.

Replit rozlicza się inaczej: w modelu opartym na nakładzie pracy agenta prosta zmiana to zwykle mniej niż 0,25 USD za punkt kontrolny, a rozbudowane zadanie kosztuje odpowiednio więcej. Zaleta: nie płacisz stałej stawki za drobiazgi. Wada: nie znasz kosztu przed wykonaniem zadania.

Do tego dochodzą pozycje, o których nikt nie mówi w reklamach: hosting po opuszczeniu darmowego planu, baza danych, domena, konto pocztowe do wysyłki powiadomień i opłaty za API, jeśli aplikacja sama korzysta z modelu językowego. Dla małego narzędzia wewnętrznego zaplanuj kilkadziesiąt do kilkuset złotych miesięcznie i sprawdź to, zanim obiecasz komuś wdrożenie.

Gdzie to się wykłada: bezpieczeństwo i dane

To jest część, którą pomija większość poradników, a która decyduje o tym, czy twoja aplikacja jest narzędziem, czy wyciekiem.

Problem jest strukturalny. Aplikacje generowane promptem łączą się z bazą danych bezpośrednio z przeglądarki, przy użyciu klucza publicznego. Bezpieczeństwo opiera się więc wyłącznie na regułach dostępu ustawionych po stronie bazy, a model nie zawsze je poprawnie ustawia. Skutek: ktokolwiek otworzy narzędzia deweloperskie w przeglądarce, może odpytać tabele, do których nie powinien mieć wglądu.

To nie jest teoria. Podatność CVE-2025-48757, opublikowana w maju 2025 i dotycząca aplikacji generowanych przez Lovable, dostała ocenę krytyczną w skali CVSS właśnie za niewystarczające reguły dostępu do bazy. Producent zakwestionował zgłoszenie, argumentując, że za zabezpieczenie danych odpowiada twórca aplikacji - i to jest dokładnie ta odpowiedzialność, którą przejmujesz, klikając “publikuj”.

Skala też jest znana. Skan 1072 aplikacji opartych na bazie Supabase, opublikowany w czerwcu 2026, wykazał, że 98 procent z nich miało co najmniej jedną lukę, a 16 procent lukę krytyczną. Najczęstsze problemy to możliwość usuwania i modyfikowania danych bez logowania oraz publicznie dostępne kolumny z hasłami i tokenami.

Wniosek dla polskiej firmy jest prosty: dopóki nie potrafisz samodzielnie sprawdzić reguł dostępu, nie wkładaj do takiej aplikacji danych osobowych. RODO nie interesuje się tym, że kod napisał model.

Jak zacząć: plan na pierwszy weekend

1. Wybierz jedno zadanie, które dziś robisz w arkuszu i które ma jeden ekran. Nie zaczynaj od “systemu”.
2. Opisz je w jednym akapicie: kto z tego korzysta, co wpisuje, co ma zobaczyć na końcu.
3. Zbuduj wersję bez logowania i bez danych osobowych. Testuj na danych zmyślonych.
4. Dokładaj funkcje pojedynczo i po każdej sprawdzaj, czy poprzednie nadal działają. Model potrafi zepsuć to, co wcześniej działało.
5. Zanim wpuścisz kogokolwiek z zewnątrz, poproś narzędzie o wypisanie wszystkich tabel i reguł dostępu, a potem spróbuj otworzyć aplikację w trybie prywatnym bez logowania i zobaczyć czyjeś dane.
6. Jeśli narzędzie ma stać się częścią firmy, wyeksportuj kod do własnego repozytorium. To twoje wyjście awaryjne, gdy cennik dostawcy się zmieni.

Aplikacja bez programowania jest dziś realnym skrótem od pomysłu do działającego narzędzia. Skrótem, nie zwolnieniem z myślenia: budowa trwa godziny, a odpowiedzialność za dane zostaje po twojej stronie na lata.