為什麼說它是 CFW 的「繼任者」？
Clash for Windows（CFW）曾是 Windows 上最受歡迎的 Clash 圖形介面之一，但專案已長期不再更新，核心與新協定支援也停在某個時間點。對一般使用者來說，這代表：舊版介面仍可開啟，卻愈來愈難與現代訂閱格式、規則集與 DNS 行為保持一致。
Clash Verge Rev是社群維護的分支之一，介面基於 Tauri，底層通常搭載 Mihomo（原 Clash Meta）核心。它保留了「訂閱匯入、一鍵更新、規則模式切換、日誌與連線檢視」等 CFW 使用者熟悉的節奏，同時能跟上核心的演進。若你過去習慣在電腦右下角點兩下就開關代理，Verge Rev 會是過渡成本相對低的一條路。
需要強調的是：名稱裡的「Rev」代表延續社群版的更新節奏；實際功能會隨版本變動，請以你安裝的版本為準。下文著重在觀念與流程，讓你在換介面後仍能獨立排查問題。
安裝：從可信來源取得對應平台套件
1. Windows 與 macOS 常見格式
Windows 多為 MSI 安裝程式或可攜式壓縮包；macOS 則常見 dmg 或依 Apple Silicon／Intel 分發的建置版本。第一次安裝時，請確認架構與你的裝置一致，否則可能出現無法啟動或核心無法載入的情況。
2. 為什麼建議優先從本站下載頁取得安裝包
第三方網盤或論壇懶人包難以驗證是否被植入額外程式。為降低風險，請優先從本站繁體中文下載頁取得已標示平台與架構的套件。若你想核對授權條款、提交問題或閱讀上游釋出說明，可另外造訪相關開源專案頁面；日常安裝與更新仍建議以本站分發頁為主，版本脈絡較清楚，遇到錯誤訊息也比較容易對照排除。
3. macOS 上的額外步驟
首次開啟未簽名的應用程式時，系統可能阻擋執行。請依官方安全提示，到「系統設定 → 隱私權與安全性」手動允許一次。若你使用公司裝置，請先確認 IT 政策是否允許安裝網路類工具。
首次啟動：設定檔、訂閱與「能連上」的最短路徑
開啟 Clash Verge Rev 後，建議先把流程收斂成三件事：匯入設定來源、更新訂閱、選擇出站與模式。多數使用者會以「訂閱網址」為主，程式會自動合併節點與規則模板；進階使用者則可能直接載入完整 YAML。
1. 訂閱網址貼上後無法更新？
常見原因是複製時多帶了空白、換行，或服務商對 User-Agent／請求頻率有限制。建議在同一網路下先用瀏覽器開啟訂閱連結做快速目測（僅作診斷），再回到用戶端重新整理。若你剛切換 DNS 或系統代理，也可能導致更新請求走錯路徑，可暫時關閉其他代理軟體後重試。
2. 模式：規則、全域與直連怎麼選？
日常建議以規則模式為主，讓區域流量維持直連，其餘依 rules 命中結果分流。若你懷疑規則有誤，可短期改全域做對照測試，確認節點本身可用後，再回到規則模式細查 DNS 與規則順序。
3. 與 Mihomo 文件的關係
介面上的按鈕名稱可能因版本略有差異，但底層仍是 proxies、proxy-groups、rules 與 DNS 相關段落。若你想補齊核心觀念，可搭配站內使用文件與Mihomo 升級與功能說明一起閱讀，再回到 Verge Rev 對照即可。
系統代理與 TUN：什麼時候該開哪一個？
這是從 CFW 換機後最常卡關的段落。系統代理會指示支援系統代理的應用程式把流量送到本機埠（例如 HTTP／SOCKS 埠）；瀏覽器、部分開發工具通常跟得很好。但不遵守系統代理的程式（某些遊戲啟動器、終端機工具、或獨立網路堆疊）會直接略過，造成「瀏覽器能上、某個軟體卻不行」的現象。
TUN（虛擬網卡）模式則在作業系統層建立虛擬介面，讓符合條件的封包進入 Mihomo 處理，效果接近「整機接管」的體驗。需要全裝置分流、或目標程式不支援手動代理時，TUN 通常是更穩定的答案。
實務建議順序
建議先用系統代理確認節點與訂閱正常，再切換到 TUN 驗證「不聽話的應用程式」是否也被納管。若你一開始就開 TUN，遇到問題時較難判斷是節點故障還是虛擬網卡權限問題。
從 Clash for Windows 遷移：你可以搬什麼？
遷移的本質是讓同一套設定邏輯在新介面中重新落地。CFW 時代使用者多半累積了本機設定檔、自訂規則片段、以及多份訂閱。搬到 Verge Rev 時，建議分兩類處理：
- 可直接延用的內容：多數標準 Mihomo／Meta 相容的 YAML 片段、proxy-providers、rule-providers，只要版本差異不大，通常能整份匯入或合併。
- 需要手動重做的部分：與舊版 CFW 外掛綁定的自訂流程、過時的欄位名稱、或依賴舊核心行為的規則，建議用新模板重建後再逐步貼上差異。
實務上，請先備份整份資料夾，再在 Verge Rev 中新建設定檔並匯入訂閱，確認節點列表正常後，才把自訂規則與 DNS 段落合併。不要一次貼上過長且未測試的片段，否則 YAML 縮排錯誤會讓核心直接拒絕載入。
DNS 與規則：讓「看似連上」變成真的可用
許多「代理顯示成功但網站打不開」的案例，根因是 DNS 先走錯路：解析結果被污染或與規則假設不一致，導致封包始終命中錯誤目標。Mihomo 提供多種 DNS 處理策略，與 enhanced-mode、fallback 等選項密切相關。
若你希望系統性強化隱私與一致性，可延伸閱讀站內DNS 防洩漏設定指南，再回到 Verge Rev 調整。規則方面，請記得規則順序由上而下匹配，精確條件應放在寬鬆條件之前；大量第三方規則集可透過 rule-providers 模組化管理，細節可參考Rule Providers 進階指南。
日常體驗：更新、日誌與權限習慣
養成定期更新應用程式與核心的習慣，可減少「別人能連、你不行」的協定落差。遇到連線異常時，先從日誌看錯誤類型（逾時、憑證、拒連、DNS），再回頭對照是節點、規則還是本機權限問題。
Windows 若啟用自動更新或安全軟體掃描，偶爾會鎖住核心檔案；macOS 則可能在系統更新後要求重新核准延伸功能。這些都屬於「環境變動」而非單純節點故障，把權限對話框與日誌訊息留一份紀錄，通常能省下大量猜測時間。
常見問題排查（精簡檢查清單）
1. 顯示執行中但網頁無法開啟
依序檢查：模式是否為規則／全域、系統代理或 TUN 是否實際啟用、DNS 設定是否與規則一致、是否有第二套 VPN 或公司代理正在競爭路由。
2. 只有特定軟體不走代理
先判斷該軟體是否支援系統代理；若不支援，請改以 TUN 測試。若仍無效，可能是程式使用硬編碼 DNS 或獨立憑證鏈，需要針對該軟體調整規則或接受其必須直連。
3. 更新訂閱後節點清單空白
可能是遠端訂閱格式變更、合併 YAML 時縮排錯誤、或本機快取損壞。請保留備份後改以最小可運作模板重建，再分段合併自訂段落。
小結：介面換了，好用的關鍵仍在「設定是否一致」
Clash Verge Rev 的價值在於用較低的學習成本，承接 CFW 年代累積的使用習慣，並透過 Mihomo 核心延續規則與協定的更新動能。只要你掌握訂閱更新、系統代理與 TUN 的差異、DNS 與規則的順序，多數桌面端問題都能快速定位。
相較於四處蒐集來源不明的安裝包，使用分發明確、版本可追溯的取得方式，通常在前置設定與錯誤提示上也更一致，長期維護成本較低。若你準備在 Windows 或 macOS 上重新安裝或升級用戶端，可先從本站下載頁取得對應平台的 Clash 系用戶端，再依本文完成訂閱匯入與模式調校。