Jak przenieść aplikację z Lovable do Mythex (kod, dane i domena)

Żeby przenieść aplikację z Lovable do Mythex, wyprowadź kod z Lovable przez jego integrację z GitHubem, następnie przenieś go do projektu Mythex, podłączając repozytorium albo importując archiwum, dodaj ponownie sekrety i przetestuj w Preview, zanim opublikujesz. Frontend zwykle przenosi się bez zmian. Prawdziwe decyzje dotyczą backendu: zachowania istniejącego projektu Supabase albo przeniesienia danych w inne miejsce.

Ten przewodnik przechodzi przez całą przeprowadzkę po kolei i mówi wprost o częściach, które wymagają pracy.

Zanim zaczniesz: co naprawdę się przenosi

Aplikacja z Lovable to kilka elementów i każdy z nich przenosi się inaczej.

Najpierw spisz tę tabelę dla własnej aplikacji. Zajmuje dziesięć minut i zapobiega większości niespodzianek.

Krok 1: Wyprowadź kod z Lovable

Dokumentacja Lovable (stan na wrzesień 2026) opisuje dwa sposoby wyjścia:

• Synchronizacja z GitHubem. Lovable może wyeksportować twój projekt do GitHuba i synchronizować go w obu kierunkach; dokumentacja wymienia obsługę github.com we wszystkich planach. Połącz GitHub w Lovable, a kod trafi do repozytorium, które należy do ciebie. Pamiętaj, że Lovable synchronizuje jeden branch naraz.
• Pobranie bazy kodu. W płatnych planach Lovable możesz pobrać kod bezpośrednio z Ustawienia projektu → Git.

Dla migracji lepszy jest GitHub: zachowujesz pełną historię i możesz dalej synchronizować projekt, testując nową konfigurację. Aktualne kroki znajdziesz w dokumentacji integracji GitHub Lovable.

Zanim opuścisz Lovable, otwórz repozytorium i poszukaj:

• Pliku .env lub .env.example, który wylicza zmienne środowiskowe, jakich oczekuje aplikacja
• Folderu supabase/, który może zawierać migracje bazy i kod Edge Functions
• Skryptów w package.json, które pokazują, jak aplikacja jest budowana i uruchamiana

Krok 2: Zdecyduj, co zrobić z backendem

To najważniejszy wybór. Aplikacje z Lovable zwykle używają Supabase do bazy i logowania — albo przez projekt Supabase, który sam podłączyłeś, albo przez Lovable Cloud.

Opcja A: Zachowaj własny projekt Supabase

Jeśli twoja aplikacja już łączy się z twoim projektem Supabase, to najprostsza ścieżka. Kod aplikacji dalej wywołuje ten sam adres URL Supabase z tymi samymi kluczami, więc dane, użytkownicy i pliki zostają dokładnie tam, gdzie są. Przenosisz tylko frontend.

Opcja B: Przenieś się z Lovable Cloud

Jeśli aplikacja używa Lovable Cloud, Lovable dokumentuje eksport bazy danych w Więcej → Cloud → Przegląd → Ustawienia zaawansowane. Według dokumentacji Lovable (stan na wrzesień 2026):

• Eksport zawiera całą bazę, strukturę i dane, w tym konta użytkowników i ich skróty haseł.
• Nie zawiera plików w magazynie, kodu Edge Functions ani sekretów projektu. Nie są w nim też uwzględnione ustawienia dostawców logowania.
• Eksport obejmuje bazy do 15 GB, plik może mieć maksymalnie 5 GB, a eksport można zamówić raz na 24 godziny.
• Nie ma migracji jednym kliknięciem z Cloud do Supabase; obsługiwanymi celami przeniesienia backendu Cloud są zarządzany Supabase lub samodzielnie hostowany Supabase.

Praktyczna ścieżka wygląda więc zwykle tak: przywróć eksport do własnego projektu Supabase, odtwórz tam buckety magazynu, Edge Functions i ustawienia uwierzytelniania, a potem traktuj to jak opcję A. Szczegóły znajdziesz w dokumentacji ustawień zaawansowanych Lovable.

Opcja C: Przenieś wszystko do bazy Mythex

Mythex może przydzielić projektowi dedykowaną bazę Postgres. Przeniesienie tam danych jest możliwe, ale oznacza przepisanie każdego miejsca, w którym aplikacja używa biblioteki klienckiej Supabase, a Mythex nie ma wbudowanego logowania użytkowników końcowych, więc musiałbyś też podłączyć osobnego dostawcę uwierzytelniania. To prawdziwa przebudowa backendu, a nie migracja. Zrób to później, jeśli w ogóle, gdy aplikacja będzie już działać w Mythex z Supabase.

Krok 3: Przenieś kod do Mythex

Utwórz w Mythex nowy, pusty projekt. Następnie wybierz jedno z poniższego:

• Zaimportuj archiwum. Otwórz ustawienia projektu → Eksport → Importuj do tego projektu i wgraj plik .zip, .tar.gz lub .tgz. Przycisk Download ZIP na GitHubie daje plik, który tu działa.
• Połącz GitHub i pobierz. Połącz GitHub w ustawieniach projektu, podłącz repozytorium i pobierz. Synchronizacja z GitHubem to funkcja planu Pro.

Import zastępuje pliki projektu, więc użyj pustego projektu. Pliki .env z archiwum są usuwane przy imporcie, więc żadne sekrety nie przedostaną się przypadkiem. Po udanym imporcie Mythex może otworzyć nowy czat, w którym agent instaluje zależności, ustala, jak uruchomić aplikację, i włącza Preview. Możesz kierować tym czatem tak jak każdym innym. Szczegóły są w Po imporcie.

Jeśli Preview nie uruchomi się samo, zapytaj:

Ten projekt został wyeksportowany z Lovable. To aplikacja React + TypeScript + Tailwind, która używa Supabase. Zainstaluj zależności, ustal polecenie uruchomienia na podstawie package.json i uruchom Preview. Na razie nie zmieniaj kodu aplikacji.

Krok 4: Dodaj sekrety ponownie

Otwórz ustawienia projektu → Sekrety i dodaj każdą wartość, której potrzebuje aplikacja. Dla aplikacji opartej o Supabase zwykle oznacza to adres URL projektu Supabase oraz publiczny klucz (anon lub publishable). Nazwy weź z .env.example albo z miejsca, w którym kod je odczytuje.

Dwie zasady:

• Tylko publiczne klucze należą do zmiennych frontendu. W aplikacji Vite wszystko z prefiksem VITE_ jest wbudowane w JavaScript, który pobiera każdy odwiedzający.
• Nigdy nie umieszczaj klucza service role Supabase w kodzie frontendu. Jeśli funkcja po stronie serwera go potrzebuje, zostaje po stronie serwera.

Następnie poproś agenta, żeby potwierdził, że aplikacja je odczytuje:

Sprawdź, które zmienne środowiskowe odczytuje ta aplikacja. Wypisz te, które nie są jeszcze ustawione w sekretach projektu, i nie wypisuj ich wartości.

Nasz przewodnik zmienne środowiskowe i sekrety wyjaśnia różnicę między wartościami publicznymi a prywatnymi.

Krok 5: Przetestuj, zanim cokolwiek przełączysz

Twoja aplikacja w Lovable nadal działa, więc nie ma pośpiechu. Przetestuj wersję w Mythex w Preview na prawdziwych przepływach:

• Rejestracja, logowanie, wylogowanie i reset hasła
• Tworzenie, edycja i usuwanie rekordu
• Wgranie pliku, jeśli twoja aplikacja to robi
• Wszystko, co wywołuje Edge Function albo zewnętrzne API

W uwierzytelnianiu Supabase jest jedno łatwe do przeoczenia ustawienie: dozwolone adresy przekierowań dla maili z logowaniem i resetem hasła. Dodaj tam swoje adresy Preview i opublikowane w Mythex, bo w przeciwnym razie logowanie będzie odsyłać na stary adres.

Polecenie /test w Mythex każe agentowi kliknąć w twoim podglądzie jak użytkownik i zgłosić zepsute przepływy. Bardziej szczegółową listę kontrolną znajdziesz w naszym przewodniku jak przetestować aplikację przed startem.

Krok 6: Opublikuj i przenieś domenę

Gdy wszystko działa, opublikuj z obszaru roboczego, aby dostać adres <slug>.mythex.app. Przetestuj ponownie tam, bo opublikowana aplikacja to osobna migawka projektu.

W planie Pro możesz podłączyć własną domenę. Zaktualizuj rekordy DNS u swojego dostawcy domeny, dodaj nowy adres do dozwolonych przekierowań w Supabase i dopiero wtedy wyłącz wersję w Lovable. Nasz przewodnik jak podłączyć własną domenę opisuje DNS krok po kroku.

Częste błędy

• Przenoszenie bazy i frontendu w tym samym czasie. Najpierw przenieś frontend, udowodnij, że działa z istniejącym backendem, a dopiero potem decyduj o danych.
• Zapomniane Edge Functions. Jeśli aplikacja wywołuje Supabase Edge Functions, zostają w Supabase albo trzeba je przepisać jako kod serwerowy. Nie działają wewnątrz frontendu Vite.
• Wklejenie klucza service role do frontendu. Daje pełny dostęp do bazy każdemu, kto otworzy narzędzia deweloperskie.
• Brakujące adresy przekierowań uwierzytelniania. Logowanie działa w Preview, a potem zawodzi na prawdziwej domenie.
• Przełączenie DNS przed przetestowaniem opublikowanego adresu. Najpierw przetestuj adres mythex.ai; cofnięcie zmian DNS zajmuje czas.
• Import do projektu, w którym coś już jest. Import zastępuje pliki. Użyj nowego projektu.

Kiedy pozostanie w Lovable ma sens

Bądź szczery wobec siebie co do tego, dlaczego się przenosisz. Lovable oferuje wizualne edycje podglądu typu wskaż-i-kliknij oraz zgrany backend w postaci Lovable Cloud, a Mythex nie ma żadnej z tych rzeczy. Jeśli na co dzień polegasz właśnie na nich, przeprowadzka kosztuje więcej, niż daje. Mythex lepiej pasuje, jeśli chcesz prawdziwy edytor kodu i terminal obok czatu, jedną pulę kredytów na budowę i hosting albo inny stos technologiczny. Nasz przewodnik alternatywy dla Lovable oraz strona Mythex vs Lovable porównują je dokładniej.

Lista kontrolna migracji

• Wypisano każdą część aplikacji: kod, bazę, użytkowników, pliki, funkcje, sekrety, domenę
• Kod zsynchronizowany z repozytorium GitHub, które należy do ciebie
• Podjęto decyzję o backendzie (zostaje Supabase albo eksport z Lovable Cloud)
• Kod zaimportowany do pustego projektu Mythex, Preview działa
• Sekrety dodane ponownie; brak prywatnych kluczy w zmiennych VITE_
• Adresy przekierowań uwierzytelniania zaktualizowane dla nowych adresów
• Rejestracja, logowanie, główne przepływy danych i wgrywanie plików przetestowane w Preview
• Opublikowano i ponownie przetestowano pod adresem mythex.ai
• DNS przeniesiony; stara aplikacja wyłączona dopiero po potwierdzeniu nowej

Do części dotyczącej Mythex zobacz GitHub, eksport i import w dokumentacji.

Pytania