Windows
Clash Plus、Clash Verge Rev 等圖形客戶端,支援系統代理與 TUN 虛擬網路卡兩種接管方式,適配 Windows 10 / 11,x64 與 ARM64 架構皆有安裝包。
前往下載五個平台各自維護獨立的客戶端與安裝包格式,點選對應入口即可直達下載頁的平台分區。下載頁同時提供系統需求與已停止維護客戶端的封存說明。
Clash Plus、Clash Verge Rev 等圖形客戶端,支援系統代理與 TUN 虛擬網路卡兩種接管方式,適配 Windows 10 / 11,x64 與 ARM64 架構皆有安裝包。
前往下載提供 Intel 與 Apple Silicon 雙架構安裝包,客戶端常駐選單列,支援增強模式接管全域流量;舊裝置可取用 ClashX Meta 封存版本。
前往下載基於 VpnService 實現免 Root 代理,支援分應用程式代理與訂閱自動更新;ARM64 與 ARMv7 機型分別提供對應 APK。
前往下載Clash Plus 已上架 App Store,可於商店內直接安裝,訂閱匯入與規則分流邏輯與桌面版一致,無需額外設定工具。
前往下載提供 deb 安裝包與圖形客戶端;伺服器與軟路由情境可直接部署 mihomo 核心二進位檔,以 systemd 服務方式常駐執行。
前往下載不含介面的核心二進位檔,涵蓋 AMD64 / ARM64 / ARMv7 / MIPS 架構,面向伺服器與路由器使用者;一般桌面使用者建議使用上方圖形客戶端。
前往下載以下依規格清單方式逐條列出客戶端的核心能力:每條說明它解決什麼問題、如何使用,右側附上對應的設定片段作為查閱錨點。完整參數說明請見進階用法頁。
依網域後綴、IP 歸屬、程序名稱等條件把流量拆分到不同出口:本地站點直連、目標服務走代理、廣告網域直接拒絕。規則由上而下逐條比對,第一條命中即生效,末端用 MATCH 兜底未命中的流量。相比全域代理,分流不會拖慢本地存取,也省去全部流量繞經代理帶來的額外延遲;規則既可以直接寫入設定檔,也可以引用 rule-providers 遠端規則集,依日自動更新。
rules:
- DOMAIN-SUFFIX,openai.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
# config.yaml · rules
系統代理只會約束遵守代理設定的應用程式,命令列工具、遊戲客戶端與部分桌面軟體會直接繞過它。TUN 模式在系統層建立虛擬網路卡,將裝置全部流量在網路層接管後交給核心按同一套規則處理,不再依賴應用程式自律。桌面版首次開啟需要安裝服務元件並授予系統管理員權限,行動裝置則由 VpnService 實現相同效果;通常會搭配 Fake-IP 使用,以減少 DNS 往返。
tun:
enable: true
stack: system
auto-route: true
# config.yaml · tun
策略組把多個節點編成一組並定義選擇邏輯:select 手動指定,url-test 週期性向測速位址發送請求並自動切到延遲最低的節點,fallback 按清單順序保底,load-balance 把連線分攤到多個節點。interval 控制測速週期,tolerance 設定切換容差,避免兩個延遲相近的節點來回抖動;策略組還能互相巢狀,搭出「地區分組 + 自動優選」的結構。
proxy-groups:
- name: AUTO
type: url-test
url: http://www.gstatic.com/generate_204
interval: 300
tolerance: 50
# config.yaml · proxy-groups
訂閱連結由服務商產生,客戶端定期拉取即可取得最新節點清單。proxy-providers 把節點來源與本地規則解耦:多個訂閱可以合併進同一套策略組,更新節點不會覆蓋本地改動;health-check 定期探測並剔除失效節點。圖形客戶端另有覆寫與 Merge 機制,把個人規則、DNS 設定疊加在訂閱之上,換訂閱不必重寫整份設定檔。
proxy-providers:
main:
type: http
url: "訂閱連結"
interval: 86400
# config.yaml · proxy-providers
DNS 解析品質直接決定分流是否精準。enhanced-mode 設為 fake-ip 後,核心會對每個網域回應保留網段內的虛擬位址,應用程式連線虛擬位址時核心直接依網域比對規則,免去等待真實解析,連線建立更快,也能避開本地解析污染。需要真實 IP 的情境(區域網路印表機、部分遊戲連線)寫入 fake-ip-filter 例外清單即可回退傳統解析。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
# config.yaml · dns
核心內建一套 HTTP 控制介面:節點切換、延遲測試、連線清單、即時日誌都能透過 external-controller 位址呼叫。圖形客戶端的面板就建構在這套介面之上;也可以接上 metacubexd、yacd 等網頁面板,在瀏覽器裡遠端管理正在執行的核心——對部署在軟路由、NAS 或伺服器上的無介面執行實例尤其實用。
external-controller: 127.0.0.1:9090
secret: "your-password"
# config.yaml · external-controller
從安裝到驗證連線,常規流程只有三步。這裡是精簡預覽,每一步的介面位置、平台差異與常見錯誤請見完整教學頁。
在下載頁選擇目前裝置對應平台的安裝包。全平台首推 Clash Plus;Windows / macOS 安裝時依提示授予服務元件權限,後續開啟 TUN 模式時會用到。
複製服務商提供的訂閱連結,在客戶端的「訂閱 / 設定」頁貼上匯入。客戶端會自動拉取節點清單並產生設定,匯入成功後能在代理頁看到全部策略組。
在代理頁選定策略組與節點,開啟系統代理(或 TUN 模式),存取目標網站確認連線;再用內建延遲測試比較各節點,把常用群組切到數值最低的一個。
專案歷史。Clash 最初是一個用 Go 撰寫的規則代理核心,憑藉清晰的 YAML 設定格式與靈活的分流規則,形成了完整的客戶端生態。原始儲存庫封存後,社群在 Meta 分支的基礎上以 mihomo 名義繼續維護,設定格式向下相容,並持續加入網域偵測、更多出站協定等新能力。
核心與客戶端的關係。本站收錄的 Clash Plus、Clash Verge Rev、FlClash 等圖形客戶端皆封裝 mihomo 核心:核心負責協定實作、規則比對與 DNS 處理,客戶端負責訂閱管理、介面呈現與系統整合(系統代理、TUN 服務、開機自啟)。核心升級隨客戶端版本一併攜帶,一般使用者不需要另外更新核心。
更新機制。各客戶端在開源平台依版本發布,本站下載頁的連結始終指向最新穩定版並標註版本號;已停止維護的客戶端(Clash for Windows、ClashX Meta)另行封存並加註標籤,方便舊使用者取回歷史安裝包,但不再建議新裝。
社群協作。核心與主要客戶端的程式碼全部公開、可受審查,問題回報與功能改進透過 issue 與 PR 流轉;分流所依賴的 GeoIP / GeoSite 資料庫同樣由社群儲存庫定期發布,客戶端內即可一鍵更新。
git clone https://github.com/MetaCubeX/mihomo.git
四則最高頻的問題與一句話結論,詳細的判斷步驟與截圖說明請見常見問題頁。
mihomo 是 Clash Meta 分支的延續核心,設定格式向下相容;現今主流圖形客戶端內部執行的都是它。查看詳細說明 →
優先檢查服務元件是否安裝成功、是否已授予系統管理員權限,再確認 DNS 已啟用且 auto-route 開啟。查看排查步驟 →
不一定:先確認測速位址可連通、本地網路正常,再依節點、線路、本地設定三層逐一定位。查看定位方法 →
多為訂閱回傳了非 Clash 格式內容,請服務商提供 Clash / mihomo 專用訂閱連結,或檢查連結是否被截斷。查看處理方式 →
圍繞節點挑選、策略組設定與遷移方案的實作文章,依發布時間倒序展示最新三篇。
客戶端停止維護後的遷移路線:確認設定與訂閱是否可直接沿用、匯出本地覆寫、依平台選擇仍在維護的替代客戶端,並列出遷移後需要重新設定的項目。
閱讀全文 →面向新手的節點挑選方法:延遲數值怎麼讀、流量倍率對用量的影響、地區選擇與存取目標的關係,以及常見協定在速度與穩定性上的差異。
閱讀全文 →拆解三種自動策略組的判定邏輯與關鍵參數(url/interval/tolerance),對比適用場景:追求低延遲、保障可用性還是分攤流量,並提供設定範例。
閱讀全文 →