Budujesz aplikację z AI, kręcisz się w kółko od kilku dni i każda poprawka psuje coś innego? To nie Twoja wina: to osiem typowych ścian, które powtarzają się u osób budujących bez doświadczenia w programowaniu, i da się przez nie przejść. Pierwsze godziny z narzędziami jak Lovable, Bolt czy ChatGPT dają wrażenie, że aplikacja będzie gotowa w weekend. Potem przychodzi pierwszy błąd, którego nie da się naprawić, druga wersja, która psuje pierwszą, i dane, które znikają nie wiadomo gdzie. Poniżej rozpoznanie i sposób wyjścia przy każdej ścianie.
1. Pętla poprawek: AI naprawia jedno i psuje drugie
Jak to wygląda: prosisz o poprawkę przycisku, przycisk działa, ale przestaje działać formularz. Prosisz o naprawę formularza, wraca problem z przyciskiem. Po godzinie aplikacja jest w gorszym stanie niż na początku.
Dlaczego: AI przy każdej poprawce zmienia więcej kodu, niż trzeba, i nie zawsze pamięta, po co były wcześniejsze zmiany. Im dłużej trwa rozmowa, tym gorzej.
Co zrobić:
- Wróć do ostatniej wersji, która działała. Nie ratuj zepsutej.
- Proś o jedną zmianę na raz i sprawdzaj aplikację po każdej.
- Pisz wprost, czego nie ruszać: „zmień tylko wygląd przycisku Zapisz, nie zmieniaj logiki formularza”.
- Po trzeciej nieudanej próbie naprawy tego samego zatrzymaj się. Opisz problem od nowa, innymi słowami, najlepiej w nowej rozmowie.
2. Trzy wersje projektu i żadna nie działa
Jak to wygląda: zaczynałeś kilka razy od zera, w różnych narzędziach albo w nowych rozmowach. Każda wersja ma coś, czego brakuje innym, i nie wiesz, którą rozwijać.
Dlaczego: gdy coś się sypie, zaczęcie od nowa kusi bardziej niż szukanie przyczyny. Problem w tym, że nowa wersja zwykle zatrzymuje się w tym samym miejscu.
Co zrobić: wybierz jedną wersję, tę, w której działa najwięcej ważnych rzeczy, i zamknij pozostałe. Zapisz na kartce, co w niej działa, a czego brakuje. Dalej pracujesz tylko na niej, punkt po punkcie. Nowy start ma sens tylko wtedy, gdy wiesz dokładnie, co tym razem zrobisz inaczej. Dlatego w programie Własna Apka zaczynamy od cięcia pomysłu do pierwszej wersji i budowy na gotowym szkielecie, a nie od kolejnej próby od zera.
3. Dane znikają po odświeżeniu strony
Jak to wygląda: dodajesz rezerwację albo klienta, wszystko wygląda dobrze, odświeżasz stronę i lista jest pusta. Albo dane widzisz tylko Ty, a ktoś na innym komputerze widzi pustą aplikację.
Dlaczego: aplikacja zapisuje dane tylko w Twojej przeglądarce albo w pamięci, która znika po odświeżeniu, a nie w prawdziwej bazie danych. AI często robi tak na początku, bo to najszybsze.
Co zrobić: poproś wprost o zapis w bazie danych i opisz zachowanie, którego oczekujesz: „rezerwacja ma się zapisać w bazie, być widoczna po odświeżeniu strony i na innym komputerze”. Wiele generatorów ma wbudowane połączenie z bazą (często jest to Supabase). Potem sprawdź to sam: dodaj wpis, otwórz aplikację w innej przeglądarce i zobacz, czy jest.
4. Logowanie działa u Ciebie, a u innych nie
Jak to wygląda: Ty logujesz się bez problemu, a znajomy dostaje błąd, nie dostaje maila z potwierdzeniem albo po zalogowaniu widzi cudze dane.
Dlaczego: logowanie to jedna z najbardziej podchwytliwych części aplikacji. W grę wchodzą ustawienia poczty, adresy, na które wraca użytkownik po zalogowaniu, i uprawnienia do danych. AI generuje działający kod, ale nie zawsze konfiguruje wszystko po stronie usług, z których korzysta.
Co zrobić:
- Testuj na drugim koncie, najlepiej w oknie prywatnym przeglądarki, nie tylko na swoim.
- Sprawdź w ustawieniach usługi logowania, czy jest tam adres Twojej opublikowanej aplikacji, a nie tylko adres podglądu.
- Zapytaj AI wprost: „czy użytkownik A może zobaczyć dane użytkownika B? Sprawdź reguły dostępu w bazie”. Ten jeden test łapie poważne problemy z bezpieczeństwem.
5. Hasła i klucze w kodzie
Jak to wygląda: żeby coś zadziałało (płatności, wysyłka maili, mapa), wklejasz klucz albo hasło do usługi prosto do czatu, a AI wpisuje je w kod aplikacji.
Dlaczego to problem: kod strony internetowej da się podejrzeć w przeglądarce. Klucz wpisany w kod widzi każdy, kto wie, gdzie patrzeć, i może go użyć na Twój rachunek albo dostać się do Twoich danych.
Co zrobić: klucze trzymaj w ustawieniach projektu przeznaczonych na sekrety (zwykle nazywają się „secrets” albo „environment variables”), a nie w kodzie. Poproś AI: „przenieś wszystkie klucze do zmiennych środowiskowych i pokaż mi, gdzie w kodzie jeszcze są”. Jeśli klucz już był publicznie w kodzie, wygeneruj nowy w usłudze, z której pochodzi, a stary unieważnij.
6. W podglądzie działa, po publikacji nie
Jak to wygląda: w narzędziu wszystko działa, a pod prawdziwym adresem strona jest pusta, formularz nie wysyła albo pojawia się błąd.
Dlaczego: podgląd i opublikowana wersja często mają inne ustawienia. Najczęściej brakuje kluczy (zostały w podglądzie, nie trafiły do wersji opublikowanej), adres aplikacji nie jest dodany w usługach zewnętrznych albo coś odwołuje się do adresu podglądu.
Co zrobić: otwórz opublikowaną stronę, wciśnij F12 (albo Cmd+Opcja+I na Macu) i zajrzyj do zakładki Console. Czerwone komunikaty skopiuj w całości i wklej AI z opisem: „w podglądzie działa, po publikacji pod adresem X pojawia się ten błąd”. To zwykle wystarcza, żeby znaleźć przyczynę.
7. AI mówi, że naprawiło, a nie naprawiło
Jak to wygląda: dostajesz pewną siebie odpowiedź „Naprawiłem problem z zapisem”, sprawdzasz i nic się nie zmieniło.
Dlaczego: AI opisuje, co zamierzało zrobić, a nie zawsze to, co faktycznie się stało. Nie widzi Twojej aplikacji tak jak Ty.
Co zrobić: traktuj każde „naprawione” jako hipotezę do sprawdzenia. Po każdej poprawce przetestuj dokładnie ten scenariusz, który nie działał. Na żywo, z kimś obok, ten nawyk wyrabia się łatwiej, bo od razu widać, czy poprawka naprawdę zadziałała, a w programie Własna Apka testujesz i rozwiązujesz błędy właśnie w ten sposób. Jeśli dalej nie działa, napisz to wprost i dodaj, co widzisz: „dalej nie działa, po kliknięciu Zapisz nic się nie dzieje, w Console jest taki błąd”.
8. Projekt urósł i AI się gubi
Jak to wygląda: na początku wszystko szło szybko, teraz każda zmiana trwa długo, AI zapomina o wcześniejszych ustaleniach i proponuje rzeczy, które już są.
Dlaczego: im większa aplikacja, tym trudniej AI ogarnąć ją w całości. Ustalenia z początku rozmowy giną po drodze.
Co zrobić: prowadź krótki opis projektu w jednym miejscu: do czego służy aplikacja, jakie ma ekrany, gdzie są dane, co już działa i jakie są zasady (np. „nie zmieniamy wyglądu panelu”). Wklejaj go na początku nowej rozmowy albo trzymaj w pliku, który narzędzie czyta. Większe zmiany dziel na małe kroki.
Dlaczego te ściany tak często kończą projekt
Większość tych problemów da się rozwiązać samemu. Trudność leży gdzie indziej: gdy utkniesz, zwykle nie wiesz, w którą ścianę wpadłeś. Objaw widać na ekranie, a przyczyna siedzi w bazie, w ustawieniach logowania albo w kluczu, o którym AI nie wspomniało. Kolejne próby bez diagnozy łatwo zamieniają się w pętlę, w której mija tydzień bez postępu i rośnie frustracja.
Prowadzenie 1:1 zmienia tu jedno: ktoś patrzy na Twój projekt razem z Tobą i pomaga ustalić, co się naprawdę dzieje, więc nie musisz zgadywać, czy problem leży w opisie, narzędziu czy zakresie. W programie Własna Apka budujesz z AI na żywo, łączysz elementy, testujesz i rozwiązujesz błędy, na których zwykle wszystko staje. Zaczynasz od gotowego szkieletu, nie od pustego ekranu. Między spotkaniami robisz zadania do własnego projektu, a potem sprawdzamy każdy etap.
Ratować czy zaczynać od nowa?
Zacznij od nowa tylko wtedy, gdy obecna wersja nie ma niczego wartościowego albo gdy wiesz, że wybrałeś złe narzędzie do tego, co budujesz. W każdym innym przypadku szybciej będzie wrócić do ostatniej działającej wersji i iść małymi krokami.
Dobrze jest też wiedzieć, kiedy problem przerasta to, co da się rozwiązać samemu w rozsądnym czasie. Jeśli od tygodnia stoisz w miejscu, kolejny tydzień prób zwykle nie pomaga. Więcej o całej drodze, od pomysłu do wdrożenia, przeczytasz w przewodniku jak stworzyć aplikację bez programowania.
Co dalej, jeśli utknąłeś
Jeśli utknąłeś z własnym projektem, najkrótsza droga to zwykle nie kolejna własna próba, tylko druga para oczu. W programie Własna Apka wychodzenie z takich ścian to jedna z głównych rzeczy, które robimy razem: około 15 godzin pracy na żywo, prowadzenie 1:1, trzy etapy (potrzeba, budowa, wdrożenie) i sprawdzanie każdego etapu. Na start nie musisz znać ani linijki kodu.
To program dla osób, które chcą same zbudować swoją aplikację i potrzebują kogoś obok. Nie jest dla tych, którzy chcą, żeby ktoś zbudował ją za nich, ani dla szukających gwarancji zarobku. Nie budujemy aplikacji za uczestnika i nie gwarantujemy klientów ani przychodu.
Pierwszy krok: zgłoszenie na stronie (8 krótkich pytań), potem bezpłatna rozmowa, na której opisujesz, gdzie stoisz. Zgłoszenie nie jest zakupem. Przyjmujemy maksymalnie 5 nowych osób miesięcznie.