如何由 Lovable 遷移至 Mythex（程式碼、資料及網域）

要由 Lovable 遷移至 Mythex，先透過 Lovable 的 GitHub 整合把程式碼取出，然後把它帶入 Mythex 項目（連結儲存庫或匯入壓縮檔）、重新加入秘密金鑰，並在發布前於預覽中測試。前端通常無須修改即可搬過來。真正需要決定的是後端：是保留你現有的 Supabase 項目，還是把資料搬到其他地方。

本指南會按順序講解整個遷移過程，並誠實說明哪些部分需要花功夫。

開始之前：究竟會搬什麼

Lovable 應用程式由多個部分組成，每個部分的搬遷方式各不相同。

先為你自己的應用程式寫出這張表。只需十分鐘，就能避免大部分意外。

第一步：把程式碼取出 Lovable

根據 Lovable 的文件（截至 2026 年 9 月），有兩種取出程式碼的方式：

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

遷移時 GitHub 是較好的途徑：你會保留完整的歷史紀錄，並且在測試新設定的同時仍可繼續同步。有關目前步驟，請參閱 Lovable 的 GitHub 整合文件。

離開 Lovable 之前，請打開儲存庫，並留意：

• .env 或 .env.example 檔案，列出應用程式需要的環境變數
• supabase/ 資料夾，可能包含資料庫遷移及 Edge Function 程式碼
• package.json 的 scripts，顯示應用程式如何建構及執行

第二步：決定後端的處理方式

這是最重要的決定。Lovable 應用程式通常使用 Supabase 作資料庫及登入，可能是你自己連接的 Supabase 項目，也可能是 Lovable Cloud。

方案 A：保留你自己的 Supabase 項目

如果你的應用程式已經連接到你自己的 Supabase 項目，這是最簡單的途徑。應用程式的程式碼會繼續使用相同的 Supabase 網址和相同的金鑰，因此你的資料、用戶和檔案都保持原位。你只需搬遷前端。

方案 B：從 Lovable Cloud 搬出

如果你的應用程式使用 Lovable Cloud，Lovable 在更多 → Cloud → 概覽 → 進階設定下提供資料庫匯出。根據 Lovable 的文件（截至 2026 年 9 月）：

• 匯出內容包括完整資料庫、結構和資料，當中包括用戶帳戶及其密碼雜湊。
• 它不包括儲存空間中的檔案、Edge Function 程式碼，或你項目的秘密金鑰。登入供應商的設定同樣不包括在內。
• 匯出涵蓋最大 15 GB 的資料庫，檔案最大為 5 GB，而且每 24 小時只能要求一次匯出。
• 沒有一鍵由 Cloud 遷移至 Supabase 的功能，搬遷 Cloud 後端的受支援目的地是代管 Supabase 或自行架設的 Supabase。

因此，實際做法通常是：把匯出內容還原到你自己的 Supabase 項目，在該處重新建立儲存空間值區、Edge Functions 和認證設定，然後把它當作方案 A 處理。詳情請參閱 Lovable 的進階設定文件。

方案 C：把所有東西搬到 Mythex 的資料庫

Mythex 可以為項目提供專用的 Postgres 資料庫。把資料搬到那裡是可行的，但這意味著要改寫應用程式中每一處使用 Supabase 用戶端程式庫的地方，而且 Mythex 沒有內建的終端用戶登入，因此你還需要接入另一個認證供應商。這是後端的實際重建，而非遷移。如有需要，可待應用程式已在 Mythex 搭配 Supabase 順利運作後，再考慮。

第三步：把程式碼帶入 Mythex

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

• 匯入壓縮檔。 打開項目設定 → 匯出 → 匯入至此項目，上傳 .zip、.tar.gz 或 .tgz。GitHub 的 Download ZIP 按鈕所提供的檔案可以在這裡使用。
• 連結 GitHub 並拉取。 在項目設定中連接 GitHub，連結儲存庫並拉取。GitHub 同步是 Pro 方案的功能。

匯入會取代項目的檔案，因此請使用空白項目。壓縮檔中的任何 .env 檔案都會在匯入時被移除，因此不會意外帶入任何秘密金鑰。成功匯入後，Mythex 可以開啟一個新對話，由代理安裝相依套件、找出如何執行應用程式，並啟動預覽。你可以像其他對話一樣引導它。詳情請參閱匯入後。

如果預覽沒有自動啟動，請要求：

這個項目是由 Lovable 匯出的。它是一個使用 Supabase 的 React + TypeScript + Tailwind 應用程式。請安裝相依套件，根據 package.json 找出開發指令，並啟動預覽。現階段請不要更改任何應用程式程式碼。

第四步：重新加入秘密金鑰

打開項目設定 → 秘密金鑰，逐一加入應用程式所需的每個值。對於由 Supabase 支援的應用程式，通常包括 Supabase 項目網址和公開（anon 或 publishable）金鑰。名稱請從 .env.example 或程式碼讀取它們的位置中取得。

兩條規則：

• 只有公開金鑰才屬於前端變數。在 Vite 應用程式中，任何以 VITE_ 開頭的內容，都會被嵌入每位訪客都會下載的 JavaScript 中。
• 切勿把 Supabase service role 金鑰放進前端程式碼。如果伺服器端功能需要它，它就必須留在伺服器端。

然後請代理確認應用程式會讀取這些變數：

檢查這個應用程式會讀取哪些環境變數。列出尚未在項目秘密金鑰中設定的變數，並且不要顯示它們的值。

我們的環境變數及秘密金鑰指南，解釋了公開值與私密值的分別。

第五步：在切換任何東西之前測試

你的 Lovable 應用程式仍然在線上運作，因此無需匆忙。請在預覽中，以真實流程測試 Mythex 版本：

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

Supabase 認證有一個容易被忽略的設定：登入及重設密碼電郵允許的重新導向網址。請把 Mythex 的預覽及已發布地址加入其中，否則登入會被導回舊網域。

Mythex 的 /test 指令可以讓代理像用戶一樣在預覽中操作，並回報失效的流程。我們的上線前測試應用程式指南有更完整的清單。

第六步：發布並搬遷網域

一切運作正常後，從工作區發布，取得 <slug>.mythex.app 地址。請在該處再次測試，因為已發布的應用程式是你項目的獨立快照。

在 Pro 方案中，你可以連接自己的網域。請在你的網域供應商更新 DNS 記錄，把新地址加入 Supabase 允許的重新導向網址，然後才關閉 Lovable 版本。我們的連結自訂網域指南會逐步講解 DNS 設定。

常見錯誤

• 同時搬遷資料庫和前端。 應先搬遷前端，證明它能配合現有後端運作，然後才決定資料的去向。
• 忘記 Edge Functions。 如果應用程式呼叫 Supabase Edge Functions，它們要麼留在 Supabase，要麼需要重寫為伺服器程式碼。它們不會在 Vite 前端內運行。
• 把 service role 金鑰貼到前端。 任何打開開發者工具的人都可以藉此完全存取你的資料庫。
• 遺漏認證重新導向網址。 登入在預覽中可以運作，但在正式網域上會失敗。
• 在測試已發布網址之前切換 DNS。 請先測試 mythex.ai 地址；DNS 更改需要時間才能撤回。
• 匯入到已有工作內容的項目。 匯入會取代檔案。請使用全新的項目。

何時留在 Lovable 比較合適

請誠實考慮你為何要搬遷。Lovable 提供預覽上的點擊式視覺編輯，以及以產品形式提供的 Lovable Cloud 後端，而 Mythex 兩者都沒有。如果你日常倚賴這些功能，搬遷所付出的代價可能會大於得益。如果你希望在對話旁邊有真正的程式碼編輯器和終端機、建構與託管共用同一個點數餘額，或想運行不同的技術棧，Mythex 會比較適合。我們的 Lovable 替代方案指南及 Mythex 對比 Lovable 頁面，會更詳細地比較兩者。

遷移清單

• 已列出應用程式的每個部分：程式碼、資料庫、用戶、檔案、功能、秘密金鑰、網域
• 程式碼已同步至你擁有的 GitHub 儲存庫
• 已決定後端方案（保留 Supabase，或從 Lovable Cloud 匯出）
• 程式碼已匯入空白的 Mythex 項目，預覽已可運行
• 秘密金鑰已重新加入；沒有把私密金鑰放入 VITE_ 變數
• 已為新地址更新認證重新導向網址
• 已在預覽中測試註冊、登入、核心資料流程及上傳
• 已發布，並在 mythex.ai 地址重新測試
• DNS 已搬遷；只在確認新應用程式正常後才關閉舊應用程式

Mythex 方面的資料，請參閱文件中的 GitHub、匯出及匯入。

常見問題