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

Problem: 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ń:

  1. 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).
  2. W czacie agenta wpisz /golive Help me take this app live i pozwól mu zrobić tylko detect i plan — bez apply.
  3. 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.