Cách chuyển từ Lovable sang Mythex (mã nguồn, dữ liệu và tên miền)
Để chuyển từ Lovable sang Mythex, hãy lấy mã nguồn ra khỏi Lovable qua tích hợp GitHub, sau đó đưa vào một dự án Mythex bằng cách liên kết kho mã hoặc nhập một tệp nén, nhập lại các bí mật, và kiểm tra trong Preview trước khi xuất bản. Phần giao diện thường được chuyển mà không thay đổi. Những quyết định thực sự nằm ở backend: giữ dự án Supabase hiện có của bạn, hay chuyển dữ liệu sang nơi khác.
Hướng dẫn này đi qua toàn bộ quá trình chuyển đổi theo đúng thứ tự, và nói thẳng về những phần đòi hỏi công sức.
Trước khi bắt đầu: những gì thực sự được chuyển
Một ứng dụng Lovable gồm nhiều thứ, và mỗi thứ được chuyển theo cách khác nhau.
| Phần | Nằm ở đâu | Cách chuyển |
|---|---|---|
| Mã giao diện | Dự án Lovable của bạn | Đồng bộ GitHub hoặc tải mã về |
| Cơ sở dữ liệu và người dùng | Lovable Cloud hoặc dự án Supabase riêng | Giữ nguyên, hoặc xuất rồi khôi phục |
| Tệp đã tải lên | Bộ nhớ của Lovable Cloud hoặc Supabase | Giữ nguyên, hoặc sao chép riêng |
| Hàm phía máy chủ | Supabase Edge Functions, nếu bạn dùng | Giữ trên Supabase, hoặc viết lại |
| Bí mật và khóa API | Cài đặt Lovable / Supabase | Nhập lại bằng tay |
| Tên miền | Nhà cung cấp DNS của bạn | Trỏ về máy chủ mới |
Hãy viết bảng này ra cho ứng dụng của bạn trước. Mất mười phút và giúp tránh được hầu hết các bất ngờ.
Bước 1: Lấy mã nguồn ra khỏi Lovable
Tài liệu của Lovable (tính đến tháng 9 năm 2026) mô tả hai cách để lấy mã ra:
- Đồng bộ GitHub. Lovable có thể xuất và đồng bộ hai chiều dự án với GitHub, và tài liệu của họ liệt kê hỗ trợ github.com trên mọi gói. Kết nối GitHub trong Lovable, và mã của bạn sẽ nằm trong một kho mã bạn sở hữu. Lưu ý rằng Lovable đồng bộ từng nhánh một.
- Tải mã nguồn về. Trên các gói trả phí của Lovable, bạn có thể tải mã trực tiếp từ Cài đặt dự án → Git.
GitHub là lựa chọn tốt hơn khi chuyển đổi: bạn có toàn bộ lịch sử, và có thể tiếp tục đồng bộ trong khi thử nghiệm thiết lập mới. Xem tài liệu tích hợp GitHub của Lovable để biết các bước hiện hành.
Trước khi rời Lovable, hãy mở kho mã và tìm:
- Tệp
.envhoặc.env.example, liệt kê các biến môi trường mà ứng dụng cần - Thư mục
supabase/, có thể chứa các migration cơ sở dữ liệu và mã Edge Function - Các script trong
package.json, cho thấy cách ứng dụng được build và chạy
Bước 2: Quyết định phải làm gì với backend
Đây là lựa chọn quan trọng nhất. Các ứng dụng Lovable thường dùng Supabase cho cơ sở dữ liệu và đăng nhập, hoặc thông qua một dự án Supabase mà bạn tự kết nối, hoặc thông qua Lovable Cloud.
Phương án A: Giữ dự án Supabase riêng
Nếu ứng dụng của bạn đã kết nối với dự án Supabase riêng, đây là con đường đơn giản nhất. Mã ứng dụng tiếp tục gọi cùng một URL Supabase với cùng các khóa, nên dữ liệu, người dùng và tệp của bạn vẫn ở đúng chỗ. Bạn chỉ chuyển phần giao diện.
Phương án B: Chuyển khỏi Lovable Cloud
Nếu ứng dụng dùng Lovable Cloud, Lovable có tài liệu về xuất cơ sở dữ liệu trong Thêm → Cloud → Tổng quan → Cài đặt nâng cao. Theo tài liệu của Lovable (tính đến tháng 9 năm 2026):
- Bản xuất chứa toàn bộ cơ sở dữ liệu, cấu trúc và dữ liệu, bao gồm tài khoản người dùng và băm mật khẩu của họ.
- Nó không bao gồm tệp trong bộ nhớ, mã Edge Function, hay bí mật của dự án. Cài đặt nhà cung cấp đăng nhập cũng không được bao gồm.
- Bản xuất hỗ trợ cơ sở dữ liệu tối đa 15 GB, tệp tối đa 5 GB, và bạn chỉ có thể yêu cầu một bản xuất mỗi 24 giờ.
- Không có chuyển đổi một chạm từ Cloud sang Supabase, và các đích được hỗ trợ để chuyển backend Cloud là Supabase được quản lý hoặc Supabase tự host.
Vì vậy, con đường thực tế thường là: khôi phục bản xuất vào dự án Supabase riêng của bạn, tạo lại các bucket lưu trữ, Edge Functions và cài đặt xác thực ở đó, rồi xem như Phương án A. Xem tài liệu cài đặt nâng cao của Lovable để biết chi tiết.
Phương án C: Chuyển mọi thứ sang cơ sở dữ liệu của Mythex
Mythex có thể cấp cho dự án một cơ sở dữ liệu Postgres riêng. Chuyển dữ liệu vào đó là khả thi, nhưng nó có nghĩa là viết lại mọi chỗ ứng dụng dùng thư viện client của Supabase, và vì Mythex không có đăng nhập tích hợp cho người dùng cuối, bạn cũng sẽ phải nối một nhà cung cấp xác thực riêng. Đó là việc dựng lại backend thực sự, không phải một lần chuyển đổi. Hãy làm việc này sau, nếu cần, khi ứng dụng đã chạy trên Mythex với Supabase.
Bước 3: Đưa mã vào Mythex
Tạo một dự án Mythex mới, trống. Sau đó chọn một trong hai cách:
- Nhập tệp nén. Mở Cài đặt dự án → Xuất → Nhập vào dự án này và tải lên tệp
.zip,.tar.gzhoặc.tgz. Nút Download ZIP của GitHub cho bạn một tệp dùng được ở đây. - Liên kết GitHub và kéo về. Kết nối GitHub trong cài đặt dự án, liên kết kho mã và kéo về. Đồng bộ GitHub là tính năng của gói Pro.
Nhập sẽ thay thế các tệp của dự án, nên hãy dùng một dự án trống. Mọi tệp .env trong tệp nén sẽ bị loại bỏ khi nhập, nên không có bí mật nào vô tình đi theo. Sau khi nhập thành công, Mythex có thể mở một cuộc trò chuyện mới, nơi agent cài đặt các phụ thuộc, tìm cách chạy ứng dụng và đưa Preview lên. Bạn có thể điều khiển cuộc trò chuyện đó như mọi cuộc trò chuyện khác. Chi tiết nằm trong Sau khi nhập.
Nếu Preview không tự chạy, hãy yêu cầu:
Dự án này được xuất từ Lovable. Đây là một ứng dụng React + TypeScript + Tailwind dùng Supabase. Hãy cài đặt các phụ thuộc, tìm lệnh dev từ package.json, và đưa Preview lên. Chưa thay đổi mã ứng dụng nào.
Bước 4: Nhập lại các bí mật
Mở Cài đặt dự án → Bí mật và thêm từng giá trị mà ứng dụng cần. Với một ứng dụng dùng Supabase, thường là URL dự án Supabase và khóa công khai (anon hoặc publishable). Lấy tên từ .env.example hoặc từ nơi mã đọc chúng.
Hai quy tắc:
- Chỉ khóa công khai mới thuộc về biến phía giao diện. Trong ứng dụng Vite, bất cứ thứ gì có tiền tố
VITE_đều được nhúng vào JavaScript mà mọi khách truy cập tải về. - Không bao giờ đặt khóa service role của Supabase trong mã giao diện. Nếu hàm phía máy chủ cần nó, khóa đó phải ở lại phía máy chủ.
Sau đó yêu cầu agent xác nhận ứng dụng đọc đúng các biến:
Kiểm tra các biến môi trường mà ứng dụng này đọc. Liệt kê những biến chưa được đặt trong bí mật của dự án, và không in giá trị của chúng.
Hướng dẫn của chúng tôi về biến môi trường và bí mật giải thích sự khác biệt giữa giá trị công khai và giá trị riêng tư.
Bước 5: Kiểm thử trước khi chuyển bất cứ thứ gì
Ứng dụng Lovable của bạn vẫn đang hoạt động, nên không cần vội. Hãy kiểm thử phiên bản Mythex trong Preview với các luồng thực tế:
- Đăng ký, đăng nhập, đăng xuất và đặt lại mật khẩu
- Tạo, sửa và xóa một bản ghi
- Tải lên một tệp, nếu ứng dụng có tính năng đó
- Mọi thứ gọi đến Edge Function hoặc API của bên thứ ba
Xác thực Supabase có một cài đặt dễ bỏ sót: các URL chuyển hướng được phép cho email đăng nhập và đặt lại mật khẩu. Hãy thêm địa chỉ Preview và địa chỉ đã xuất bản của Mythex vào đó, nếu không đăng nhập sẽ quay trở lại tên miền cũ.
Lệnh /test của Mythex yêu cầu agent nhấp qua Preview của bạn như một người dùng và báo cáo các luồng bị lỗi. Hướng dẫn của chúng tôi về kiểm thử ứng dụng trước khi ra mắt có danh sách kiểm tra đầy đủ hơn.
Bước 6: Xuất bản và chuyển tên miền
Khi mọi thứ hoạt động, hãy xuất bản từ không gian làm việc để có địa chỉ <slug>.mythex.app. Kiểm thử lại ở đó, vì ứng dụng đã xuất bản là một bản chụp riêng của dự án.
Với gói Pro, bạn có thể kết nối tên miền riêng. Cập nhật các bản ghi DNS tại nhà cung cấp tên miền, thêm địa chỉ mới vào danh sách URL chuyển hướng được phép của Supabase, và chỉ sau đó mới gỡ phiên bản Lovable. Hướng dẫn của chúng tôi về kết nối tên miền riêng bao quát DNS từng bước.
Những sai lầm thường gặp
- Chuyển cơ sở dữ liệu và giao diện cùng lúc. Hãy chuyển giao diện trước, chứng minh nó hoạt động với backend hiện có, rồi mới quyết định về dữ liệu.
- Quên Edge Functions. Nếu ứng dụng gọi Supabase Edge Functions, chúng hoặc phải ở lại Supabase hoặc cần được viết lại thành mã máy chủ. Chúng không chạy bên trong giao diện Vite.
- Dán khóa service role vào giao diện. Khóa đó cấp toàn quyền truy cập cơ sở dữ liệu cho bất kỳ ai mở công cụ nhà phát triển.
- Thiếu URL chuyển hướng xác thực. Đăng nhập chạy được trong Preview nhưng thất bại trên tên miền thật.
- Đổi DNS trước khi kiểm thử URL đã xuất bản. Hãy kiểm thử địa chỉ
mythex.aitrước; thay đổi DNS mất thời gian để hoàn tác. - Nhập vào một dự án đã có công việc. Nhập sẽ thay thế các tệp. Hãy dùng một dự án mới.
Khi nào nên ở lại Lovable
Hãy thẳng thắn với bản thân về lý do bạn chuyển đi. Lovable cung cấp chỉnh sửa trực quan bằng cách nhấp chuột trên Preview và một backend đóng gói sẵn với Lovable Cloud, còn Mythex không có cả hai. Nếu đó là những thứ bạn dựa vào hằng ngày, việc chuyển đi sẽ tốn nhiều hơn lợi ích. Mythex phù hợp hơn nếu bạn muốn một trình soạn thảo mã và terminal thực sự bên cạnh khung chat, một số dư tín dụng cho cả việc xây dựng và lưu trữ, hoặc muốn chạy một ngăn xếp công nghệ khác. Hướng dẫn các lựa chọn thay thế Lovable của chúng tôi và trang Mythex so với Lovable so sánh chi tiết hơn.
Danh sách kiểm tra chuyển đổi
- Đã liệt kê mọi phần của ứng dụng: mã, cơ sở dữ liệu, người dùng, tệp, hàm, bí mật, tên miền
- Mã đã được đồng bộ vào một kho GitHub bạn sở hữu
- Đã quyết định về backend (giữ Supabase, hoặc xuất từ Lovable Cloud)
- Mã đã được nhập vào một dự án Mythex trống, Preview đang chạy
- Đã nhập lại bí mật; không có khóa riêng tư trong biến
VITE_ - Đã cập nhật URL chuyển hướng xác thực cho các địa chỉ mới
- Đăng ký, đăng nhập, luồng dữ liệu cốt lõi và tải lên đã được kiểm thử trong Preview
- Đã xuất bản và kiểm thử lại trên địa chỉ
mythex.ai - Đã chuyển DNS; ứng dụng Lovable chỉ được gỡ sau khi ứng dụng mới được xác nhận
Về phía Mythex, xem GitHub, xuất và nhập trong tài liệu.
Câu hỏi thường gặp
Tôi có thể chuyển dự án Lovable sang Mythex mà không phải dựng lại không?
Thường là có. Lovable cho phép đồng bộ mã dự án lên GitHub, và Mythex có thể nhập mã đó vào một dự án từ kho GitHub đã liên kết hoặc từ tệp nén .zip hay .tar.gz. Phần giao diện chuyển nguyên trạng; công việc nằm ở các bí mật, backend và tên miền.
Cơ sở dữ liệu Supabase hoặc Lovable Cloud của tôi sẽ ra sao?
Cơ sở dữ liệu không thuộc phần mã. Nếu ứng dụng dùng dự án Supabase riêng của bạn, nó có thể tiếp tục dùng sau khi chuyển. Nếu dùng Lovable Cloud, Lovable có tài liệu hướng dẫn xuất cơ sở dữ liệu và cho biết các đích được hỗ trợ để chuyển backend đó là Supabase được quản lý hoặc Supabase tự host.
Người dùng của tôi có phải đăng ký lại không?
Không, nếu ứng dụng tiếp tục dùng cùng một backend xác thực, chẳng hạn cùng một dự án Supabase. Bản xuất cơ sở dữ liệu Cloud của Lovable có bao gồm tài khoản người dùng và băm mật khẩu, nhưng chuyển xác thực sang một nhà cung cấp khác là việc lớn hơn và cần được lên kế hoạch và kiểm thử riêng.
Mythex có đăng nhập và thanh toán tích hợp sẵn như Lovable Cloud không?
Không. Mythex không cung cấp đăng nhập tích hợp cho người dùng cuối hay Stripe. Agent sẽ nối các nhà cung cấp và khóa của riêng bạn vào ứng dụng, đó là lý do giữ một dự án Supabase hiện có thường là con đường đơn giản nhất.