開源用戶端 · mihomo 核心

Clash 用戶端下載全平台規則分流

下載Clash 查看教學

依作業系統選擇用戶端，透過 mihomo 核心了解協定支援，以規則分流管理連線路徑，搭配繁體中文設定教學完成初始設定。

規則設定開源核心繁體中文文件
PLATFORMS
Windows Android iOS macOS Linux
CORE / 規則引擎

mihomo

承襲 Clash.Meta 開發路線的核心專案，負責處理規則、協定與 DNS。

LICENSE / 核心授權

GPL-3.0

mihomo 原始碼授權；圖形介面用戶端的授權請分別查閱。

PROTOCOLS
SSVMessTrojanVLESSHysteria2TUIC

Clash 規則與核心功能
從連線入口到出站策略

用戶端負責操作介面，核心負責處理連線。先釐清兩者差異，再確認設定能否移轉、協定是否可用，以及流量是否確實進入規則引擎。

規則分流

規則依由上而下的順序比對，符合條件後便交由對應策略處理，不會繼續比對後面的普通規則。網域後綴適合依網站分類，IP 網段適合處理區域網路目標，規則集則可集中管理大量條件。設定時先列出明確例外，再設定較廣泛的範圍，最後以 MATCH 兜底。連線結果不如預期時，先查看實際命中的規則與出站策略，再調整順序；只切換節點無法修正規則涵蓋範圍的問題。

mihomo 核心

mihomo 延續 Clash.Meta 的開發路線，保留 Clash 設定體系中的常見概念，並擴充協定、DNS 與規則功能。核心名稱不等於用戶端名稱，同一個圖形介面也可能允許切換核心。移轉設定前，應確認目標用戶端實際搭載的核心及欄位支援情況。設定相容性需要逐項確認，尤其是新協定參數與實驗性選項，不能只看檔案副檔名判斷。

多協定支援

SS、VMess、Trojan、VLESS 與以 QUIC 為基礎的協定，在傳輸方式、驗證欄位及執行條件上各有差異。節點類型必須與伺服器端設定一致，改個協定名稱並不能完成轉換。日常使用時，先確認網路是否允許所需傳輸方式、伺服器端設定是否正確，再比較連線表現。UDP 支援、憑證驗證與裝置資源也會影響結果，不能只依一次測速替協定排定優劣。

匯入訂閱

訂閱連結用於取得設定或節點資料；匯入後仍須檢查格式、代理群組與規則是否完整。完整設定通常包含規則與 DNS 設定，只有節點的訂閱則不一定能直接作為主要設定檔。更新訂閱前，請確認本機覆寫內容是否另行保存，避免手動修改被遠端內容取代。訂閱網址可能包含存取憑證，不應放入公開截圖、記錄檔或線上轉換網站。

TUN 模式

TUN 會透過虛擬網卡將符合路由條件的流量送入核心，適合不遵循系統代理設定的應用程式。啟用前須確認權限、路由與 DNS 設定；若同時執行其他 VPN 或虛擬網卡，可能發生路由衝突。啟用 TUN 不代表所有連線都會經過代理，實際出口仍由模式與規則決定。若系統代理已能滿足需求，可先維持簡單設定，再依應用程式接管需求啟用 TUN。

代理群組策略

代理群組可將多個出口整理為固定名稱，規則只需引用群組名稱。手動選擇適合固定出口；自動測速群組會依探測結果選擇節點，故障轉移群組則優先維持連線可用。測試網址、間隔與容差都會影響切換行為；延遲較低也不代表下載速度較快。設定時先確保策略群組名稱與規則引用一致，再確認成員確實存在，避免節點更新後留下失效引用。

跨平台用戶端

圖形用戶端將訂閱、節點與記錄整理成方便操作的介面，但各平台的網路權限與背景執行機制並不相同。移轉設定時可以沿用規則思路，但不要假設系統代理、服務安裝或開機自動啟動選項完全一致。桌面端先確認處理器架構，行動裝置則先確認 VPN 授權與背景限制。選擇持續維護中且適合裝置的用戶端，比一味追求介面相似更有助於後續排除問題。

Clash 設定欄位範例規則、代理群組與 DNS

config.yaml · rules
mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - GEOIP,CN,DIRECT
  - MATCH,Proxy
mode: rule
啟用規則模式。在全域或直連模式下，連線不會依這份一般規則清單決定出口。
DOMAIN-SUFFIX
比對指定網域及其子網域。範例中的 Proxy 是必須在設定檔中定義的策略群組名稱。
IP-CIDR / no-resolve
比對區域網路網段；no-resolve 表示不會為這條 IP 規則主動觸發網域解析，並非關閉所有 DNS。
GEOIP / MATCH
先依地理 IP 資料比對，再處理其餘連線。範例用於說明規則順序，並非能直接滿足所有需求的完整設定。

Clash 全平台下載入口
依作業系統與處理器架構選擇

桌面與行動裝置的安裝方式不同。下載頁集中列出用戶端、架構選項與系統需求；先確認裝置平台，再前往對應清單。除 Linux 外，各平台建議優先查看 Clash Plus，其他用戶端則可依介面習慣與功能需求比較。

Windows

適用於桌面瀏覽器、開發工具與日常應用程式的規則代理。建議先查看 Clash Plus，再比較 Clash Verge Rev、FlClash 與 Clash Nyanpasu。安裝前請確認系統與處理器需求；需要 TUN 時，再依用戶端提示安裝服務並授予權限。移轉 Clash for Windows 設定時，請備份訂閱與規則，不要直接複製整個舊程式資料夾。系統代理與開機自動啟動是不同設定，請分別確認。

前往下載 →

macOS

依 Apple Silicon 或 Intel 處理器選擇安裝檔。Clash Plus、Clash Verge Rev 與 FlClash 可列為主要比較對象。首次執行時請留意系統權限提示；系統代理、登入時啟動與網路延伸功能權限並非同一回事。若使用命令列工具，也要確認工具是否會讀取系統代理；只有瀏覽器能連線，不代表終端機流量也已進入用戶端。已停止維護的用戶端較適合查閱舊設定，不建議作為預設選項。

前往下載 →

Android

建議先查看 Clash Plus，也可比較 Clash Meta for Android、FlClash 與 Surfboard。安裝檔須符合裝置架構；匯入訂閱後，還要完成系統 VPN 授權。背景省電策略可能影響連線維持，但不建議一開始就取消所有電量限制；先觀察鎖定螢幕後的實際狀況，再做必要調整。不同核心的訂閱格式可能有差異，尤其是只有節點資料的連結，請先確認用戶端支援的匯入方式。

前往下載 →

iOS

請透過下載頁前往 Clash Plus 的 App Store 頁面；產品官方網站為 clashplus.io。安裝後依照用戶端流程匯入訂閱，並允許建立 VPN 設定。行動作業系統的網路接管方式與桌面系統代理不同，不應照搬桌面端的服務安裝步驟。切換 Wi-Fi 與行動網路後，若連線狀況改變，請先檢查目前網路環境與節點是否可連線，再判斷是否需要調整協定或 DNS 設定。

前往下載 →

Linux

圖形介面桌面用戶端可優先比較 Clash Verge Rev 與 FlClash，並依 Linux 發行版選擇合適的套件。伺服器、路由器或需要自行管理服務的環境，可進一步查看 mihomo 核心下載入口。核心程式本身並非完整的圖形用戶端；執行目錄、設定路徑、權限與服務管理都須自行處理。啟用 TUN 前先檢查現有路由與 DNS 服務；遠端裝置應保留可復原的管理連線，避免路由設定錯誤而中斷維護。

前往下載 →

Clash 開源生態參考
專案關係與維護範圍

下載入口、圖形用戶端、代理核心與訂閱服務各有不同職責。了解這些界線，比把所有產品都當成同一套軟體，更有助於選擇與排除問題。

原版、Meta 與 mihomo

Clash 建立了以規則、代理群組與 YAML 設定為核心的使用方式。Clash.Meta 延續這套架構並持續擴充，後來以 mihomo 之名繼續開發。三者在歷史與設定概念上有所關聯，但並非可以任意互換的同一個執行程式。原版設定中的基本規則通常較容易理解與移轉；新協定、DNS 擴充及 TUN 欄位則應依目標核心文件確認。不要直接將舊教學中的所有選項套用到目前使用的用戶端。

判斷教學是否適用時，先確認文章討論的是圖形介面還是核心，再核對設定欄位與目前執行環境是否一致。用戶端提供的開關可能會產生或覆寫設定，因此介面顯示與設定檔也應一併檢查。遇到問題時，記下核心名稱、錯誤記錄與重現步驟，比只描述用戶端外觀更容易找出原因。

原始碼授權與用戶端界線

mihomo 原始碼採用 GPL-3.0 授權，可在專案儲存庫查閱開發紀錄、問題討論與設定實作。開源授權說明使用、修改與散布原始碼的條件，不代表每個第三方圖形用戶端都採用相同授權。介面、套件發布方式與平台服務由各用戶端專案維護；是否提供特定功能，應以對應產品說明為準。本網站整理下載入口與技術資訊，本站名稱不代表與所有上游專案具有隸屬關係。

用戶端負責本機規則與連線處理，安裝完成後不會自動取得可用訂閱。訂閱由使用者自行設定，涉及帳號的資訊應由對應服務提供者管理。排除問題時，可以分享移除敏感欄位後的設定結構與錯誤訊息，但請遮蔽完整訂閱網址、驗證資訊及與問題無關的個人網路資料。

更新前後的設定檢查

用戶端更新與訂閱更新是兩種不同流程：前者會變更介面、核心或系統整合，後者則會更新遠端設定與節點資料。更新用戶端前請備份設定與本機覆寫；更新訂閱後則核對代理群組成員、規則來源與實際出口。若某項設定不再生效，先查看核心記錄是否指出欄位變更、資源載入失敗或引用不存在，再決定要回復版本或修改設定。一次更新後同時變更多個選項，會讓問題來源難以判斷。

長期使用時，可以簡單記錄設定變更，只記下修改目的與相關欄位，不要保存驗證資訊。更換裝置時，重新確認系統代理、網路權限與啟動方式；這些通常是本機狀態，不會隨訂閱自動移轉。遇到已封存用戶端的舊指南，建議參考其中的概念，而不要直接把舊程式當成預設安裝選項。

原始碼閱讀與問題重現

需要確認特定欄位的行為時，可前往 MetaCubeX/mihomo 專案儲存庫查看文件、提交紀錄與問題討論。閱讀既有回報前，先確認執行環境；重現問題時逐步縮小設定範圍：保留必要的入站、一個可用出口與最少規則，再逐步恢復 DNS、規則集與 TUN。這有助於分辨問題來自訂閱內容、用戶端產生的設定，或核心行為。

以下命令用於取得原始碼，不會安裝圖形用戶端，也不會建立系統代理。一般使用者可直接前往下載頁選擇用戶端；開發者在編譯或修改前，應先閱讀儲存庫中的建置需求與授權檔案。回報問題時請提供可重複的操作步驟，避免公開上傳包含私人訂閱的完整設定。

SOURCE / mihomo 
git clone https://github.com/MetaCubeX/mihomo.git

Clash 技術筆記
TUN、核心與分流實務

依照實際問題拆解原理與設定取捨。初次使用時先完成基本連線測試，再閱讀符合目前問題的專題，避免把進階參數當成預設必選項。

查看所有文章 →