Clash Plus：日常連線與多裝置使用
還沒有習慣使用的客戶端時，可以先從 Clash Plus 開始。本站提供 Windows、macOS、Android 與 iOS 下載入口，適合主要需求是匯入設定、選擇策略並連線的使用者。跨平台使用仍須分別確認設定格式、系統授權與功能範圍，不能只因名稱相同，就認定各平台功能完全一致。
查看 Clash Plus 與各平台安裝套件 →CLIENT SELECTION / 客戶端選擇
Clash 客戶端比較與平台選擇
日常使用可優先考慮 Clash Plus；桌面使用者若需要深入管理 mihomo 設定，可進一步比較 Clash Verge Rev 與 FlClash。先確認裝置與設定格式，再比較介面和進階設定。
本頁比較實際使用方式，不依評分排序。平台欄列出本站下載頁提供的安裝套件，不代表專案支援的所有建置目標。
選擇建議：先看平台，再看核心
mihomo 設定管理：依操作需求選擇
桌面使用者若經常調整覆寫、策略組與 TUN，可優先比較 Clash Verge Rev；希望桌面與 Android 操作方式相近，可比較 FlClash。只使用 Android 且需要應用程式存取控制，可考慮 Clash Meta for Android。Linux 使用者可先從 Clash Verge Rev 和 FlClash 開始比較。
查閱 YAML 欄位與核心功能 →平台、核心與維護狀態比較
「Meta」與「mihomo」有專案沿革上的關聯，但設定能否使用仍取決於實際核心建置。維護狀態僅供定性參考，不代表每項功能都能在目前的系統上運作。窄螢幕可左右滑動查看完整表格。
| 客戶端 | 本站提供的平台 | 核心與設定架構 | 維護狀態 | 上手難度 | 特色功能與適用對象 |
|---|---|---|---|---|---|
| Clash Plus | Windows、macOS、Android、iOS | 依各平台客戶端說明為準，不統一歸類為單一核心 | 持續維護中 | 較低；先匯入設定並完成授權 | 提供多平台下載；適合新手、日常連線與多裝置使用者 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo；Clash YAML 與核心擴充欄位 | 持續維護中 | 中等；使用進階功能須了解代理與路由 | 設定覆寫、策略組管理、TUN；適合桌面進階使用者 |
| FlClash | Windows、macOS、Linux、Android | mihomo；Clash YAML 與核心擴充欄位 | 持續維護中 | 較低至中等；系統設定依平台而異 | 跨平台介面與策略選擇；適合搭配桌面與手機使用 |
| Clash Nyanpasu | Windows | 支援 mihomo 等核心選項；以實際建置為準 | 持續維護中 | 中等；須區分客戶端設定與核心設定 | 圖形化設定管理；適合重視桌面操作與核心選項的使用者 |
| Clash for Windows | Windows，封存套件 | 原版 Clash／Premium 的歷史架構，與 mihomo 不同 | 已停止維護 | 既有使用者較熟悉；在新環境處理相容性較複雜 | 重現舊版介面與設定流程；適合參考遷移方式 |
| Clash Meta for Android | Android | Meta／mihomo 系；Clash YAML | 持續維護中 | 中等；須處理 VPN 授權與背景執行限制 | 設定管理、應用程式存取控制、記錄；適合需要管理 Android 設定的使用者 |
| Surfboard | Android | 採用自有設定架構，支援部分 Surge 風格語法；不支援 Clash YAML | 持續維護中 | 視設定來源而定；格式轉換會增加操作難度 | 適合已有相容設定、熟悉其規則語法的 Android 使用者 |
| ClashX Meta | macOS，封存套件 | Meta 系；擴充能力受封存套件中的核心限制 | 已停止維護 | 基本選單操作簡單；新系統相容性須另行確認 | 提供選單列入口；適合參考既有 macOS 環境與遷移方式 |
8 款客戶端逐款評析
以下依「適合做什麼、需要留意什麼」逐一說明。上手難度指完成設定與連線所需的操作，不是客戶端效能排名。
Clash Plus：適合作為第一款客戶端
Clash Plus 是本站優先推薦給日常使用者的選擇。推薦理由在於可透過同一個產品入口尋找多種系統的客戶端，而不必先弄清楚所有核心分支。初次使用時，先確認訂閱或設定來源說明支援該平台的客戶端，再匯入設定、選擇策略並完成系統授權。iOS 使用者可從下載頁前往 App Store；產品資訊請參閱 clashplus.io。若需求涉及特定協定、複雜規則集或 mihomo 擴充欄位，應先核對該平台的功能說明，不要只憑產品名稱推斷相容性。
Clash Verge Rev：桌面設定與覆寫管理
Clash Verge Rev 適合將客戶端作為設定工作台的桌面使用者。mihomo 負責解析設定、比對規則與建立連線；圖形介面則負責訂閱管理、策略選擇、記錄與系統整合。設定覆寫可將本機 DNS、連接埠等偏好與遠端訂閱分開，減少訂閱更新後重複修改的情況。請留意，系統代理、服務模式與 TUN 屬於不同層面的設定，啟用其中一項不代表其他應用程式都會自動接入。排查問題時，應先查看實際執行中的設定與連線記錄，再調整權限或路由。
FlClash：桌面與 Android 的相近操作方式
FlClash 適合同時使用電腦與 Android，並希望減少切換介面成本的使用者。它以 mihomo 為核心，策略組與規則設定可沿用相同概念，但介面相近不代表系統行為相同：桌面版可能透過系統代理或 TUN 轉送流量，Android 則涉及 VPN 授權、應用程式存取範圍與背景執行限制。遷移設定時，可先保留相同的基礎規則，再分別處理裝置專屬設定。請勿直接複製其他裝置的網卡名稱、檔案路徑或控制介面位址；即使欄位語法正確，也可能不適用於新裝置。
Clash Nyanpasu：桌面操作與核心選項
Clash Nyanpasu 可作為另一種桌面設定管理選擇。本站下載頁提供 Windows 版本；選擇前應先確認下載版本採用哪些核心，再決定是否遷入現有設定。客戶端介面設定與 YAML 欄位屬於不同層次：修改佈景主題、視窗或系統匣行為，不會改變規則比對；切換核心則可能影響協定與欄位支援。適合願意閱讀記錄並了解設定來源的使用者。若目前設定已使用 mihomo 擴充欄位，應維持相容的核心，並在遷移後確認實際載入結果；不要只為體驗介面，就同時更換核心和整份設定。
Clash for Windows：舊環境與遷移參考
Clash for Windows 已停止維護，本站保留封存下載入口供舊環境參考。舊版設定經驗仍有參考價值，例如了解系統代理、設定檔與策略選擇；但原版 Clash 或 Premium 的功能不等於目前 mihomo 支援的所有欄位。新協定、系統行為及客戶端相依項目的變動，都可能超出封存軟體的處理範圍。既有使用者遷移前，應先備份訂閱網址、設定檔與手動選擇紀錄，再使用仍在維護的客戶端建立新設定。不要覆寫原目錄，也不要直接搬移所有應用程式快取；先確認基本連線正常，再還原覆寫與自動化設定。
Clash Meta for Android：手機設定與應用程式控制
Clash Meta for Android 常簡稱 CMFA，適合需要直接在 Android 上管理 Clash 設定的使用者。除了匯入訂閱，也應留意 VPN 權限、應用程式存取控制與系統電池管理。某個應用程式未經代理，可能是策略選擇所致，也可能是該應用程式未納入 VPN 範圍；螢幕關閉後連線中斷，則應搭配背景限制與執行記錄判斷。請依裝置 ABI 選擇安裝套件，不要因為手機系統版本較新，就認為所有架構的套件都能安裝。首次驗證建議先使用規則模式完成單一測試，再逐步加入應用程式分流與較複雜的 DNS 設定。
Surfboard：先確認設定格式，再決定是否使用
Surfboard 雖然也列在 Android 代理客戶端下載區，但並不是另一款 Clash 圖形介面。它採用自有設定架構，支援部分 Surge 風格語法；不能假設 Clash YAML 中的策略組、規則提供者與 DNS 欄位都能直接匯入。已有相容設定的使用者可將它納入比較；只有 Clash 訂閱的新手，應先確認設定提供者是否提供相應格式。轉換工具也無法保證協定、規則與解析行為完全相同。設定若包含私人節點憑證，請避免上傳至不熟悉的線上轉換服務，優先使用設定來源提供的相容入口。
ClashX Meta：macOS 選單列封存客戶端
ClashX Meta 已停止維護，適合查閱既有 macOS 選單列操作方式，不建議作為新裝置的預設選擇。採用 Meta 系核心，不代表封存套件自動支援目前 mihomo 的所有協定與設定欄位；相容範圍取決於套件內的實際核心。遷移至 Clash Plus、Clash Verge Rev 或 FlClash 時，應重新檢查系統代理、開機啟動與輔助服務，避免舊客戶端仍在背景修改代理設定。新客戶端連線正常後，再關閉舊客戶端的自動啟動，並移除確認不再使用的系統整合項目；保留設定備份以供比對。
依使用情境縮小選擇範圍
設定相容性與遷移前檢查
客戶端名稱相近，不代表設定格式、核心功能與流量接入方式相同。遷移時盡量一次只改一個變數：先在新客戶端匯入基礎設定，確認節點與規則可正常識別，再還原本機覆寫，最後調整 TUN、DNS 與應用程式存取控制。如此一來，發生問題時就能判斷是哪個步驟改變了行為。
- 確認設定來源。分辨完整 YAML、單一節點連結與其他格式的訂閱。匯入失敗時先查看解析錯誤，不要馬上刪除所有規則。
- 確認核心欄位。原版 Clash、Premium 與 Meta/mihomo 並非完全相同。遇到未知欄位或協定錯誤時，應核對實際核心的支援能力，而不是反覆重新安裝介面。
- 記錄本機修改。備份覆寫、連接埠、DNS 與手動選擇的策略。遠端訂閱更新時可能覆蓋直接寫入的修改，本機偏好應盡量設定在客戶端支援的覆寫層。
- 停止舊客戶端接管流量。新舊客戶端不要同時修改系統代理，也不要安裝彼此影響的流量接入設定。關閉舊客戶端後，確認系統代理是否仍指向已停止監聽的連接埠。
- 確認實際連線。搭配連線記錄、命中規則與出口資訊確認結果。節點延遲僅反映特定測試請求，不能取代目標應用程式的實際連線測試。
同樣使用 mihomo，為什麼客戶端的表現還是不同？
客戶端可能使用不同的核心建置，也可能以不同方式合併訂閱、套用覆寫或處理預設值。系統代理、權限、服務與 DNS 環境也會進一步影響結果。應比較實際執行中的設定與記錄，不要只比較匯入前的 YAML 檔案。
一定要把舊客戶端的所有設定都搬過去嗎？
不需要。先遷移有效訂閱與必要規則，再逐項還原確實需要的本機設定。歷史快取、舊路徑和不再適用的網路介面參數應分開檢查；複製整個目錄可能連舊問題一起帶到新環境。