Clash for Windows 停止更新後怎麼辦？轉用 Clash Verge Rev 方案比較

停止更新後的遷移重點：設定來源、核心與流量接管方式

Clash for Windows（以下簡稱 CFW）停止維護後，原有安裝不會立即失效，但用戶端介面、相依元件和核心不再持續更新以因應目前的網路環境。常見的 CFW 0.20.39 安裝版本仍可能處理原有訂閱，但能連線不代表適合繼續長期使用。遷移時應保留可沿用的設定，並重新確認新用戶端實際載入的內容。

需要區分三個層次：用戶端負責管理訂閱、系統匣選單與系統整合；核心負責解析設定、比對規則和建立連線；訂閱則提供節點、策略群組及可能附帶的規則。更換用戶端不一定要更換訂閱，但更換核心後，舊欄位、指令碼和 DNS 行為都需要重新檢查。

• 設定來源：記下訂閱網址、目前使用的本機 YAML，以及哪些設定來自訂閱、哪些來自本機覆寫。
• 核心差異：Clash Verge Rev 使用 mihomo，也就是原 Clash.Meta 專案後續採用的名稱；這不只是把舊版 CFW 介面換成另一個外殼。
• 流量入口：系統代理、TUN，以及應用程式自行設定的 HTTP/SOCKS 代理，是三種不同的流量入口，不能只看單一開關就判定遷移成功。

替代方案比較：Clash Verge Rev 與其他選擇

如果主要需求是在 Windows 桌面上匯入訂閱、選擇策略、查看記錄及使用 TUN，Clash Verge Rev 是較直接的遷移選擇。若要在不同桌面系統上沿用同類設定，也可考慮 macOS、Linux 版本；手機則需另選適用於行動系統的用戶端，桌面安裝套件無法直接用於 Android 或 iOS。

相容的是設定語意，不是整個設定資料夾

常見的 proxies、proxy-groups、rules 可作為遷移基礎，但用戶端儲存的介面狀態、訂閱資料庫和服務安裝資訊並不通用。請勿將 CFW 資料目錄整個複製到 Clash Verge Rev 目錄，也不要把舊核心執行檔複製到新用戶端目錄。

CFW 的 Parsers、用戶端端的指令碼，以及 Clash Premium 的指令碼規則也必須區分。前者屬於用戶端處理流程，後者涉及核心功能；兩者都不能假設可在 mihomo 中原樣執行。簡單的網域分流可改寫為標準規則，複雜指令碼則應逐項確認是否有等效作法，而非只更改副檔名。

遷移前先備份：訂閱以外還有哪些內容？

先在 CFW 的 General 頁面透過 Home Directory 開啟實際資料目錄。許多舊版安裝會使用使用者目錄下的 .config/clash，但可攜模式或自訂路徑可能不同，請以目前安裝顯示的位置為準。備份前先結束程式，避免設定仍在寫入。

1. 保存訂閱入口：記下 Profiles 中每個訂閱的名稱與原始 URL。訂閱 URL 通常包含存取憑證，只應保存在自己的備份中，請勿貼到公開支援單、截圖或線上轉換頁面。
2. 保存本機設定：複製目前使用的 YAML，以及自行維護的規則檔、規則提供者和指令碼。另行標記曾直接修改過的訂閱快取檔案，這類修改可能在更新時被覆蓋。
3. 記錄執行參數：包括代理模式、HTTP/SOCKS 或混合連接埠、是否允許區域網路連線、DNS、TUN，以及控制介面位址。請勿將控制介面金鑰當成節點密碼遷移。
4. 記錄選取狀態：記下主要策略群組目前選取的節點或子群組。群組名稱相同，不代表新用戶端一定會沿用選取結果。
5. 記錄外部相依項目：檢查瀏覽器擴充功能、終端機環境變數、Git 和開發工具是否將 127.0.0.1:7890 之類的位址寫死。

訂閱只能還原服務供應商提供的內容，無法還原所有本機使用習慣。例如，舊用戶端將某個工作網域設為直連，但訂閱本身沒有這條規則，重新匯入後這項設定就會消失。把這些差異另存為清單，比只保留一份看似完整的執行設定更容易核對。

遷移至 Clash Verge Rev：先驗證訂閱，再啟用系統代理

步驟一：安裝後先確認核心能否啟動

依作業系統與處理器架構選擇安裝套件，請前往用戶端下載頁。先結束 CFW，並關閉舊的系統代理與 TUN，再啟動 Clash Verge Rev。先查看核心狀態與記錄；若核心尚未執行，應優先處理設定解析、連接埠占用或服務啟動錯誤，不要直接反覆切換節點。

步驟二：匯入原始訂閱或本機 YAML

在「訂閱」頁面使用匯入功能新增原始訂閱 URL；若原本使用本機 YAML，請透過本機檔案匯入功能新增。不同版本的按鈕文字可能略有差異，請確認匯入結果是核心可讀取的 Clash/mihomo 設定。只回傳 Base64 節點清單或其他用戶端專用內容的連結，不一定能直接作為完整 YAML 使用。

匯入後選取設定，確認節點清單、策略群組和規則是否已載入。若發生解析錯誤，先依記錄中的欄位或行號定位問題；若出現 HTTP 401、403，則先檢查訂閱授權與服務供應商狀態。若訂閱網址只能透過代理存取，可利用仍可使用的舊環境下載設定備份，但切換新用戶端時仍應結束舊核心。

步驟三：確認連接埠，再啟用系統代理

在「設定」中的連接埠選項查看實際混合連接埠，部分版本會將它放在「Clash 設定」之下。以下以 7897 為例，並非所有安裝都必須使用此連接埠。若要沿用舊連接埠 7890，請先確認沒有舊程序占用；若改用新連接埠，也要同步修改應用程式中寫死的代理位址。

1. 將執行模式設為「規則」，並選取明確可用的策略或節點。
2. 開啟「系統代理」，暫時保持 TUN 關閉，先用瀏覽器瀏覽常用網站。
3. 查看「連線」或記錄中的命中規則、策略鏈與連線結果，確認請求已進入新核心。
4. 基本代理功能正常後，再逐項恢復開機啟動、服務模式與 TUN，避免一次變更多個變數。

保留自訂規則：覆寫位置與策略群組名稱都要一併遷移

訂閱更新通常會重新取得遠端內容。需要長期保留的本機規則，應放在用戶端支援的擴充設定、合併設定或指令碼機制中，而非直接編輯下載後的訂閱快取。實際設定位置會依版本而異，重點是檢查最終設定：本機規則是否確實加入 rules，以及是否排在兜底規則之前。

以下僅示意規則順序，並非完整訂閱。範例保留網域 example.com 供測試；PROXY 是範例策略群組名稱，實際使用時必須與自己的設定完全一致。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,PROXY

• 順序：規則由上往下比對，放在 MATCH 後面的普通規則無法發揮預期作用。
• 目標：DIRECT 是內建策略，PROXY 則必須是現有節點或策略群組；訂閱更改名稱後，也要同步調整引用。
• 合併：確認使用的擴充機制是前置、附加，還是取代整個陣列。若錯誤取代 rules，可能導致原訂閱的所有分流規則遺失。
• 規則集：檢查 rule-providers 的 URL、格式、行為類型與本機路徑；舊電腦上的絕對路徑不能直接用於另一台電腦。

不要把舊 YAML 的所有頂層欄位都視為必須保留的設定。新用戶端可能會管理監聽連接埠、控制介面和 TUN 參數；若本機覆寫與介面設定同時修改這些欄位，需確認最終採用的優先順序。欄位說明可參考設定參考。

DNS 與 TUN：從連得上到應用程式行為一致

先檢查 DNS，再處理特殊網域

從舊核心遷移後，DNS 的 fake-ip、真實位址解析、解析請求的出口及規則比對方式，都可能影響連線結果。先使用新用戶端產生的基本設定，確認一般網站可正常瀏覽，再逐步恢復原有的 DNS 自訂內容。不要只為了讓一個網站正常運作，就直接疊加多段來源不明的 DNS 設定。

若瀏覽器正常但公司內部網域無法連線，應先確認系統原本是否依賴 VPN 下發的內部 DNS，以及該網域是否需要專用解析策略。fake-ip 模式顯示合成位址本身不代表解析錯誤；只有在應用程式必須取得真實 IP 才能運作時，才需要依實際設定評估是否採用過濾或網域解析策略。

TUN 必須另外驗收

系統代理主要供遵循系統代理設定的應用程式使用；TUN 透過虛擬網卡與路由接管更多流量，但不保證所有應用程式、協定和網路環境都能自動相容。在 Windows 上，應先依用戶端提示安裝或啟用所需服務，並確認權限符合要求，再開啟 TUN。

• 關閉舊用戶端的 TUN，避免兩套路由同時變更流量出口。
• 分別測試瀏覽器、一個不遵循系統代理的應用程式，以及區域網路位址。
• 檢查公司 VPN、虛擬機器網路和安全軟體是否與新路由衝突。
• 若啟用 TUN 後內部網路出現異常，先關閉 TUN 比較，再分析路由與 DNS；不要同時刪除多項設定。

驗收與回復：透過連接埠、請求和規則記錄定位問題

以下 PowerShell 指令假設已確認新的混合連接埠為 7897。第一條只檢查連接埠是否可連線，第二條則明確透過 HTTP 代理傳送請求。範例網站的回應僅供基本連線檢查，不能取代實際業務網站的測試。

Test-NetConnection 127.0.0.1 -Port 7897
curl.exe --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 -I https://example.com

TcpTestSucceeded : True 只表示本機連接埠可連線，不代表節點或遠端網站正常。若明確指定代理的請求成功但瀏覽器失敗，應優先檢查系統代理和瀏覽器本身的代理設定；若請求也失敗，則依用戶端記錄檢查策略選擇、節點連線與 DNS。

結束遷移前，至少完成一次訂閱更新、一次結束並重新開啟用戶端，以及一次系統重新啟動，並再次確認直連網站、代理網站和內部網路資源三類目標。需要回復時，先關閉新用戶端的系統代理與 TUN，結束新核心，再恢復舊用戶端；不要同時啟動兩套用戶端來「補上」遺漏的流量。

確認新環境穩定後，再移除舊程式，並保留必要的訂閱與規則備份。後續維護也應分別管理用戶端版本、核心版本、訂閱內容和本機覆寫；發生問題時一次只變更其中一項。首次設定可繼續參閱使用指南，常見連線問題則可查看疑難排解。