Jak wdrożyć aplikację napisaną przez AI? Ta sztuczka sprawia, że deploy to jak zamówienie jedzenia

Jak wdrożyć aplikację napisaną przez AI? Ta sztuczka sprawia, że deploy to jak zamówienie jedzenia
RichardsonProblem: AI pisze aplikację w pięć minut, a wdrożenie zajmuje dwa tygodnie
Najpierw ustalmy, dla kogo jest ten tekst: masz subskrypcję Claude Code albo Codex, AI napisało Ci projekt i utknąłeś na etapie “jak zamienić to w prawdziwy adres URL”. Jeśli tak — czytaj dalej.
Cursor, Claude Code, Codex — te agenty kodujące dawno ścisnęły “pisanie kodu” do minut. Niezależny deweloper, który chce zbudować narzędzie SaaS, mówi do Claude Code “napisz mi analizator CV” i po pół godzinie ma kompletny frontend i backend. Ale między kodem a uruchomieniem leży przepaść: gdzie kupić domenę? Który hosting wybrać? Jaka baza danych? Jak zrobić logowanie? Jak wysyłać maile? Jak podpiąć płatności?
Za każdym z tych pytań stoi konto u dostawcy, ciąg kluczy API i sterta konfiguracji. Dwa najbardziej zniechęcające przykłady: wysyłka maili wymaga DKIM — to jak dowód osobisty dla Twojej poczty, dowód że to nie spam; płatności wymagają webhooków — czyli “adresu dostawy”, pod który platforma płatnicza powiadomi Twoją aplikację o transakcji. Sama rejestracja i weryfikacja na platformach hostingowej, płatniczej i domenowej to pół dnia. Potem baza, maile, płatności — i tydzień znika. Jeśli przy tym robisz zlecenia AI albo budujesz przychody z contentu, nie możesz sobie pozwolić na taki marnotrawstwo czasu.
Do tego aplikacje zbudowane przez agenta AI często wiszą na tymczasowych kluczach API i danych mockowych. Sam deweloper nie potrafi odpowiedzieć: “czy ta apka naprawdę była online? Czyja to domena? Czy mogę zabrać dane?” Gdy przychodzi do przekazania projektu albo jego zamknięcia, okazuje się, że nie da się tego rozebrać — osierocone tabele w bazie, wiszące webhooki w systemie płatności, źle przypięta domena na hostingu. Same ogony, których nie da się uciąć.
Okazja: zamień “wejście online” w linię produkcyjną i oddaj deploy agentowi AI
GoLive (repozytorium https://github.com/mikehasa/golive-skill) to projekt open source na licencji MIT (według posta źródłowego, bez niezależnej weryfikacji: 894 gwiazdki, 63 forki, ostatni push 2026-09-25), który trafia dokładnie w szczelinę między “kod gotowy” a “prawdziwi użytkownicy wchodzą na stronę”. To nie kolejna platforma PaaS, tylko Agent Skill + zero-dependency CLI w Node dla agentów kodujących jak Claude Code czy Codex.
Cały proces ściśnięty do pięciu kroków: detect (wykryj, czego potrzebuje aplikacja) → plan (wygeneruj dokładną listę zmian) → approve (potwierdzenie przez użytkownika) → apply (wykonanie na Twoich własnych kontach) → verify (sprawdzenie, czy naprawdę działa). Wszystkie zasoby powstają na Twoich kontach Vercel, Netlify, Supabase, Neon, Porkbun, GoDaddy, Resend, Stripe. Żadnego backendu GoLive, żadnej telemetrii, żadnego lock-inu danych. Chcesz przekazać projekt — pakujesz i idziesz. Chcesz go zlikwidować — jedna komenda teardown sprząta wszystko.
Ile to jest warte? Policzmy: ręczne wdrożenie aplikacji z bazą danych i płatnościami to nawet u wprawnego dewelopera tydzień-dwa. Przy koszcie czasu freelancera rzędu 300-400 zł dziennie mówimy o 2000-3500 zł spalonej pracy. GoLive ściska to do kilkudziesięciu minut rozmowy plus drobnej opłaty rocznej za domenę. Jeśli bierzesz zlecenia na wdrożenia, stawka rynkowa to 300-1200 zł za projekt — kiedyś jedno zlecenie zjadało dwa tygodnie, teraz dowozisz w pół dnia. Ten sam czas, dziesięć razy więcej zleceń. Oszczędzasz nie “wydajność”, tylko realną stawkę godzinową.
Ścieżka: trzy kroki, by wypchnąć aplikację od AI do prawdziwych użytkowników
Krok 1: zainstaluj GoLive, żeby Twój agent poznał tę umiejętność.
Wymagania: Node.js 20+, npm/npx, Git oraz agent kodujący obsługujący Skills (oficjalnie zweryfikowane Codex i Claude Code, inne klienci niezweryfikowani). Jedna komenda instaluje globalnie:
1 | npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes |
Jeśli używasz Codex, zamień --agent claude-code na --agent codex. Możesz też pójść kanałem npm offline: npx golive@alpha install --agent codex. Instalacja kopiuje tylko pliki skill — nie łączy się z żadnym kontem dostawcy, niczego nie wdraża.
Po instalacji wpisz w Codex $golive Help me take this app live. albo w Claude Code /golive Help me take this app live.. Agent wczyta zestaw instrukcji GoLive i będzie gotowy przejąć wdrożenie. Uwaga: npx skills add nie instaluje komendy golive w Twoim terminalu — CLI jest wywoływane przez agenta z katalogu instalacyjnego skilla (zwykle ~/.claude/skills/golive lub ~/.agents/skills/golive).
Krok 2: niech agent odpali detect → plan i rozłoży listę zmian na stole.
GoLive skanuje kod w Twoim repozytorium i dochodzi do wniosków w stylu: “ta aplikacja Next.js potrzebuje hostingu Vercel, bazy Supabase, maili przez Resend, płatności Stripe i subdomeny na example.com”. Potem wypisuje plan zmian — każda linia to konkretna zmiana konfiguracji na jednym z Twoich kont. Na tym etapie tylko czyta, nic nie zapisuje.
Punkt approve to prawdziwy zawór bezpieczeństwa: zanim cokolwiek ruszy na Twoich kontach, musisz potwierdzić w czacie. “Dodaj rekord A na moim koncie Porkbun”, “utwórz nowy projekt w Supabase”, “wygeneruj klucz Stripe w trybie testowym” — każda akcja to jawna autoryzacja. Najbardziej niebezpieczny ruch, czyli “AI klika potwierdź za Ciebie”, zostaje zatrzymany na Twoich oczach.
Krok 3: apply → verify, czyli przypnij do ściany fakt, że to naprawdę działa.
Po Twoim potwierdzeniu GoLive wykonuje plan: wdraża na Twoim Vercel, tworzy projekt i odpala migracje na Twoim Supabase, zmienia DNS na Twoim Porkbun, przełącza Stripe w tryb testowy — wszystkie tokeny idą przez lokalne zmienne środowiskowe, bez żadnych pośredników.
Wykonanie to nie koniec. Verify faktycznie pinguje wdrożony URL, sprawdza połączenie z bazą, wysyła mail testowy i patrzy, czy webhook płatności dociera. Jeśli cokolwiek padnie, robi rollback albo oznacza na czerwono — nie pozwala na “pozornie online, faktycznie na pół gwizdka”.
Do tego dwa asy w rękawie: golive status wykrywa dryf konfiguracji — jeśli później ręcznie zmieniłeś hasło do bazy albo skasowałeś rekord DNS, powie Ci “konfiguracja się rozjechała”; golive handoff generuje dokument własnościowy: który zasób jest na którym koncie, jakimi poświadczeniami, jak go wyłączyć. Przekazanie klientowi, odsprzedaż, całkowity teardown — wykonujesz według dokumentu.
Przypadki: które modele side business najbardziej zyskują na tym procesie
Zastrzeżenie: przypadek 2 to hipotetyczny scenariusz oparty na możliwościach narzędzia, nie prawdziwa historia użytkownika. Ma Ci pomóc ocenić, czy to coś dla Ciebie.
Przypadek 1: zlecenia AI na narzędzia dla Shopify.
Zespół robiący wtyczki pod Shopify napisał w Next.js + Prisma + Stripe Connect narzędzie “automatyczna zmiana przewoźnika według regionu dostawy”. Kiedyś sprzedaż tego prawdziwym sprzedawcom wymagała pokazania każdemu klientowi procesu wdrożenia — sami nie kliknęliby przez Vercel, Stripe i Cloudflare. Z GoLive zespół instaluje skilla w Codex i mówi klientowi jedno zdanie: “odpal to na swoim koncie Vercel” — i deploy odbywa się w formie rozmowy. Według posta źródłowego (bez niezależnej weryfikacji) wersja 0.1.0-alpha.3 ma już jednorazowe testy live pokrywające sześć głównych ścieżek: hosting, baza, DNS, maile, płatności testowe, logowanie.
Przypadek 2 (scenariusz hipotetyczny): szybka walidacja MVP narzędzia contentowego.
Załóżmy, że zespół contentowy chce zbudować narzędzie “notatki z Pinterest/Lemon8 jednym kliknięciem do szablonów Notion”, ale boi się, że po starcie nikt nie wejdzie, a kasa za domenę przepadnie. Przepychają to przez GoLive: detect wykrywa, że wystarczy hosting statyczny + zbieranie maili; plan rozpisuje koszty co do grosza — roczna opłata za domenę (według źródła poniżej 10 dolarów rocznie, bez niezależnej weryfikacji) plus darmowy limit hostingu; apply kończy wszystko w 20 minut. Jeśli po tygodniu liczby nie siedzą, jeden teardown sprząta wszystko, domena wygasa bez odnowienia, na kontach nie zostają żadne zombie-projekty. Dla biznesów opartych na testowaniu hipotez “szybkie wejście i czyste wyjście” jest warte więcej niż “więcej funkcji”.
Jedna uwaga o płatnościach na polskim rynku: Stripe działa w Polsce bez problemu dla firm, ale GoLive obsługuje na razie tylko tryb testowy Stripe — nie przyjmiesz realnych płatności od razu. Jeśli Twoi klienci są w Polsce i sprzedajesz produkty cyfrowe albo płatne narzędzia, docelowo podpinaj Stripe na produkcji, Przelewy24, PayU albo BLIK — GoLive zbuduje Ci landing page i infrastrukturę, ale warstwę płatności trzeba dopracować lokalnym kanałem. Nie licz, że tryb testowy załatwi wszystko.
Call to action: dziś wieczorem Twoja aplikacja od AI wchodzi naprawdę online
Nie traktuj “AI skończyło pisać aplikację” jako mety. Dodaj te trzy rzeczy do dzisiejszej listy zadań:
- Otwórz swój ostatni projekt w Claude Code lub Codex, upewnij się, że masz Node.js 20+, i wykonaj
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes(lub codex). Po instalacji zweryfikuj zgodnie z README:node <installed-skill-dir>/scripts/golive.mjs version --json(podmień ścieżkę na faktyczny katalog skilla, zwykle~/.claude/skills/golive). - W czacie agenta wpisz
/golive Help me take this app livei pozwól mu zrobić tylko detect i plan — bez apply. - Otwórz każde konto dostawcy z planu i sprawdź saldo, status weryfikacji i przestrzenie nazw kluczy API — to Twoje aktywa, AI tylko klika przyciski.
To narzędzie jest na licencji MIT, zero zależności, zero telemetrii, działa na Twoich kontach i nie wiąże Cię z żadnym dostawcą — rzadka kombinacja wśród narzędzi wdrożeniowych. Ostatnie ostrzeżenie: to wciąż wersja 0.1.0-alpha, bugi się zdarzą, więc ważne projekty najpierw przepchnij w całości na kontach testowych, zanim ruszysz produkcję. AI pisze kod, GoLive wypycha go online, a Ty trzymasz oczy otwarte na etapie approve — ten podział ról to najbardziej opłacalna pozycja niezależnego dewelopera na najbliższe lata.








