如何從 Lovable 遷移到 Mythex（程式碼、資料與網域）

要從 Lovable 遷移到 Mythex，請先透過 Lovable 的 GitHub 整合取出程式碼，再將它帶入 Mythex 專案（連結儲存庫或匯入壓縮檔），重新設定密鑰，並在正式發布前於 Preview 中測試。前端通常不需要任何修改即可搬過來。真正需要決定的是後端：是保留現有的 Supabase 專案，還是把資料搬到其他地方。

本指南依序說明整個遷移過程，並坦白指出哪些部分需要花功夫。

開始之前：實際上要搬哪些東西

Lovable App 由好幾個部分組成，每一部分的搬遷方式都不同。

請先為你自己的 App 寫出這張表格。只要花十分鐘，就能避免大部分的意外。

步驟 1：把程式碼從 Lovable 取出

Lovable 的文件（截至 2026 年 9 月）描述了兩種取出方式：

• GitHub 同步。 Lovable 可以把你的專案匯出並與 GitHub 雙向同步，文件中列出所有方案都支援 github.com。在 Lovable 中連接 GitHub，你的程式碼就會進入一個由你擁有的儲存庫。請注意，Lovable 一次只同步一個分支。
• 下載程式碼庫。 在 Lovable 的付費方案中，你可以前往 專案設定 → Git，直接下載程式碼。

對遷移來說，GitHub 是比較好的路線：你可以保留完整的歷史紀錄，並在測試新設定的同時持續同步。最新步驟請參見 Lovable 的 GitHub 整合文件。

離開 Lovable 之前，請打開儲存庫，找找看：

• .env 或 .env.example 檔案，列出 App 預期的環境變數
• supabase/ 資料夾，裡面可能有資料庫遷移與 Edge Function 的程式碼
• package.json 的 scripts，說明 App 如何建置與執行

步驟 2：決定如何處理後端

這是最關鍵的決定。Lovable App 通常使用 Supabase 來處理資料庫與登入，方式可能是你自己連接的 Supabase 專案，也可能是 Lovable Cloud。

選項 A：保留你自己的 Supabase 專案

如果你的 App 已經連接到你自己的 Supabase 專案，這是最簡單的路線。App 的程式碼會繼續使用相同的 Supabase 網址與金鑰，因此你的資料、用戶與檔案都維持原樣。你只需要搬移前端。

選項 B：離開 Lovable Cloud

如果你的 App 使用 Lovable Cloud，Lovable 提供了位於 更多 → Cloud → 總覽 → 進階設定 下的資料庫匯出功能。根據 Lovable 的文件（截至 2026 年 9 月）：

• 匯出內容包含完整的資料庫，即結構與資料，其中包括用戶帳號及其密碼雜湊值。
• 不包含儲存空間中的檔案、Edge Function 程式碼，或你專案的密鑰。登入服務商的設定也不包含在內。
• 匯出支援最大 15 GB 的資料庫，檔案最大 5 GB，且每 24 小時只能要求一次匯出。
• 從 Cloud 遷移並沒有一鍵式的工具，搬移 Cloud 後端所支援的目的地是託管 Supabase 或自架 Supabase。

因此，實際的做法通常是：把匯出的資料還原到你自己的 Supabase 專案，在那裡重新建立儲存桶、Edge Functions 與驗證設定，然後就當作選項 A 處理。詳細說明請參見 Lovable 的進階設定文件。

選項 C：把所有東西搬到 Mythex 的資料庫

Mythex 可以為專案提供專屬的 Postgres 資料庫。把資料搬過去是可行的，但這意味著要改寫 App 中每一處使用 Supabase 用戶端函式庫的地方，而且 Mythex 沒有內建的終端用戶登入，因此你還需要另外接入一個驗證服務商。這是後端的實質重建，而不是遷移。若要做，請等 App 已在 Mythex 上搭配 Supabase 順利運作之後，再考慮，也不一定需要。

步驟 3：把程式碼帶入 Mythex

在 Mythex 中建立一個新的空白專案，然後選擇以下其中一種方式：

• 匯入壓縮檔。 開啟 專案設定 → 匯出 → 匯入到此專案，上傳 .zip、.tar.gz 或 .tgz 檔案。GitHub 的 Download ZIP 按鈕產生的檔案在這裡可以直接使用。
• 連接 GitHub 並拉取。 在專案設定中連接 GitHub，連結儲存庫後拉取。GitHub 同步是 Pro 方案的功能。

匯入會取代專案的檔案，因此請使用空白專案。壓縮檔中的任何 .env 檔案在匯入時都會被移除，因此不會不小心把密鑰一起帶過來。匯入成功後，Mythex 可以開啟一個新對話，由 Agent 安裝相依套件、判斷如何執行 App，並啟動 Preview。你可以像操作其他對話一樣引導它。詳細說明請參見匯入之後。

如果 Preview 沒有自動啟動，請這樣詢問：

這個專案是從 Lovable 匯出的。它是一個 React + TypeScript + Tailwind 的 App，使用 Supabase。請安裝相依套件，從 package.json 判斷開發指令，並啟動 Preview。目前先不要修改任何 App 程式碼。

步驟 4：重新設定密鑰

開啟 專案設定 → 密鑰，把 App 需要的每一個值都加進去。對於以 Supabase 為後端的 App，通常需要 Supabase 專案網址與公開（anon 或 publishable）金鑰。名稱請從 .env.example 或程式碼讀取這些值的位置來取得。

兩條規則：

• 只有公開金鑰可以放在前端變數中。在 Vite 專案中，任何以 VITE_ 開頭的變數都會被編進每位訪客都會下載的 JavaScript 裡。
• 絕不要把 Supabase 的 service role 金鑰放在前端程式碼中。如果伺服器端函式需要它，就讓它留在伺服器端。

接著請 Agent 確認 App 有正確讀取這些設定：

請檢查這個 App 會讀取哪些環境變數。列出尚未在專案密鑰中設定的變數，且不要印出它們的值。

我們的環境變數與密鑰指南說明了公開值與私密值的差異。

步驟 5：切換之前先測試

你的 Lovable App 仍在線上運作，所以不必急著切換。請用真實的流程在 Preview 中測試 Mythex 版本：

• 註冊、登入、登出，以及重設密碼
• 建立、編輯與刪除一筆資料
• 上傳檔案（如果你的 App 有此功能）
• 任何呼叫 Edge Function 或第三方 API 的功能

Supabase 驗證有一個容易被忽略的設定：登入與重設密碼 Email 中允許的重新導向網址。請把你的 Mythex Preview 與正式發布網址加進去，否則登入會被導回舊網域。

Mythex 的 /test 指令可以讓 Agent 像用戶一樣在 Preview 中操作，並回報出錯的流程。我們的上線前測試 App 指南提供了更完整的檢查清單。

步驟 6：正式發布並搬移網域

當一切運作正常時，從工作區發布，取得 <slug>.mythex.app 網址。在那裡再次測試，因為正式發布的 App 是專案的獨立快照。

在 Pro 方案中，你可以連接自己的網域。請到你的網域服務商更新 DNS 記錄，把新網址加進 Supabase 允許的重新導向網址，然後才關閉 Lovable 上的版本。DNS 的逐步說明請參見我們的連接自訂網域指南。

常見錯誤

• 同時搬移資料庫與前端。 先搬前端，證明它能搭配現有的後端正常運作，然後再決定如何處理資料。
• 忘記 Edge Functions。 如果 App 呼叫 Supabase Edge Functions，它們要嘛留在 Supabase，要嘛需要重寫為伺服器程式碼。它們不會在 Vite 前端中執行。
• 把 service role 金鑰貼進前端。 任何人打開開發者工具，都能取得你資料庫的完整存取權。
• 缺少驗證的重新導向網址。 登入在 Preview 中運作，但在正式網域上失敗。
• 在測試之前就切換 DNS。 請先測試 mythex.ai 網址；DNS 的變更要花時間才能復原。
• 匯入到已有工作內容的專案。 匯入會取代檔案。請使用全新的專案。

什麼時候留在 Lovable 比較合適

請誠實地思考你為何要遷移。Lovable 在 Preview 上提供點選式的視覺編輯，以及以產品化形式提供的 Lovable Cloud 後端，而 Mythex 兩者都沒有。如果你每天都依賴這些功能，遷移的成本可能會超過收益。如果你想在對話旁邊使用真正的程式碼編輯器與終端機、希望建構與託管共用同一個點數餘額，或想使用不同的技術堆疊，那麼 Mythex 會是更合適的選擇。想進一步比較，請參見我們的 Lovable 替代方案指南，以及 Mythex 對比 Lovable 頁面。

遷移檢查清單

• 已列出 App 的每個部分：程式碼、資料庫、用戶、檔案、函式、密鑰、網域
• 程式碼已同步到你擁有的 GitHub 儲存庫
• 已決定後端方案（保留 Supabase，或從 Lovable Cloud 匯出）
• 程式碼已匯入空白的 Mythex 專案，且 Preview 正在運行
• 密鑰已重新設定；VITE_ 變數中沒有私密金鑰
• 已為新網址更新驗證的重新導向網址
• 已在 Preview 中測試註冊、登入、核心資料流程與上傳
• 已在 mythex.ai 網址正式發布並重新測試
• DNS 已搬移；確認新版本正常後，才關閉舊的 App

Mythex 這一側的說明，請參見文件中的 GitHub、匯出與匯入。

常見問題