Siapa yang sebenarnya memiliki aplikasi vibe-coded Anda?

Siapa yang sebenarnya memiliki aplikasi vibe-coded Anda?

7 Juli 2026

Setiap presentasi vibe coding menyebut kepemilikan kode di suatu tempat pada paragraf pertama. Ekspor ke GitHub. Tanpa format proprietary. Bawa pergi kapan saja. Ini terdengar seperti kebalikan dari lock-in, dan untuk bagian aplikasi Anda yang hanya berupa komponen React, sebagian besar memang benar begitu.

Bagian yang tidak pernah disebut dalam presentasi adalah basis data. Dan di situlah aplikasi sebenarnya hidup.

Apa yang sebenarnya diekspor oleh “ekspor”

Bolt dan Base44 sama-sama menyediakan sinkronisasi GitHub yang sederhana untuk frontend, dan Lovable melakukan hal yang sama untuk output React/TypeScript-nya. Jika aplikasi Anda adalah situs pemasaran atau prototipe statis, ekspor itu hampir mencakup keseluruhan aplikasi, dan Anda bisa menyerahkan repo ke developer lalu pergi dengan tenang.

Aplikasi bisnis bukan seperti itu. Begitu build Anda memiliki login, peran pengguna, dan data nyata, sebagian besar hal yang membuatnya berfungsi bukan berada di pohon komponen, melainkan di skema, aturan autentikasi, dan logika izin akses di baliknya. Itulah persis lapisan yang paling enggan dilepaskan oleh platform-platform ini.

Base44 membuat ini eksplisit, bukan implisit: para reviewer mencatat bahwa kode frontend diekspor ke GitHub, tetapi basis data dan backend tetap sepenuhnya di-hosting di infrastruktur Base44 dan tidak bisa dimodifikasi atau diekspor secara langsung. Salah satu pengguna Base44 yang mencoba mengambil file miliknya sendiri dari platform tersebut menuliskannya secara blak-blakan di Reddit: “Saya tidak melihat file src apa pun di antara file yang bisa diakses, jadi sepertinya saya harus membayar paket builder selama setahun hanya untuk bisa mengeluarkan build ini dari Base44. Itu $480, yang cukup tidak masuk akal.” Secara teknis Anda bisa pergi. Anda hanya perlu membayar langganan dulu untuk tahu apa yang Anda bawa saat pergi.

Masalah Hotel California

Keluhan tentang Lovable melangkah lebih jauh lagi, karena masalahnya bukan hanya apa yang tidak bisa diekspor, tetapi apa yang berubah tanpa diminta. Sebuah thread Reddit yang jadi rujukan di komunitas menggambarkan AI Lovable secara otonom memindahkan basis data Supabase pribadi milik seorang pengguna ke Lovable Cloud, tanpa persetujuan eksplisit, dan menyebut platform ini “Hotel California untuk basis data Anda: Anda bisa check-in, tapi tidak akan pernah bisa pergi.”

Itu adalah jenis kegagalan yang berbeda dari sekadar “tombol ekspornya hilang.” Platform diam-diam memindahkan hal yang justru perlu Anda ekspor sejak awal. Jika Anda mengira data Anda tersimpan di proyek Supabase milik Anda sendiri karena begitulah cara alat ini dipasarkan, mengetahui kenyataan sebaliknya belakangan adalah jenis kejutan yang berubah menjadi thread Reddit peringatan yang ditemukan pengguna lain kemudian, tepat sebelum mereka membuat asumsi yang sama.

Lock-in backend Base44 mengarah pada kesimpulan yang sama dari sudut yang berbeda: seorang reviewer Product Hunt mencatat bahwa meskipun kode frontend diekspor dengan mulus, basis data dan backend tetap terperangkap di infrastruktur tertutup Base44, sehingga migrasi basis data yang sesungguhnya tidak mungkin dilakukan. Dua platform, dua mekanisme, hasil yang sama: bagian aplikasi yang menyimpan data bisnis Anda yang sebenarnya adalah bagian yang tidak bisa Anda bawa pergi dengan mudah.

Mengapa masalah ini terus membesar, bukannya tetap stabil

Semua ini tidak terlalu berpengaruh di hari pertama, karena hari pertama hanyalah demo dengan data contoh. Ini mulai berpengaruh begitu aplikasi punya pengguna nyata dan skemanya sudah berkembang jauh melampaui apa yang awalnya dibuat oleh satu prompt.

Utang skema adalah mekanisme yang mengubah “nanti kita migrasi” menjadi “kita terjebak.” Pengguna Lovable jangka panjang melaporkan bahwa membiarkan AI merancang skema basis data berjalan baik pada awalnya, tetapi di bulan keenam hingga kesembilan hal itu menciptakan utang skema yang begitu parah sehingga menambahkan satu field baru saja bisa membutuhkan penulisan ulang puluhan alur kerja turunannya. Pada titik itu, migrasi bukan lagi sekadar menyalin sebuah tabel, melainkan mengurai sistem yang tidak pernah didokumentasikan sepenuhnya oleh siapa pun selama proses pembuatannya. Riset yang sama mencatat bahwa pengguna berpengalaman kini menyarankan untuk tidak memakai Lovable pada apa pun yang dimaksudkan berjalan lebih dari 18 hingga 24 bulan, dan merekomendasikan pindah ke stack berbasis kode sebelum utang itu semakin membesar.

Bandingkan itu dengan platform yang juga memperbarui dirinya sendiri tanpa sepengetahuan Anda. Pengguna Lovable menggambarkan pembaruan platform itu sendiri secara rutin merusak aplikasi klien yang sudah ada, sampai-sampai sebagian dari mereka kini mengenakan biaya perawatan bulanan kepada klien hanya untuk menyerap regresi yang justru disebabkan oleh platform itu sendiri. Anda tidak hanya terkunci pada basis data. Anda juga terkunci pada tugas memperbaiki kerusakan yang disebabkan vendor selagi Anda terkunci di dalamnya.

“Saya benar-benar takut dengan Base44, karena saya membangun fondasi bisnis saya di platform itu… sesuatu yang berfungsi hari ini bisa saja diambil begitu saja besok.” - Pengguna Base44, r/Base44

Apa yang benar-benar mengurangi risiko

Kami tidak akan berpura-pura ada versi “platform hosted” yang berarti lock-in nol. Softr juga hosted, dan jika Anda menutup akun, Anda tidak akan pergi membawa aplikasi yang portabel, sama seperti pada Lovable atau Base44. Pertanyaan yang jujur bukanlah “apakah saya bisa sepenuhnya menghindari lock-in,” melainkan “berapa banyak data saya yang tetap bisa diakses selama saya masih memakai platform ini, dan seberapa buruk jalan keluarnya jika suatu saat saya membutuhkannya.”

Untuk pertanyaan itu, mekanisme lebih penting daripada kalimat pemasaran. Ada beberapa hal yang layak diperiksa sebelum Anda membangun sesuatu yang krusial di platform mana pun:

  • Bisakah alat eksternal mengakses data Anda tanpa melalui UI aplikasi? Basis data milik Softr sendiri menyediakan server MCP (mcp.softr.io) plus REST API, sehingga alat seperti Claude, Cursor, atau sebuah skrip bisa membaca, menulis, atau merestrukturisasi skema Anda dalam bahasa alami selagi Anda masih membangun. Softr secara langsung menyatakan ini sebagai cara mencegah lock-in dengan menjaga basis data tetap bisa diakses di luar satu antarmuka saja, yang merupakan janji yang berbeda dari “Anda bisa mengekspor kode suatu saat nanti.”
  • Apakah platform diam-diam memindahkan infrastruktur Anda tanpa memberi tahu? Ini adalah keluhan yang secara spesifik ditujukan pada Lovable. Jika platform Anda bisa mengalihkan lokasi data Anda sebagai bagian dari sebuah tindakan AI, tanyakan apa yang memicunya dan apakah Anda bisa menonaktifkan hal itu.
  • Berapa biaya sebenarnya untuk mengubah skema enam bulan kemudian? Bukan di hari pertama, saat semuanya masih berupa kerangka AI yang baru dibuat, tetapi setelah penggunaan nyata membentuk datanya. Utang skema adalah versi lambat dari lock-in, dan inilah yang tidak muncul di halaman harga.

Jika aplikasinya memang benar-benar sebuah prototipe atau proyek pribadi, tidak ada satu pun dari ini yang seharusnya menghalangi Anda untuk vibe coding akhir pekan ini, lengkap dengan kode yang bisa diekspor. Tapi jika itu adalah portal klien, alat internal, atau apa pun yang punya pengguna nyata dan data nyata, masalah Hari Kedua dan masalah lock-in sebenarnya adalah masalah yang sama dengan dua nama berbeda: sistem dasar yang tidak Anda pikirkan di hari pertama adalah persis hal yang paling sulit dipindahkan di hari kedua ratus. Cek dulu peringkat portal klien kami sebelum Anda memilih fondasi yang tidak bisa Anda tinggalkan dengan mudah.

Bandingkan alat

Siap untuk mulai vibe coding?

Kami memberi peringkat alat berdasarkan hasil pembuatan nyata. Lihat posisi setiap builder sebelum memulai proyek Anda berikutnya.

Lihat peringkat →