本文目錄
工作、日常和測試訂閱放在同一個用戶端裡，最容易混淆的是「剛更新的設定」和「正在執行的設定」。切換前看清用途，更新後核對實際節點與規則，並為自己的覆寫留一份可還原的備份，多份設定才不會越存越難管理。
遠端訂閱、本機 Profile 與覆寫各負責什麼？
到設定清單確認目前選取的是哪份 Profile，再查看覆寫是否仍啟用。切換 Profile 後，全域覆寫可能繼續生效；遠端訂閱能正常載入，也不能證明合併結果正確。
三類設定承擔不同職責
| 類型 | 適合放什麼 | 更新方式 | 最容易誤會 |
|---|---|---|---|
| 遠端 Profile | 服務方提供的節點、策略群組和規則 | 按 URL 手動或定時拉取 | 更新成功就等於目前已經切換 |
| 本機 Profile | 固定測試、離線還原或自寫完整設定 | 手動編輯與備份 | 會像訂閱一樣自動重新整理 |
| Merge / Script / 覆寫 | 少量長期自訂規則和欄位 | 跟隨用戶端載入 | 只作用於某一份 Profile |
清楚命名，保留未經覆寫的可用設定
把工作、日常、測試和備用訂閱都叫 Profile 1、Profile 2，過一周就很難知道哪份可以刪除。名稱至少應包含來源或用途，再加一個容易識別的環境，例如「工作｜公司規則」「日常｜主訂閱」「測試｜本機覆寫」。不要把完整訂閱網域、帳號或 token 寫進名稱。
在開始自動更新前，選擇目前最穩定的遠端訂閱，手動更新並直接載入，不啟用額外 Merge 或 Script。固定一條可用節點，確認瀏覽器、常用應用、內部網域和 DNS 都正常。
保留這份不加覆寫的 Profile，不要複製出很多名稱相近的版本。以後某個覆寫報 group not found 時，切回它就能確認原始訂閱是否仍可用；如果它也失敗，再檢查下載、解析或伺服器端變化。
這份原始設定應滿足
- 不依賴臨時指令碼或線上轉換站
- 在 Windows 上，退出用戶端後網路能恢復
- 訂閱 URL 已安全備份
更新間隔按實際變化來設，不是越短越穩
訂閱通常只有在節點、流量資訊或規則變化時才需要拉取。過短的間隔會增加伺服器端請求、耗電和失敗通知，也可能在你工作途中把目前設定替換成一份暫時錯誤的回應。日常訂閱可以從較保守的週期開始，頻繁變化的測試源再單獨縮短。
在 Clash Verge Rev 的 Profile 詳情或訂閱設定中調整自動更新時，先確認單位和下次執行時間。不同版本或匯入方式顯示的選項可能不同，因此不要照搬別人截圖中的數字。最重要的是保留手動更新入口，並能看到最後成功時間與失敗原因。
- 日常主訂閱
- 以穩定為主，按服務方更新頻率設定，不需要幾分鐘拉一次。
- 工作設定
- 更新前考慮會議、遠端連線和固定出口，避免工作中途切換。
- 測試訂閱
- 可以更頻繁，但不設為開機預設，也不覆蓋已確認可用的主設定。
- 本機 Profile
- 手動修改並保留版本記錄，再檢查修改是否生效；不要將它當成從遠端位址取得內容的訂閱。
更新結果正常後切換目前 Profile
“更新成功”只表示下載與解析沒有立即發生錯誤，節點是否可用還需用實際請求確認。
如果更新後節點從幾十個變成零、策略群組突然消失，或正文其實是登入頁，不要繼續切換。保留上一份正在執行的設定，查看 HTTP 狀態和解析日誌。自動更新也應遵守同一原則：失敗時繼續使用最後一份可用快取，而不是把錯誤回應當成新設定。
一次可控的更新
記下更新前狀態
記錄 Profile 名稱、目前更新時間和關鍵策略群組。
只更新這一份
先不按一下「全部更新」，避免多個來源同時變化。
閱讀結果
檢查下載狀態、解析錯誤、節點與策略群組是否完整。
切換並固定節點
透過連線頁驗證常用網域的規則和出口。
保留還原
在實際任務完成前，不刪除上一份可用設定。
切換 Profile 後，覆寫為什麼會出錯？
全域 Merge 如果引用了「PROXY」「節點選擇」等固定組名，切到另一家訂閱後，這個組可能根本不存在，於是出現 proxy group not found。覆寫內容應盡量少，並只引用各 Profile 都存在的欄位和組名。
不同來源的群組名稱和結構差異很大時，分別維護覆寫，不要讓同一份指令碼處理所有訂閱。
調整覆寫後要查看最終產生的 YAML，核對 DNS、rules 和 proxy-groups 的實際內容，以及群組名稱與規則引用是否符合目前 Profile。這些內容可能被覆寫替換，不能只看原始訂閱。
停用所有覆寫，確認原始訂閱可以載入，然後逐個啟用。這樣比同時閱讀多項錯誤更容易找出是哪一項導致失敗。
更新成功，切換時報 group not found
常見原因：覆寫引用了這份 Profile 不存在的組名
處理方法：停用覆寫，對照最終設定中的實際組名。
不同 Profile 切換後 DNS 一直相同
常見原因：全域 Merge 覆蓋了每份訂閱的 dns
處理方法：確認這是有意設計，否則縮小覆寫範圍。
每次更新後手改內容消失
常見原因：直接編輯了遠端訂閱快取
處理方法：把長期修改移到持久覆寫或獨立本機 Profile。
備份內容與恢復後的實際測試
能恢復多設定工作流的備份至少有四部分：遠端訂閱位址、自己維護的本機 YAML、Merge 或 Script 檔案，以及用戶端版本、連接埠和目前 Profile 等少量設定。訂閱位址放進密碼管理器；本機設定和覆寫放進加密封存；版本與設定可單獨記成一頁說明。
不要只複製 Clash Verge Rev 的整個快取目錄。快取裡可能有過期訂閱、執行狀態和舊核心，直接覆蓋新安裝會把問題一起恢復。需要還原時，先匯入一份最近驗證過的本機快照，在不覆蓋主 Profile 的情況下確認能載入。
備用設定最好來自獨立且可信的來源。如果主要設定和備用設定使用同一服務、經過同一組轉換步驟，並在同一時間自動更新，來源出錯時兩份設定會一起失敗，備用設定也就無法用來恢復。本機快照包含節點認證資訊，必須加密儲存並設定保存期限。
一次可恢復的備份
- 密碼管理器中儲存遠端訂閱 URL
- 加密儲存本機 YAML 與 Merge/Script
- 記錄 Clash Verge Rev 和 Mihomo 版本
- 記錄 mixed-port、目前 Profile 與必要開關
- 在測試 Profile 中做過一次恢復驗證
啟動用戶端並確認目前 Profile，手動更新後完成一個實際任務，切到備用再切回，然後退出並檢查系統代理恢復。重啟後確認目前設定與自動更新計劃仍正確。