Clash Verge Rev 設定丟失怎麼辦？Profile 恢復與備份

先核對遺失內容：Clash Verge Rev v2.5.2 重新啟動後，是否多個訂閱、本機 Profile 或整體 Merge/Script 同時消失，覆寫變回空白範本。Profile 是應用程式保存的一份設定；符合這個範圍時再查啟動日誌是否刪除檔案，單一訂閱無法更新或節點清單為空則需另行排查。

官方 issue #7577 記錄了 macOS 啟動時 32 個 Profile 檔案被刪除 30 個；issue #7804 記錄了 Fedora 正常關機後的下一次啟動刪除 20 個檔案中的 18 個，後續評論還出現 Windows 與 macOS 報告。這些記錄都指向啟動階段的孤兒檔案清理，而不是訂閱服務同時清空了所有節點。

先開啟應用程式日誌，搜尋 Removed file、Profile 文件清理完成，以及單次啟動中異常大量的檔案刪除記錄。若磁碟中的 Profile 仍在、只有代理頁面空白，應先檢查核心通訊；若檔案存在但顯示 Invalid YAML，先修正格式或欄位；若只有一個訂閱更新失敗而其他 Profile 仍在，也不要直接還原整份應用程式備份。

還原時會把備份壓縮檔中的 config.yaml、verge.yaml、profiles.yaml 與 profiles 目錄重新寫入應用程式資料目錄。請先將目前的完整目錄和 clash-verge-rev-backup 子目錄複製到其他位置。

即使目前目錄看起來已經不完整，也要先保留副本。這樣還原時選錯備份或舊設定覆蓋新修改時，還可以用這份目錄副本回到操作前的狀態。

一般安裝通常會將資料放在系統資料目錄下的 io.github.clash-verge-rev.clash-verge-rev 資料夾；可攜版則放在程式旁的 .config 目錄。若不確定，請以用戶端設定中的應用程式目錄入口為準，不要只憑相似的資料夾名稱刪除資料。

Clash Verge Rev v2.5.2 的本機備份位於應用資料目錄中的 clash-verge-rev-backup。自動備份檔案名可能帶有 -auto-scheduled、-auto-merge 或 -auto-script。

官方 v2.5.2 會把 profiles 目錄、config.yaml、verge.yaml、可選 DNS 設定和 profiles.yaml 放入同一 ZIP；issue #7804 的報告者從三天前的 auto-script ZIP 找回了全域指令碼。這類備份可能包含完整設定，不只包含指令碼。

不要只因 ZIP 能開啟就直接還原：先複製一份，再確認備份壓縮檔內同時包含 profiles.yaml 與 profiles/，並選擇故障發生前且時間最近的備份。

v2.5.8 的固定版本原始碼已移除啟動時清理 Profile 的呼叫，設定索引載入失敗時也會保留檔案。準備升級時，可從官方 v2.5.8 Release 取得適用平台的安裝套件；完整備份仍須保留，升級無法找回已刪除且沒有備份的內容。

安裝後先核對應用程式版本；已遺失的內容依後文從備份或原始來源還原。還原後檢查 Profile 數量與實際連線，再完整結束程式並重新啟動複查，目前的備份繼續保留。

保持系統代理與 TUN 關閉，進入「設定 → Verge 進階設定 → 備份設定 → 本機備份 → 查看紀錄」。選擇故障前的備份，匯出到應用程式資料目錄之外，再按還原並確認。等待應用程式自動重新啟動，不要強制結束；重啟後檢查 Profile，再開啟代理。

如果 ZIP 已經移到其他位置，先使用“匯入備份”把副本加入本機備份清單，再從記錄中恢復。不要把 ZIP 直接解壓縮到正在執行的應用目錄；內建恢復會在寫入後重新載入 config、profiles 與介面設定，手動覆蓋則容易讓磁碟檔案和記憶體狀態不一致。

沒有可用 ZIP 時，不要編造 profiles.yaml 引用或隨意改隨機檔案名。先從儲存的訂閱 URL 重新匯入遠端 Profile；本機手寫設定則從故障前複製出的 profiles 檔案中逐個辨認，在新增本機 Profile 後貼上內容並讓用戶端重新產生索引關係。

全域 Merge.yaml 與 Script.js 若仍有舊副本，應先在離線副本中比較，再透過用戶端的全域擴展編輯入口恢復。只有備份中沒有舊內容時才重新編寫；不要從公開截圖反推其中可能含金鑰或內部網域的完整規則。

如果訂閱 URL 也丟失，應到原服務提供方重新取得或重置，而不是從瀏覽器歷史、公開日誌或他人的設定中拼接 token。恢復一個來源後就儲存一次狀態，避免一次性匯入所有內容後無法定位哪一步出錯。

應用重啟後不要立刻開啟 TUN。核對 Profile 數量、名稱、類型與目前選中項，開啟 Merge 和 Script，確認關鍵規則不是空模板。遠端訂閱應能手動更新，本機 Profile 應透過設定驗證並能啟動 Mihomo。

隨後固定一條已知可用節點，僅開啟系統代理完成一次實際 HTTPS 請求，並在連線記錄中確認網域、規則和出站。最後完整退出並重新開啟一次，再核對 Profile 數量與日誌；只有第二次啟動也沒有異常刪除，恢復才算穩定。

若恢復後應用無法啟動、Profile 數量更少或設定驗證失敗，從系統匣完整退出並確認相關處理程式結束，不連續嘗試多個 ZIP。另存本次恢復後的目錄和日誌，再用最初儲存的整個目錄副本還原，不混入未知備份。

裝置必須先保持 TUN 與系統代理關閉。還原後如果用戶端仍不可用，可以暫時不啟動它，保留日誌、備份 ZIP 與目錄副本，再在官方 issue 中提交脫敏的版本、系統、刪除計數和首條錯誤。不要為修復設定而卸載虛擬網路介面卡、重置整個系統網路或刪除所有應用資料。

恢復完成後，在備份設定中開啟定時本機備份，並保留“關鍵變更時自動備份”。v2.5.2 的實作會在計劃時間以及全域 Merge/Script 變更後建立封存，自動封存最多保留 20 份。這個數量限制意味著本機目錄不是永久歷史庫。

至少再把一份已驗證 ZIP 匯出到應用資料目錄之外，或設定自己控制的 WebDAV。每次大改訂閱覆寫、遷移用戶端或升級前手動建立並匯出一份；恢復演練時只在有還原副本的前提下進行。