Cara Pindah dari Lovable ke Mythex (Kode, Data dan Domain)

Untuk pindah dari Lovable ke Mythex, ambil kode Anda dari Lovable lewat integrasi GitHub, lalu masukkan ke proyek Mythex dengan menautkan repositori atau mengimpor arsip, pasang ulang secret Anda, dan uji di Preview sebelum mempublikasikan. Frontend biasanya pindah tanpa perubahan. Keputusan yang sebenarnya ada pada backend Anda: tetap memakai proyek Supabase yang ada, atau memindahkan data ke tempat lain.

Panduan ini menjelaskan seluruh proses pindah secara berurutan, dan jujur tentang bagian yang membutuhkan usaha.

Sebelum mulai: apa saja yang sebenarnya pindah

Aplikasi Lovable terdiri dari beberapa bagian, dan setiap bagian pindah dengan cara yang berbeda.

Tuliskan tabel ini untuk aplikasi Anda sendiri terlebih dahulu. Butuh sepuluh menit dan mencegah sebagian besar kejutan.

Langkah 1: Keluarkan kode dari Lovable

Dokumentasi Lovable (per September 2026) menjelaskan dua cara untuk keluar:

• Sinkronisasi GitHub. Lovable dapat mengekspor dan menyinkronkan dua arah proyek Anda dengan GitHub, dan dokumentasinya mencantumkan dukungan github.com di semua paket. Hubungkan GitHub di Lovable, maka kode Anda masuk ke repositori yang Anda miliki. Perlu diketahui, Lovable menyinkronkan satu branch sekaligus.
• Unduh codebase. Pada paket berbayar Lovable, Anda dapat mengunduh kode langsung dari Project settings → Git.

GitHub adalah jalur yang lebih baik untuk migrasi: Anda mendapat riwayat lengkap, dan Anda tetap bisa menyinkronkan sambil menguji pengaturan baru. Lihat dokumentasi integrasi GitHub dari Lovable untuk langkah terkini.

Sebelum meninggalkan Lovable, buka repositori dan cari:

• File .env atau .env.example, yang mencantumkan variabel lingkungan yang diharapkan aplikasi
• Folder supabase/, yang mungkin berisi migrasi database dan kode Edge Function
• Script di package.json, yang menunjukkan cara aplikasi dibangun dan dijalankan

Langkah 2: Putuskan apa yang dilakukan dengan backend

Ini adalah pilihan yang paling menentukan. Aplikasi Lovable biasanya memakai Supabase untuk database dan login, baik melalui proyek Supabase yang Anda hubungkan sendiri maupun melalui Lovable Cloud.

Opsi A: Tetap memakai proyek Supabase Anda sendiri

Jika aplikasi Anda sudah terhubung ke proyek Supabase milik Anda, ini adalah jalur paling sederhana. Kode aplikasi tetap memanggil URL Supabase dan kunci yang sama, sehingga data, pengguna, dan file Anda tetap berada di tempatnya. Anda hanya memindahkan frontend.

Opsi B: Pindah dari Lovable Cloud

Jika aplikasi Anda memakai Lovable Cloud, Lovable mendokumentasikan ekspor database di More → Cloud → Overview → Advanced settings. Menurut dokumentasi Lovable (per September 2026):

• Ekspor berisi seluruh database, struktur dan datanya, termasuk akun pengguna beserta hash kata sandinya.
• Ekspor tidak menyertakan file di penyimpanan, kode Edge Function, atau secret proyek Anda. Pengaturan penyedia login juga tidak ikut.
• Ekspor mencakup database hingga 15 GB, berkas ekspor maksimal 5 GB, dan Anda dapat meminta satu ekspor setiap 24 jam.
• Tidak ada migrasi satu klik dari Cloud ke Supabase, dan tujuan yang didukung untuk memindahkan backend Cloud adalah Supabase terkelola atau Supabase yang di-host sendiri.

Jadi jalur praktisnya biasanya: pulihkan ekspor ke proyek Supabase Anda sendiri, buat ulang bucket penyimpanan, Edge Functions, dan pengaturan autentikasi di sana, lalu perlakukan sebagai Opsi A. Lihat halaman pengaturan lanjutan dari Lovable untuk detailnya.

Opsi C: Pindahkan semuanya ke database Mythex

Mythex dapat memberi proyek sebuah database Postgres khusus. Memindahkan data ke sana memungkinkan, tetapi artinya Anda harus menulis ulang setiap tempat aplikasi memakai library klien Supabase, dan karena Mythex tidak punya login pengguna akhir bawaan, Anda juga harus memasang penyedia autentikasi terpisah. Itu adalah pembangunan ulang backend yang sesungguhnya, bukan migrasi. Lakukan nanti, jika memang perlu, setelah aplikasi berjalan di Mythex bersama Supabase.

Langkah 3: Masukkan kode ke Mythex

Buat proyek baru yang kosong di Mythex. Lalu lakukan salah satu dari ini:

• Impor arsip. Buka project settings → Export → Import into this project dan unggah .zip, .tar.gz, atau .tgz. Tombol Download ZIP dari GitHub menghasilkan file yang bisa dipakai di sini.
• Tautkan GitHub lalu tarik. Hubungkan GitHub di project settings, tautkan repositori, lalu lakukan pull. Sinkronisasi GitHub adalah fitur Pro.

Impor menggantikan file proyek, jadi gunakan proyek yang kosong. File .env apa pun di dalam arsip akan dihapus saat impor, sehingga tidak ada secret yang ikut tanpa disengaja. Setelah impor berhasil, Mythex dapat membuka chat baru tempat agen memasang dependensi, mencari tahu cara menjalankan aplikasi, dan menyalakan Preview. Anda dapat mengarahkan chat itu seperti chat lainnya. Rinciannya ada di After you import.

Jika Preview tidak berjalan dengan sendirinya, tanyakan:

Proyek ini diekspor dari Lovable. Ini aplikasi React + TypeScript + Tailwind yang memakai Supabase. Pasang dependensi, tentukan perintah dev dari package.json, dan jalankan Preview. Jangan ubah kode aplikasi dulu.

Langkah 4: Pasang ulang secret Anda

Buka project settings → Secrets dan tambahkan setiap nilai yang dibutuhkan aplikasi. Untuk aplikasi yang memakai Supabase, biasanya itu berarti URL proyek Supabase dan kunci publik (anon atau publishable). Ambil namanya dari .env.example atau dari tempat kode membacanya.

Dua aturan:

• Hanya kunci publik yang boleh masuk ke variabel frontend. Pada aplikasi Vite, apa pun berawalan VITE_ akan tertanam ke dalam JavaScript yang diunduh setiap pengunjung.
• Jangan pernah memasukkan kunci service role Supabase ke kode frontend. Jika fungsi sisi server membutuhkannya, kunci itu tetap di sisi server.

Lalu minta agen memastikan aplikasi membaca nilai-nilai tersebut:

Periksa variabel lingkungan apa saja yang dibaca aplikasi ini. Daftarkan yang belum diatur di project secrets, dan jangan tampilkan nilainya.

Panduan kami tentang environment variables dan secrets menjelaskan perbedaan antara nilai publik dan privat.

Langkah 5: Uji sebelum memindahkan apa pun

Aplikasi Lovable Anda masih berjalan, jadi tidak perlu terburu-buru. Uji versi Mythex di Preview dengan alur nyata:

• Daftar, masuk, keluar, dan atur ulang kata sandi
• Buat, ubah, dan hapus sebuah data
• Unggah file, jika aplikasi Anda melakukannya
• Apa pun yang memanggil Edge Function atau API pihak ketiga

Ada satu pengaturan Supabase yang mudah terlewat: redirect URLs yang diizinkan untuk email login dan atur ulang kata sandi. Tambahkan alamat Preview dan alamat publikasi Mythex Anda di sana, atau login akan kembali ke domain lama.

Perintah /test di Mythex meminta agen mengklik Preview Anda seperti pengguna sungguhan dan melaporkan alur yang rusak. Panduan kami tentang menguji aplikasi sebelum peluncuran memiliki daftar periksa yang lebih lengkap.

Langkah 6: Publikasikan dan pindahkan domain

Ketika semuanya berfungsi, publikasikan dari workspace untuk mendapatkan alamat <slug>.mythex.app. Uji lagi di sana, karena aplikasi yang dipublikasikan adalah salinan terpisah dari proyek Anda.

Di paket Pro, Anda dapat menghubungkan domain sendiri. Perbarui rekaman DNS di penyedia domain Anda, tambahkan alamat baru ke redirect URLs yang diizinkan di Supabase, dan baru setelah itu matikan versi Lovable. Panduan kami tentang menghubungkan domain kustom membahas DNS langkah demi langkah.

Kesalahan umum

• Memindahkan database dan frontend sekaligus. Pindahkan frontend lebih dulu, buktikan bahwa ia berfungsi dengan backend yang ada, baru putuskan soal data.
• Lupa Edge Functions. Jika aplikasi memanggil Supabase Edge Functions, fungsi itu tetap di Supabase atau harus ditulis ulang sebagai kode server. Fungsi itu tidak berjalan di dalam frontend Vite.
• Menempelkan kunci service role ke frontend. Kunci itu memberi akses penuh ke database Anda kepada siapa pun yang membuka devtools.
• Redirect URL autentikasi belum ditambahkan. Login berfungsi di Preview, lalu gagal di domain sungguhan.
• Mengganti DNS sebelum menguji URL yang dipublikasikan. Uji alamat mythex.ai lebih dulu; perubahan DNS butuh waktu untuk dibatalkan.
• Mengimpor ke proyek yang sudah berisi pekerjaan. Impor menggantikan file. Gunakan proyek baru.

Kapan tetap di Lovable masuk akal

Jujurlah pada diri sendiri tentang alasan Anda pindah. Lovable menawarkan edit visual langsung di preview dan backend siap pakai lewat Lovable Cloud, sementara Mythex tidak memiliki keduanya. Jika Anda sangat bergantung pada hal-hal itu setiap hari, pindah akan lebih banyak merugikan daripada menguntungkan. Mythex lebih cocok jika Anda ingin editor kode dan terminal sungguhan di samping chat, satu saldo kredit untuk membangun dan meng-hosting, atau ingin menjalankan stack yang berbeda. Panduan kami alternatif Lovable dan halaman Mythex vs Lovable membandingkan keduanya lebih detail.

Daftar periksa migrasi

• Mendaftar setiap bagian aplikasi: kode, database, pengguna, file, fungsi, secret, domain
• Kode disinkronkan ke repositori GitHub milik Anda
• Keputusan backend sudah dibuat (tetap Supabase, atau ekspor dari Lovable Cloud)
• Kode diimpor ke proyek Mythex yang kosong, Preview berjalan
• Secret sudah dipasang ulang; tidak ada kunci privat di variabel VITE_
• Redirect URL autentikasi sudah diperbarui untuk alamat baru
• Daftar, login, alur data utama, dan unggahan sudah diuji di Preview
• Sudah dipublikasikan dan diuji ulang di alamat mythex.ai
• DNS sudah dipindahkan; aplikasi lama dimatikan hanya setelah yang baru dikonfirmasi

Untuk sisi Mythex, lihat GitHub, export, dan import di dokumentasi.

Pertanyaan