本文目錄
你已啟用定時備份，甚至還留著一些舊 ZIP，卻發現重新開啟 Clash Verge Rev 後，不再依設定間隔產生新檔案。代理仍可使用、開關仍亮著，都不能證明備份排程正在執行；應先區分應用程式計時、手動備份與實際寫入失敗。
備份開關已開啟，為什麼重新啟動後一直沒有新檔案？
官方 issue #8331 的使用者採用 Windows 11 與 Clash Verge Rev v2.5.8：設定每 1 小時備份，完整結束後重新啟動，不變更設定，並讓裝置保持喚醒超過 1 小時，仍沒有自動封存檔，也沒有對應的 Backup 日誌。
該使用者變更設定後，再等滿一個間隔才出現排程備份。這個對照有助辨識問題，不能把「每次啟動後隨便改一項設定」當成長期修復，也不需要為了排查反覆更換語言、代理或訂閱。
本文依據這份 Windows 回報、共用備份程式碼與正式修正說明，沒有宣稱所有平台或所有舊版本都已實測受影響。v2.5.9 已正式修正本問題；尚未等滿間隔或應用程式已結束等正常計時條件，應先排除。
三種備份紀錄要分開判斷
| 看到的紀錄 | 能說明什麼 | 不能證明什麼 |
|---|---|---|
| 本機手動備份成功 | 目前可以建立一份本機封存檔 | 重新啟動後的定時排程已開始執行 |
| 檔名含 -auto-merge 或 -auto-script | 全域覆寫或指令碼變更觸發了備份 | -auto-scheduled 定時備份運作正常 |
| WebDAV 上傳成功 | 這次上傳至伺服器已完成 | 本機定時排程已執行或自動上傳 |
| 新的 -auto-scheduled.zip 與 Scheduled 成功日誌 | 這次定時任務確實建立了本機檔案 | 下次完整重新啟動後也一定正常 |
先手動備份，另存一份到應用程式資料目錄之外
不要等下一次排程備份才保護目前設定。進入「設定 → Verge 進階設定 → 備份設定」，先在「本機備份」中按下「備份」，再開啟「檢視紀錄」，將剛產生的 ZIP 匯出到應用程式資料目錄之外。
確認匯出的檔案存在且可以開啟，並檢查 profiles.yaml、profiles/ 與自己的重要設定內容。ZIP 只是封存格式，不等於加密；其中可能包含訂閱權杖、節點密碼與本機覆寫，應存放在自己掌控且受保護的儲存空間。
如果手動備份也出錯，先保留第一筆錯誤並另外複製現有資料，再排查實際的檔案寫入問題。不要直接歸因於重新啟動後的排程缺陷，也不要用清空應用程式目錄、還原舊 ZIP 或解除安裝來試探。
升級前保留這些內容
- 一份可以開啟，且已匯出至應用程式目錄之外的目前備份。
- 用戶端版本、備份開關、原備份頻率，以及最後成功檔案的時間。
- 自行維護的外部檔案、原始訂閱網址與必要設定，分別安全保存。
- 發生問題時已去除敏感資訊的 Backup 錯誤；不要將完整 ZIP 或訂閱憑證上傳至公開 issue。
修正在 v2.5.9 應用程式中，不能只更新 Mihomo
官方 PR #8386 說明，舊實作先傳送已儲存的備份設定，計時任務之後才訂閱。沒有接收端時，watch 通道的 send 不會保留新值；稍後啟動的任務因此讀到預設的「未啟用」，持續等待下一次設定變更。
修正將啟動與重新載入設定兩處的傳送都改為 send_replace，讓稍後啟動的任務也能讀取已儲存的值。這項修正已合併，並納入 2026 年 11 月 2 日發布的正式版 v2.5.9；不能只憑 issue 關閉或開發分支的變更，就認定修正已發布。
這是 Clash Verge Rev 應用程式的備份排程問題。只升級 Mihomo 核心、重新取得訂閱或重新啟動核心，都不能取代更新應用程式。若已使用另有證據確認包含此修正的後續正式版，不必為了本文降回 v2.5.9。
定時備份由應用程式內的計時任務建立本機檔案，不是作業系統中獨立常駐的備份服務，也不是每天固定鐘點執行的行事曆任務。應用程式完全結束期間，不應期待它繼續產生檔案，也不能保證重開後會補齊錯過的備份。
從官方發布頁更新，保留現有設定
本文已核對的正式修正版本為 Clash Verge Rev v2.5.9。升級請使用參考資料中的官方 v2.5.9 Release，依作業系統與晶片架構選擇；本次維護沒有同步本站代管的安裝套件，舊 v2.5.8 鏡像不能當作修正套件。
沿用原安裝方式更新應用程式
保留外部副本，再準備官方更新
保留上一節匯出的 ZIP、目前資料與外部檔案。使用專案支援的正式更新方式，維持原安裝位置；不要混用可攜式目錄、開發版本或來源不明的套件。
在允許連線中斷時正常結束並安裝
先儲存工作，依用戶端支援的方式停止系統代理或 TUN，再從系統匣完整結束應用程式，依平台正常安裝流程更新。不要只關閉視窗、手動替換內部核心，或刪除應用程式資料。
重新開啟後確認版本與原設定
在設定中查看完整應用程式版本，確認實際執行的是 v2.5.9，或有對應修正證據的後續正式版。核對 Profile、覆寫與原代理模式，並恢復需要的連線；不能只憑安裝視窗消失就認定已完成。
若無法取得官方安裝套件或安裝出錯，保留目前可用的環境與錯誤，先處理對應的取得或安裝問題。不要停用簽章檢查或安全防護，也不要把網站舊套件仍可下載當作本次更新成功。
重新啟動後等滿間隔，再查 ZIP 與日誌
在「備份設定 → 自動備份」中核對「啟用定時備份」與「備份頻率」。固定 v2.5.9 程式碼的預設頻率為 24 小時，可設定 1–168 小時。為了觀察，可暫時選擇 1 小時並記下原值；儲存後完整結束，再重新開啟一次。
從這次重新開啟開始計時，讓應用程式持續執行、裝置保持喚醒，期間不變更設定、不重新啟動，也不要透過編輯全域覆寫或指令碼來觸發其他備份。等待超過一個完整間隔；剛啟動時沒有立即產生檔案，不能據此判定失敗。
應用程式重新啟動或收到設定通知時，會重新等待完整間隔。頻繁儲存設定可能讓觀察時間不斷往後延；這和開關明明啟用、長時間不變更設定卻仍不執行，必須分開判斷。
間隔到期後，在「本機備份 → 檢視紀錄」檢查新檔案，並核對日誌中的 Auto backup created (Scheduled)。排程封存檔的檔名含 -auto-scheduled.zip；只看到 -auto-merge、-auto-script 或手動檔案，不算完成這次驗證。
確認重新啟動後排程確實恢復
- 實際執行的應用程式包含 #8386 修正，定時備份開關已啟用，且已記錄頻率。
- 完整結束並重新開啟後，沒有再變更設定，已連續執行超過一個完整間隔。
- 出現時間相符的新 -auto-scheduled.zip 與 Scheduled 成功日誌，封存檔可開啟，設定內容符合目前狀態。
- 下次正常重新啟動後，依相同條件再檢查一次；單次成功不能取代重新啟動後的驗證。
- 將暫時頻率恢復為原值或所需頻率，並保留外部副本；儲存後會重新開始下一次等待。
固定程式碼只保留最近 20 份含 -auto- 標記的自動封存檔，排程、全域覆寫與指令碼觸發的檔案共用這個上限，不是各保留 20 份。本機目錄不是永久歷史庫，已確認可用的備份仍應另行匯出。
本站沒有在真實 Clash Verge Rev 用戶端中等待一小時，或進行還原實驗。上述驗收步驟依據官方使用者回報與固定原始碼制定；本站頁面、翻譯與建置檢查通過，不能取代你裝置上的定時備份驗證。
仍未執行時，先確認能否建立手動備份
手動備份也失敗
保留第一筆寫入錯誤與目前資料副本，檢查錯誤指向的路徑、權限或可用空間；不要持續切換定時開關，掩蓋真正的檔案寫入故障。
手動成功，排程仍沒有新檔案
核對應用程式版本、開關、最後啟動或儲存設定的時間，以及是否已連續執行滿一個間隔。保留對應日誌，不要只回報「開關開了沒用」。
只有 WebDAV 上傳失敗
另外檢查伺服器位址、驗證與上傳錯誤；若本機 Scheduled 封存檔已產生，不能據此認定本題修正無效。
升級後應用程式或原設定無法使用
停止繼續修改，另存目前狀態與第一筆錯誤，再依專案支援的方式，使用升級前安全可用的程式與相符的外部副本還原。
若只有定時任務失敗，請繼續手動建立並匯出備份，不要為了測試排程而還原覆蓋目前設定。確實需要回退應用程式或還原資料時，先完整結束，並保留升級前後兩份獨立副本；不要讓新舊程式爭用唯一的資料目錄。
舊應用程式可能仍有本題缺陷，回退只是應急處理，不等於修好自動排程。還原程式與資料後，核對原 Profile、覆寫、代理模式與實際連線；手動備份仍須另存，排程是否恢復則依上一節重新等待驗證。
向官方回報時，提供作業系統、完整應用程式版本、原頻率、實際啟動與儲存設定時間、手動結果、排程檔名，以及第一筆已去除敏感資訊的錯誤。不要上傳完整 ZIP、訂閱網址或憑證，也不要將未在其他平台執行的驗證寫成已通過。