開源用戶端整理 mihomo 核心

Clash發布頁全平台用戶端下載

整理全平台用戶端、規則分流與中文設定教學,依裝置選擇入口,依核心確認功能。

開源核心設定參考遷移指南

Clash 用戶端下載入口

先選作業系統,再確認處理器架構。桌面版著重系統匣管理與設定編輯;行動裝置還需留意背景執行權限、電量管理與系統網路介面。用戶端名稱相似,不代表安裝檔、核心與訂閱格式完全相同。

Windows 用戶端

優先推薦 Clash Plus,也可選擇 Clash Verge Rev、FlClash 與 Clash Nyanpasu。安裝前先確認系統類型;需要 TUN 時,再依用戶端提示設定服務權限。Clash for Windows 已停止維護,從舊環境遷移時也要檢查訂閱、覆寫規則與系統代理連接埠,不能只複製程式資料夾。

前往下載

macOS 用戶端

優先推薦 Clash Plus;Clash Verge Rev 與 FlClash 可用於桌面規則管理。先在系統資訊確認是 Apple Silicon 還是 Intel,再選擇對應的安裝檔。授權網路服務後,檢查是否有其他代理工具仍在管理系統設定;已封存的 ClashX Meta 可供了解舊設定,不建議作為新環境的預設選擇。

前往下載

Android 用戶端

優先推薦 Clash Plus,下載頁也提供 Clash Meta for Android、FlClash 和 Surfboard 的選擇說明。多數新裝置採用 ARM64,但仍應以系統資訊為準。首次連線時須確認已授予系統 VPN 權限;若背景連線中斷,先檢查電池最佳化設定。Surfboard 的設定格式與 Clash YAML 不同,訂閱網址不能一概通用。

前往下載

iOS 用戶端

優先推薦 Clash Plus,下載頁提供 App Store 入口與官方網站 clashplus.io。匯入設定後,依系統提示允許新增 VPN 設定,再確認規則與策略群組已載入。iOS 用戶端採用系統允許的網路介面,不能直接照搬桌面版的服務模式、連接埠接管或替換核心步驟。

前往下載

Linux 用戶端

桌面環境可選擇 Clash Verge Rev 或 FlClash,並依發行版的套件格式安裝。代理切換功能取決於桌面環境與應用程式支援;終端工具可能還需要另外設定環境變數。伺服器與路由器使用者可在下載頁查看 mihomo 核心;啟動服務前,請確認設定目錄、監聽範圍與權限,避免本機連接埠意外暴露於區域網路。

前往下載

mihomo 核心與設定功能

圖形介面負責管理,核心負責處理連線。以下設定僅示範欄位,並非可直接匯入的完整訂閱;實際使用前,還需補齊自己的策略群組與連線參數。

規則分流:依目標選擇出口

規則模式會依清單順序比對網域、IP 網段或規則集,符合第一條規則後便交由指定策略處理。如此可將本地服務、工作資源與其他連線需求分開,不必讓所有連線共用同一個出口。排查時先在連線頁確認命中的規則,再檢查策略群組目前的選擇;規則越多不代表結果就越準確。相較於只有單一代理開關的工具,mihomo 可分開管理規則來源,但仍需了解規則集格式與更新週期。以下範例引用本機規則檔,實際策略名稱必須與設定中已有的群組名稱一致。

rule-providers:
  work:
    type: file
    behavior: domain
    path: ./rules/work.yaml
rules:
  - RULE-SET,work,DIRECT
  - MATCH,PROXY

Clash 使用教學:三步快速上手

先建立可用的基本連線,再逐步擴大接管範圍。每完成一步都保留可觀察的結果,避免將訂閱錯誤、策略選擇與系統設定混在一起排查。

  1. 匯入訂閱,確認設定生效

    在用戶端的訂閱或設定頁面新增現有網址,也可以匯入本機 YAML 檔。完成後選取該設定,確認策略群組已顯示,且介面沒有解析錯誤。訂閱網址可能包含存取憑證,請勿貼到公開討論區;需要求助時,只提供已移除敏感資訊的錯誤片段。策略群組空白時,通常應先檢查訂閱內容與格式,而不是修改系統網路設定。

  2. 選擇規則模式與連線策略

    初次使用建議先維持規則模式,再於需要代理的策略群組中選擇可用連線。測試結果只反映特定目標與當下網路狀況,不等同於實際下載速度。先用瀏覽器確認能否正常連線,再決定是否啟用 TUN;若系統代理已符合需求,可暫緩啟用虛擬網卡,減少初始設定的變數。

  3. 確認連線、DNS 與關閉後的網路狀態

    開啟連線頁,查看目標網域、命中規則與實際出口是否符合預期。接著測試區域網路服務、常用應用程式,以及裝置休眠喚醒後的連線狀態。關閉用戶端前,先停用系統代理,並確認網路已恢復正常。若只有特定應用程式異常,先檢查該應用程式本身的代理與 DNS 設定;完整操作位置與故障排查流程請參閱使用指南。

查看完整教學 →

Clash 開源生態與維護現況

用戶端、核心與設定來源是三個不同層次。了解各自負責的部分,比只記住軟體名稱更有助於遷移、更新與問題排查。

專案沿革:分清舊版與後續分支

Clash 最初建立了以 YAML 設定、規則與策略群組為核心的使用方式,後續用戶端則依據這些介面提供圖形化管理。原版專案與部分早期用戶端停止維護後,社群分支持續擴充協定與網路堆疊功能。搜尋到舊教學時,應先確認對應的用戶端名稱,再核對目前介面與欄位說明;不要只因畫面截圖相似,就照搬所有步驟。

Clash for Windows 與 Clash Verge Rev 是不同專案。前者停止更新,不代表所有 Clash 生態系用戶端都停止維護;後者也不能只靠覆蓋舊程式資料夾完成遷移。舊環境中的訂閱網址、快速鍵、服務元件與覆寫指令碼都應分別記錄。遷移後先保留舊設定備份,確認新環境可正常使用,再處理舊服務與殘留的代理設定。

核心沿革:Meta 與 mihomo

Clash Meta 是理解 mihomo 歷史的重要名稱。閱讀舊文章時常會看到兩者並列,但實際支援情況應以目前執行中的核心及其文件為準。圖形化用戶端的設定頁可能隱藏部分欄位,也可能透過自有覆寫機制產生最終設定。因此,介面沒有某個開關,不一定代表核心不支援;同樣地,介面允許輸入欄位,也不能取代實際執行測試。

mihomo 核心採用 GPL-3.0 開源授權,可在專案儲存庫查看原始碼、發行紀錄與問題討論。圖形化用戶端、圖示資源與訂閱服務的授權及維護方式應分別確認,不能直接由核心授權推論。本站整理下載選擇與中文資料,實際實作資訊仍應以各專案的文件、原始碼及發行說明為準。

更新方式:分開管理程式與設定

用戶端更新、核心更新與訂閱更新會變更不同內容。用戶端更新可能調整介面、服務元件與設定合併方式;核心更新可能改變欄位解析、協定行為與 DNS 處理;訂閱更新則主要更換連線資源與上游規則。更新後若發生異常,先記錄變更的是哪一層,再以保留的設定副本重現問題,不要立刻同時更換多個元件。

升級前請閱讀發行說明,並保存本機覆寫與必要記錄。檢視記錄時,留意錯誤時間、目標與命中規則;分享前請移除訂閱網址與驗證資訊。長期使用的裝置,建議選擇易於理解且可還原的更新方式;測試通道適合驗證特定修正,不要只因版本名稱較新就更換穩定運作的環境。下載頁提供安裝選項,首頁不會固定列出特定發行版本。

社群協作:提供可重現資訊以定位問題

有效的問題紀錄應說明作業系統、用戶端、運作模式與錯誤發生步驟,並區分瀏覽器瀏覽、終端機請求與區域網路服務的狀況。只回報「連線失敗」或單一延遲結果,通常不足以判斷原因。先以精簡設定重現問題,再逐項恢復規則與覆寫,有助於判斷問題來自連線資源、設定組合或本機環境。

需要深入確認時,可閱讀協定手冊了解協定取捨,在術語表確認欄位含義,或依症狀前往常見問題繼續排查。開源協作的價值在於實作可查、變更可追蹤、問題可討論,而不是假設所有平台與設定都在相同環境中運作。

mihomo 原始碼儲存庫

複製儲存庫可供閱讀實作與發行紀錄,並非一般使用者安裝用戶端的必要步驟。編譯相依項目與建置指令請以儲存庫說明為準。

查看 MetaCubeX/mihomo →
git clone https://github.com/MetaCubeX/mihomo.git

Linux 企鵝圖示:Font Awesome,CC BY 4.0;以單色呈現。

設定與故障排查紀錄

從明確的症狀著手,沿著記錄、設定與網路路徑逐層檢查。以下是最近三篇文章,完成基本安裝後可依需求參閱。