本文目錄
從 Clash for Windows 遷移，先只帶走訂閱和真正的自訂設定
Clash for Windows 停止更新後遷移到 Clash Verge Rev，真正值得保留的通常只有訂閱來源、本機設定、自己寫的規則或 Mixin、常用策略選擇，以及少量連接埠習慣。視窗狀態、快取、舊核心、服務檔案和歷史日誌不應整包複製，它們最容易把舊問題帶進新用戶端。
開啟舊用戶端逐項截圖或記在本機文件裡：目前啟用的 Profile 名稱與更新時間、General 中使用的連接埠、是否開啟 System Proxy、TUN 和 Allow LAN，以及 Profiles 頁面是否有本機 Mixin。訂閱連結含個人 token，只存入密碼管理器或加密備份，不放進截圖。
遷移清單
- 仍可更新的訂閱位址
- 無法重新下載的本機 YAML
- 自己維護的規則和覆寫邏輯
- mixed-port 或區域網路共享連接埠
- 確實需要保留的策略群組選擇
- 舊用戶端與核心版本，供疑難排解時對照
退出舊用戶端前，先讓 Windows 在沒有它時也能上網
遷移最怕兩個用戶端同時接管系統代理或 TUN。先在 Clash for Windows 中關閉 System Proxy、TUN 和開機啟動，再從系統匣徹底退出。隨後進入「設定 → 網路和 Internet → 代理」，確認「使用代理伺服器」沒有繼續指向 127.0.0.1 的舊連接埠。
保持兩個用戶端都關閉，開啟瀏覽器存取普通網站，並確認公司內部網路或路由器管理介面仍能開啟。這個狀態正常，才能判斷後面的問題是否由新用戶端引起。
如果此時已經斷網，應清理舊代理或 TUN 殘留，不要靠開啟 Clash Verge Rev 臨時掩蓋。
從目前 Clash Verge Rev 專案發布頁安裝對應架構
Windows 11 常見電腦使用 x64 安裝套件，Windows on ARM 裝置才選擇 arm64。安裝前核對發布儲存庫、檔案名和版本說明，不使用把用戶端、訂閱和節點封裝在一起的第三方「綠色增強版」。
第一次啟動不要立刻開啟服務模式和 TUN。先進入訂閱或設定頁面重新新增原訂閱，手動更新一次，確認更新時間、代理群組與節點都出現；再選擇一條固定節點並開啟系統代理。這樣能先證明下載、解析與基本轉發三步正常。
新用戶端的第一輪測試
匯入一份訂閱
不要把全部歷史 Profile 一次匯入，以免無法判斷是哪份設定出錯。
手動更新
記錄 HTTP 或解析錯誤；看到「新增成功」後，還要確認設定正文已經載入。
固定節點
避免 url-test 在測試過程中切換出口。
開啟系統代理
用瀏覽器和一個讀取系統代理的應用確認連線記錄。
正常關閉
退出後 Windows 應恢復直連，不能留下舊連接埠。
策略群組隨設定匯入，目前選中的節點要在新用戶端重新確認
代理群組的定義通常在訂閱 YAML 裡，重新匯入後會一起出現；但 Clash for Windows 裡每個 Selector 目前選中了哪條節點，屬於執行狀態，不適合靠複製快取遷移。
開啟 Clash Verge Rev 的代理頁面，逐組確認「節點選擇」「自動選擇」「串流媒體」等常用組，並手動選回需要的出口。
如果同一訂閱在新用戶端裡少了策略群組，先比較訂閱更新時間和最終設定。服務方更新、舊 Parsers 或新 Merge 都可能改變組名。不要為了恢復一個舊選擇而複製整份舊快取。
策略群組遷移完成的結果
- 常用策略群組都出現在新用戶端
- 手動組已重新選擇固定節點
- 自動組可以正常測速且不會頻繁切換
- 連線記錄顯示目標網域命中預期組
- 重啟 Clash Verge Rev 後選擇仍按預期保留
舊 Mixin 不要整段貼上，先找它原來解決了什麼
Clash for Windows 的 Mixin、Parsers 或指令碼可能依賴它自己的合併方式，Clash Verge Rev 則有目前的 Merge、Script 或覆寫入口。名稱相近，但產生順序和欄位不一定相同。
遷移前給每段自訂寫一句用途，例如「讓公司網域直連」或「把 GitHub 放進開發組」，然後按目前用戶端支援的方式重建。
每加入一段就查看最終合併設定或執行日誌。若出現 group not found、duplicated key、unknown field，先撤回剛加的覆寫；不要繼續疊加下一段，希望最後一起修好。
舊設定應怎樣處理
| 舊內容 | 遷移方式 | 驗證結果 |
|---|---|---|
| 自訂 DOMAIN-SUFFIX 規則 | 放入目前規則覆寫，並確保目標策略群組存在 | 存取網域時連線頁命中該規則 |
| 自訂 DNS | 先沿用訂閱預設值，再單獨遷移 | 內部網域和公用網路網域都得到預期結果 |
| 連接埠設定 | 在 Clash Verge Rev 通用設定中重新設定 | 連接埠實際監聽，系統代理指向相同值 |
| UI、快取、歷史日誌 | 不遷移 | 新用戶端從乾淨狀態啟動 |
先恢復系統代理，確有需要時再遷移 TUN
訂閱、策略群組和自訂規則穩定後，在 Clash Verge Rev 中開啟 System Proxy，確認 Windows「代理」頁面指向目前 mixed-port，瀏覽器與常用應用能產生連線記錄；正常退出用戶端後，系統代理還要自動恢復。
只有遊戲、終端或其他不讀取系統代理的程式仍未進入連線記錄時，再開啟 TUN。單獨確認服務權限、虛擬介面卡、休眠喚醒和其他 VPN 都正常，關閉 TUN 後預設路由能夠恢復。不要在同一天同時遷移 TUN、開機啟動和多份覆寫。
用平時真正做的事情驗收，再卸載舊用戶端
至少連續驗證一個工作週期
- 訂閱可手動更新並能在下次啟動自動使用
- 瀏覽器、Git 或常用辦公應用命中預期規則
- 內部網站、NAS 和印表機仍能直連
- 需要 TUN 的程式確實出現在連線記錄中
- 退出與重啟後 Windows 不殘留代理
- 舊設定已離線備份且 token 沒有公開
保留舊安裝幾天但不要讓它開機啟動。新用戶端出現異常時，先關閉它並恢復 Windows 直連，再按備份還原到舊環境；不要讓兩個用戶端互相接管來「對照」。當更新、使用、退出和重啟都穩定後，再卸載 Clash for Windows，並檢查舊服務與快捷啟動項是否一並清除。