首選持續維護
Clash Plus:首次安裝與多裝置入門選擇
Clash Plus 適合作為預設起點。先在對應平台安裝,再匯入相容訂閱、選擇策略組,完成基本連線後再調整流量接管方式。這樣能分開確認「用戶端是否安裝成功」與「規則是否符合預期」,減少同時修改多項設定造成的混淆。
本站提供 Windows、macOS、Android 和 iOS 入口,適合使用多種裝置的使用者。不過,各系統的網路權限、背景限制與可用功能不盡相同,不能因名稱相同就認定所有選項一致。尤其要確認訂閱格式、協定支援,以及目前平台的網路連線方式,不要只比較畫面截圖。
若只需要日常管理訂閱與選擇策略,先確認這些功能即可;確實需要擴充設定時,再與其他桌面用戶端比較。更多產品資訊請見 clashplus.io。
查看 Clash Plus 下載入口 →
桌面進階持續維護
Clash Verge Rev:TUN 與設定擴充
Clash Verge Rev 採用 mihomo,適合需要進一步控制流量接管與設定合併的桌面使用者。本站提供 Windows、macOS 與 Linux 安裝入口。相較於只匯入訂閱的使用方式,更值得留意的是服務模式、TUN 與本機設定擴充之間的搭配。
學習成本主要來自權限與覆寫順序:成功安裝服務,不代表系統路由已依預期變更;本機覆寫能儲存,也不代表已套用到最終設定。排查時先查看實際執行設定與記錄,再檢查 DNS、路由與規則命中情況,通常比反覆切換節點更有效。
適合需要保留自訂規則、管理多個訂閱或排查桌面網路問題的使用者。若只使用瀏覽器代理,可先啟用系統代理,不必一開始就開啟所有進階選項。
查看桌面用戶端安裝檔 →
跨平台操作持續維護
FlClash:銜接桌面與 Android 操作
FlClash 採用 mihomo,本站提供 Windows、macOS、Android 與 Linux 版本。適合經常在電腦與 Android 裝置間切換,希望減少介面學習差異的使用者。訂閱、策略組與連線狀態的操作概念相近,但各裝置的系統接管方式仍須分別設定。
遷移既有 YAML 設定時,應檢查規則提供者、本機路徑與 DNS 設定。電腦上的相對檔案路徑不一定能在手機上沿用;手機的 VPN 授權也不能直接套用為桌面端服務權限。通用設定可以沿用,平台相關設定則應分開處理。
不要只憑跨平台框架判斷資源用量。實際體驗也與系統、設定規模、連線數量及記錄等級有關。建議使用自己的訂閱測試休眠喚醒、網路切換與背景執行,再決定是否長期使用。
查看 FlClash 平台下載入口 →
核心與設定管理持續維護
Clash Nyanpasu:留意實際使用的核心
Clash Nyanpasu 適合願意了解桌面設定管理的使用者,本站提供 Windows 下載。選擇時應分開看待用戶端介面與執行核心:核心管理選項與可用版本可能變動,不能只憑應用程式名稱推斷所有協定與設定欄位都能使用。
若選用 mihomo,請依 mihomo 的語法與行為檢查訂閱;若匯入舊核心設定,則先確認協定、規則與 DNS 選項。切換核心前先儲存可正常運作的設定副本,每次只變更一項,方便判斷問題來自介面、產生的設定檔,還是核心差異。
適合需要比較設定、調整桌面工作流程的使用者。若只想儘快建立基本連線,可先採用本站首選方案完成安裝,不必把可選核心數量當成必要的挑選條件。
查看 Windows 安裝入口 →
已停止維護封存參考
Clash for Windows:舊設定遷移對象
Clash for Windows 常簡稱為 CFW,本站保留 Windows 封存版入口。常見封存版本採用 Clash Premium,不應將它視為持續更新的 mihomo 用戶端。網路上舊教學提到的頁面位置、欄位名稱與服務安裝方式,也不一定適用於目前的系統與新用戶端。
既有環境能正常運作,不代表適合繼續支援新增協定或新系統。訂閱解析失敗時,先確認是否包含舊核心不支援的節點類型;不要反覆重裝同一個封存版本來解決協定能力差異。新裝置應優先選用持續維護的替代方案。
遷移時請保留訂閱來源、自訂規則、策略組名稱與連接埠設定。通常不需要將整個舊設定目錄直接覆蓋到新用戶端,也不要複製舊快取與服務檔案。先讓新用戶端獨立運作,再逐項還原個人設定。
查看 Windows 替代用戶端 →
Android 應用程式分流持續維護
Clash Meta for Android:行動裝置分流控制
Clash Meta for Android 通常簡稱 CMFA,採用 Clash Meta / mihomo 路線。適合需要在 Android 管理設定、選擇策略組並控制應用程式連線範圍的使用者。安裝時請先分辨 ARM64、ARM 與通用版,避免將安裝失敗誤認為訂閱問題。
Android 通常需要透過系統 VPN 授權建立連線。完成授權後,也應檢查是否有其他 VPN 類應用程式占用相同通道,以及系統是否限制背景執行。應用程式分流決定哪些應用程式納入接管範圍;網域與 IP 規則則決定範圍內的連線套用哪項策略,兩者並非同一個選項。
如果手機待機後連線中斷,先檢查電池管理、背景權限與網路切換,再考慮更換用戶端。若要長期使用,建議實測 Wi-Fi 與行動數據切換,並確認通知列的連線狀態與應用程式內顯示一致。
查看 Android 安裝入口 →
獨立設定路線持續維護
Surfboard:先確認訂閱格式
Surfboard 是 Android 代理用戶端,但並非只是換了介面的 Clash YAML 用戶端。它採用獨立實作與 Surge 風格設定,適合已持有相容訂閱,且熟悉相關規則與策略語法的使用者。選擇前最重要的不是介面差異,而是訂閱服務是否明確支援該格式。
將檔案副檔名從 YAML 改成其他名稱,並不會完成格式轉換。節點定義、策略組、規則與 DNS 各有不同結構,即使部分概念相似,也不代表能逐項對應。匯入前應確認協定與設定項目是否受支援;轉換後也要檢查預設策略與規則順序。
如果目前的服務只提供 Clash 設定,選擇相容的用戶端通常更直接。確實需要轉換時,請採用可信賴的處理方式,避免將含有訂閱憑證的連結提交給來路不明的轉換服務。
查看 Android 用戶端選項 →
已停止維護macOS 封存版
ClashX Meta:遷移舊版選單列工作流程
ClashX Meta 是採用 Clash Meta 核心路線的 macOS 選單列用戶端,本站保留 Apple Silicon 與 Intel 封存版入口。它與品牌名稱中的 ClashX 有關,但不代表本站將其列為所有 Mac 使用者的預設推薦;新安裝建議優先考慮持續維護的 Clash Plus、Clash Verge Rev 或 FlClash。
封存版本支援的協定範圍取決於具體版本,不能直接依據目前的 mihomo 文件推斷其完整功能。系統升級後,權限、輔助元件與網路接管也可能出現相容性問題。遇到這些變化時,遷移通常比持續調整舊環境更容易維護。
更換用戶端前,先關閉舊系統代理與自動啟動,並記下原本的連接埠與自訂規則。新用戶端正常運作後,再移除舊輔助元件。避免同時讓兩個用戶端修改系統代理,否則選單列狀態可能與實際對外連線路徑不一致。
查看 macOS 替代用戶端 →