Lovable에서 Mythex로 이전하는 방법 (코드, 데이터, 도메인)

Lovable에서 Mythex로 옮기려면, 먼저 Lovable의 GitHub 연동으로 코드를 꺼낸 다음, 저장소를 연결하거나 압축 파일을 가져와 Mythex 프로젝트로 가져오고, 비밀 값을 다시 등록한 뒤, 게시하기 전에 Preview에서 테스트하세요. 프런트엔드는 보통 변경 없이 옮겨집니다. 실제로 결정해야 할 것은 백엔드입니다. 기존 Supabase 프로젝트를 유지할지, 데이터를 다른 곳으로 옮길지를 정하는 것입니다.

이 가이드는 전체 이전 과정을 순서대로 안내하며, 힘이 드는 부분도 솔직하게 다룹니다.

시작 전에: 실제로 무엇이 옮겨지나요

Lovable 앱은 여러 요소로 이루어져 있고, 각 요소는 옮기는 방식이 다릅니다.

먼저 본인 앱에 대해 이 표를 작성하세요. 10분이면 되고, 대부분의 예상치 못한 문제를 막아 줍니다.

1단계: Lovable에서 코드 꺼내기

Lovable 문서(2026년 9월 기준)는 나가는 방법 두 가지를 설명합니다.

• GitHub 동기화. Lovable은 프로젝트를 GitHub와 양방향으로 내보내고 동기화할 수 있으며, 문서상 모든 요금제에서 github.com을 지원합니다. Lovable에서 GitHub를 연결하면 코드가 본인이 소유한 저장소에 저장됩니다. Lovable은 한 번에 한 브랜치만 동기화한다는 점에 유의하세요.
• 코드베이스 내려받기. 유료 요금제에서는 Project settings → Git에서 코드를 직접 내려받을 수 있습니다.

이전에는 GitHub 방식이 더 낫습니다. 전체 이력을 얻을 수 있고, 새 설정을 테스트하는 동안에도 동기화를 계속할 수 있습니다. 최신 절차는 Lovable의 GitHub 연동 문서를 참고하세요.

Lovable을 떠나기 전에 저장소에서 다음을 찾아보세요.

• 앱이 기대하는 환경 변수를 나열한 .env 또는 .env.example 파일
• 데이터베이스 마이그레이션과 Edge Function 코드가 들어 있을 수 있는 supabase/ 폴더
• 앱이 어떻게 빌드되고 실행되는지 보여 주는 package.json 스크립트

2단계: 백엔드를 어떻게 할지 결정하기

이것이 가장 중요한 선택입니다. Lovable 앱은 보통 데이터베이스와 로그인에 Supabase를 쓰는데, 직접 연결한 Supabase 프로젝트이거나 Lovable Cloud를 통해서입니다.

방법 A: 직접 만든 Supabase 프로젝트 유지하기

앱이 이미 본인의 Supabase 프로젝트와 통신하고 있다면, 이것이 가장 간단한 경로입니다. 앱 코드는 같은 Supabase URL과 같은 키를 계속 호출하므로, 데이터, 사용자, 파일이 모두 그대로 있습니다. 프런트엔드만 옮기면 됩니다.

방법 B: Lovable Cloud에서 벗어나기

앱이 Lovable Cloud를 쓴다면, Lovable은 More → Cloud → Overview → Advanced settings에서 데이터베이스 내보내기를 제공합니다. Lovable 문서(2026년 9월 기준)에 따르면 다음과 같습니다.

• 내보내기에는 사용자 계정과 비밀번호 해시를 포함해 구조와 데이터 전체가 들어 있습니다.
• 스토리지의 파일, Edge Function 코드, 프로젝트의 비밀 값은 포함되지 않습니다. 로그인 제공자 설정도 포함되지 않습니다.
• 내보내기는 15GB 이하 데이터베이스를 대상으로 하며, 파일은 최대 5GB이고, 내보내기는 24시간에 한 번만 요청할 수 있습니다.
• Cloud에서 Supabase로 원클릭 이전 기능은 없으며, Cloud 백엔드를 옮길 수 있는 지원 대상은 관리형 Supabase 또는 자체 호스팅 Supabase입니다.

그래서 실용적인 방법은 보통 다음과 같습니다. 내보내기를 본인의 Supabase 프로젝트에 복원하고, 스토리지 버킷, Edge Functions, 인증 설정을 그곳에 다시 만든 뒤, 방법 A처럼 취급하는 것입니다. 자세한 내용은 Lovable의 고급 설정 문서를 참고하세요.

방법 C: 모든 것을 Mythex 데이터베이스로 옮기기

Mythex는 프로젝트에 전용 Postgres 데이터베이스를 제공할 수 있습니다. 데이터를 거기로 옮기는 것은 가능하지만, 앱이 Supabase 클라이언트 라이브러리를 쓰는 모든 곳을 다시 작성해야 합니다. 또한 Mythex에는 기본 최종 사용자 로그인이 없으므로 별도의 인증 제공자도 연결해야 합니다. 이는 이전이 아니라 백엔드의 실질적인 재구축입니다. Mythex에서 Supabase와 함께 앱이 돌아가기 시작한 뒤에, 필요하다면 나중에 하세요.

3단계: 코드를 Mythex로 가져오기

Mythex에서 새 빈 프로젝트를 만드세요. 그다음 다음 중 하나를 하세요.

• 압축 파일 가져오기. project settings → Export → Import into this project를 열고 .zip, .tar.gz 또는 .tgz를 업로드하세요. GitHub의 Download ZIP 버튼으로 받은 파일도 여기서 쓸 수 있습니다.
• GitHub 연결 후 가져오기. 프로젝트 설정에서 GitHub를 연결하고 저장소를 연결한 뒤 가져오세요. GitHub 동기화는 Pro 기능입니다.

가져오기는 프로젝트의 파일을 교체하므로 빈 프로젝트를 사용하세요. 압축 파일 안의 .env 파일은 가져오면서 제거되므로, 비밀 값이 실수로 함께 넘어오지 않습니다. 가져오기가 성공하면 Mythex는 새 채팅을 열 수 있고, 에이전트가 거기서 의존성을 설치하고, 앱 실행 방법을 알아내고, Preview를 실행합니다. 다른 채팅과 마찬가지로 이 채팅도 조정할 수 있습니다. 자세한 내용은 가져온 뒤에를 참고하세요.

Preview가 저절로 뜨지 않는다면 이렇게 요청하세요.

이 프로젝트는 Lovable에서 내보낸 것입니다. React + TypeScript + Tailwind 앱이고 Supabase를 씁니다. 의존성을 설치하고, package.json에서 개발 명령을 찾아 Preview를 실행해 주세요. 아직 앱 코드는 바꾸지 마세요.

4단계: 비밀 값 다시 등록하기

project settings → Secrets를 열고 앱이 필요로 하는 각 값을 추가하세요. Supabase 기반 앱이라면 보통 Supabase 프로젝트 URL과 공개(anon 또는 publishable) 키입니다. 이름은 .env.example이나 코드가 값을 읽는 위치에서 확인하세요.

두 가지 규칙이 있습니다.

• 프런트엔드 변수에는 공개 키만 넣으세요. Vite 앱에서 VITE_로 시작하는 값은 방문자가 내려받는 모든 JavaScript에 그대로 포함됩니다.
• Supabase service role 키를 프런트엔드 코드에 절대 넣지 마세요. 서버 측 함수가 필요로 한다면 서버에만 두세요.

그다음 에이전트에게 앱이 값을 제대로 읽는지 확인하도록 요청하세요.

이 앱이 읽는 환경 변수를 확인해 주세요. 프로젝트 시크릿에 아직 설정되지 않은 것을 목록으로 보여 주되, 값은 출력하지 마세요.

공개 값과 비공개 값의 차이는 환경 변수와 시크릿이란 무엇인가에서 설명합니다.

5단계: 아무것도 바꾸기 전에 테스트하기

Lovable 앱은 아직 살아 있으니 서두를 필요가 없습니다. 실제 흐름으로 Preview의 Mythex 버전을 테스트하세요.

• 가입, 로그인, 로그아웃, 비밀번호 재설정
• 레코드 생성, 수정, 삭제
• 파일 업로드(앱이 그 기능을 쓴다면)
• Edge Function이나 제3자 API를 호출하는 모든 기능

Supabase 인증에는 놓치기 쉬운 설정이 하나 있습니다. 로그인과 비밀번호 재설정 이메일에서 허용되는 리디렉션 URL입니다. Mythex의 Preview와 게시 주소를 추가하세요. 그렇지 않으면 로그인이 옛 도메인으로 되돌아갑니다.

Mythex의 /test 명령을 쓰면 에이전트가 사용자처럼 Preview를 눌러 보고 깨진 흐름을 보고합니다. 출시 전 테스트에 대한 더 자세한 체크리스트는 출시 전 앱 테스트 방법에 있습니다.

6단계: 게시하고 도메인 옮기기

모든 것이 잘 작동하면 워크스페이스에서 게시해 <slug>.mythex.app 주소를 얻으세요. 게시된 앱은 프로젝트의 별도 스냅샷이므로, 그곳에서 다시 테스트하세요.

Pro에서는 자신의 도메인을 연결할 수 있습니다. 도메인 제공자에서 DNS 레코드를 업데이트하고, 새 주소를 Supabase의 허용 리디렉션 URL에 추가한 뒤에야 Lovable 버전을 내리세요. DNS 단계별 설명은 사용자 지정 도메인 연결 방법을 참고하세요.

흔한 실수

• 데이터베이스와 프런트엔드를 동시에 옮기기. 먼저 프런트엔드를 옮기고, 기존 백엔드에 연결해 작동을 입증한 다음, 데이터는 그다음에 결정하세요.
• Edge Functions를 잊기. 앱이 Supabase Edge Functions를 호출한다면, 그것은 Supabase에 남거나 서버 코드로 다시 작성해야 합니다. Vite 프런트엔드 안에서는 실행되지 않습니다.
• 서비스 롤 키를 프런트엔드에 붙여 넣기. 개발자 도구를 여는 누구에게나 데이터베이스 전체 접근 권한을 줍니다.
• 인증 리디렉션 URL 누락. Preview에서는 로그인이 되지만 실제 도메인에서는 실패합니다.
• Mythex 게시 주소를 테스트하기 전에 DNS 전환. 먼저 mythex.ai 주소를 테스트하세요. DNS 변경은 되돌리는 데 시간이 걸립니다.
• 작업이 들어 있는 프로젝트에 가져오기. 가져오기는 파일을 교체합니다. 새 프로젝트를 사용하세요.

Lovable에 남는 편이 나은 경우

왜 옮기려는지 솔직하게 생각해 보세요. Lovable은 Preview에서 클릭으로 하는 시각적 편집과 Lovable Cloud라는 제품화된 백엔드를 제공하는데, Mythex에는 둘 다 없습니다. 매일 이 기능에 의존하고 있다면, 옮기는 비용이 얻는 이점보다 클 수 있습니다. 채팅 옆에 실제 코드 편집기와 터미널을 두고 싶거나, 건물을 짓기와 호스팅에 하나의 크레딧 잔액을 쓰고 싶거나, 다른 스택을 쓰고 싶다면 Mythex가 더 잘 맞습니다. 더 자세한 비교는 Lovable 대안 가이드와 Mythex 대 Lovable 페이지에서 볼 수 있습니다.

이전 체크리스트

• 앱의 모든 구성 요소를 목록화함: 코드, 데이터베이스, 사용자, 파일, 함수, 비밀 값, 도메인
• 본인이 소유한 GitHub 저장소에 코드를 동기화함
• 백엔드 결정 완료(Supabase 유지 또는 Lovable Cloud에서 내보내기)
• 코드를 빈 Mythex 프로젝트로 가져오고 Preview 실행
• 비밀 값 다시 등록, VITE_ 변수에 비공개 키 없음
• 새 주소에 맞게 인증 리디렉션 URL 업데이트
• Preview에서 가입, 로그인, 핵심 데이터 흐름, 업로드 테스트
• 게시하고 mythex.ai 주소에서 다시 테스트
• DNS 이전, 새 앱이 확인된 뒤에만 옛 앱 내리기

Mythex 쪽 설정은 문서의 GitHub, 내보내기, 가져오기를 참고하세요.

자주 묻는 질문