規則分流 · 用戶端與設定文件

Clash官方站
用戶端下載與設定

下載官方Clash 查看教學

依系統選擇用戶端，完成訂閱或本機設定匯入，再用規則決定流量走向。本網站集中整理 多平台用戶端、YAML 設定與故障排查資料，方便從安裝入口繼續查閱連接埠、DNS、策略組與規則順序。

永久免費 原始碼開放 中文文件 YAML 設定
Routing Rule based
Core mihomo
Config YAML

Platform entrance

依作業系統進入下載清單

首頁僅提供平台入口，具體用戶端、適用架構、維護狀態與安裝包類型集中列於下載頁。先確認目前裝置的系統與處理器，再選擇圖形化用戶端或命令列核心，可減少安裝包不相容與設定目錄混淆。

TRACK 01

Windows

適合 Windows 桌面環境。下載頁依序列出 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與封存用戶端，並標示首選項目與架構範圍。安裝後通常從系統匣進入主介面，再匯入訂閱或 YAML 檔案。

前往下載

TRACK 02

macOS

適合 Intel 與 Apple Silicon Mac。選擇安裝包時需區分 x64 與 ARM 架構；首次啟動也可能遇到系統安全確認、網路延伸功能授權或系統代理權限。下載頁將不同架構入口分開，方便依「關於這台 Mac」顯示的資訊選擇。

前往下載

TRACK 03

Android

適合手機、平板與部分 Android 電視裝置。用戶端通常透過系統 VPN 介面接管流量，因此首次連線需確認 VPN 請求。若不確定裝置架構，可優先查看通用包；需要更小的安裝包時，再依 ARM64 或 ARM 類型選擇。

前往下載

TRACK 04

iOS

iPhone 與 iPad 使用者可從 App Store 進入 Clash Plus 頁面。安裝後依用戶端介面匯入訂閱，首次建立連線時確認系統 VPN 設定。下載頁同時列出應用程式商店入口與 clashplus.io 官方網站，方便核對產品資訊。

前往下載

TRACK 05

Linux

桌面使用者可選擇圖形化用戶端，伺服器、軟路由與容器環境通常更適合 mihomo 核心。下載前先檢查發行版、CPU 架構與安裝格式；啟動後還要確認設定目錄、日誌輸出位置與服務管理方式。

前往下載

不確定用戶端差異時，可先查看各平台的首選項目，再依是否需要 TUN、系統代理、系統匣管理或命令列執行來選擇。

查看所有用戶端 →

Rule switchyard

規則入口與三條流量軌道

Clash 會依設定中的規則順序逐條比對請求。命中後，流量會送往直連、代理或攔截策略；未命中的請求繼續向下檢查，直到進入兜底規則。理解這條處理鏈，比單獨記住某個用戶端按鈕更有助於排查問題。

RULE ENTRY

由上而下比對

規則順序會直接決定結果。具體網域與程序規則通常放在前面，區域規則與通用規則放在後面，最後使用 MATCH 指向兜底策略。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

DIRECT

本地網路與可信任目標直接連線

直連策略讓請求繞過代理節點，由裝置目前的網路直接存取目標。適合區域網路位址、本機服務、對來源地區敏感的網站，以及已確認不需要代理的網域。常見設定會先比對私有位址，再比對台灣本地區域 IP 或網域集合。直連不代表跳過規則：請求仍會經過 Clash 的比對流程，只是最終出口選擇本地網路。若某個網站在代理模式下登入異常、下載速度反而下降，或無法存取區域網路裝置，可先檢查它是否應進入 DIRECT。修改後應搭配連線日誌確認規則名稱與策略結果，而不是只看網頁是否開啟。

查看規則語法 從匯入設定開始

A / 原理

規則與策略分開處理

規則負責判斷請求屬於哪一類，策略負責決定實際出口。若將兩者混在一起理解，節點變更後便容易不斷修改規則；分開維護後，只需調整策略組成員或選擇結果。

B / 情境

先看命中，再看連通

排查故障時，先確認請求是否由用戶端接管，再確認命中了哪條規則，最後檢查對應策略與節點。依鏈路排查可以區分連接埠、DNS、規則與上游連線問題。

C / 設定

保留明確的兜底規則

規則清單末尾應有清楚的兜底去向。缺少兜底、引用不存在的策略組，或過早放置寬泛規則，都會讓前面精細撰寫的網域規則失去作用。

Quick start

安裝、匯入、驗證三步預覽

以下流程用於快速建立可運作的基礎環境。不同用戶端的按鈕位置可能略有差異，但處理順序基本一致：先確認安裝包與系統相符，再匯入有效設定，最後透過日誌與實際請求驗證接管範圍。

  1. 01 安裝

    選擇與系統、處理器相符的用戶端

    Windows 使用者通常選擇 x64 桌面安裝包；Apple Silicon Mac 應選擇 ARM 版本，Intel Mac 則選擇 x64 版本；Android 裝置可依處理器架構選擇對應安裝包。安裝完成後先啟動用戶端，確認主介面、設定目錄與日誌區域可正常開啟。若系統出現網路延伸功能、VPN 或防火牆權限提示，應依目前用戶端功能確認授權，否則系統代理或 TUN 可能無法接管流量。

  2. 02 匯入

    新增訂閱網址或載入本機 YAML

    訂閱方式適合由伺服器持續維護節點與規則的情境，本機 YAML 則更適合自行撰寫與進行版本管理。匯入後先檢查用戶端是否回報語法錯誤，再確認策略組、節點、連接埠與 DNS 欄位已被識別。訂閱更新失敗時不要立即刪除現有設定，可先核對網址是否完整、網路是否能存取訂閱來源、回傳內容是否確實為設定文字，並從日誌區分網路錯誤與 YAML 解析錯誤。

  3. 03 驗證

    啟用接管方式並檢查規則命中

    桌面瀏覽器通常可先使用系統代理進行驗證，無法讀取系統代理設定的應用程式再考慮 TUN。連線後開啟用戶端日誌或連線清單，檢查目標網域是否進入預期的 DIRECT、PROXY 或 REJECT 策略。若瀏覽器可用而其他應用程式不可用，應重點檢查接管方式；若所有應用程式都無法連線，優先檢查監聽連接埠、設定載入狀態與策略組；若只有特定網域異常，則回到規則順序與 DNS 解析結果繼續定位。

完整教學包含介面操作與故障分支

教學頁會繼續說明設定切換、系統代理、TUN、連線驗證、訂閱更新與回退方法，適合首次安裝後依步驟完成基礎設定。

查看完整教學 →

Open source context

Clash 生態、mihomo 核心與設定界線

Clash 相關名稱可能同時指向原始核心、後續核心實作、圖形化用戶端與通用設定格式。理解這些層次，有助於判斷某個欄位由誰支援，以及故障應在介面層還是核心層處理。

01 / 專案歷史

從 Clash 規則模型到持續維護的核心實作

Clash 建立了以 YAML 設定、策略組與有序規則為核心的使用模型。原版專案停止維護後，生態中的用戶端與設定並未因此採用同一條更新路徑。目前不少桌面與行動用戶端使用 mihomo 核心，持續擴充 DNS、TUN、規則提供器、代理協定與網路堆疊相關能力。查看教學時應注意文件對應的核心與用戶端版本：舊欄位可能仍可相容，新欄位卻不一定能被較早期核心識別。遇到「同一份設定在不同裝置表現不同」時，首先記錄兩端用戶端名稱、核心名稱與設定載入日誌，而不是直接判定設定本身失效。

02 / 開放原始碼生態

介面用戶端與核心元件獨立演進

圖形化用戶端主要負責設定管理、訂閱更新、系統代理切換、TUN 權限、日誌顯示與核心生命週期；核心負責監聽連接埠、解析設定、建立連線、執行 DNS 處理與規則比對。兩者可由不同專案維護，因此介面更新不一定代表核心欄位同步變更，核心支援某項功能也不代表每個用戶端都提供對應開關。本網站下載清單按平台歸類用戶端，設定文件則盡量使用欄位名稱解釋底層行為。需要確認進階能力時，應結合用戶端核心資訊與設定載入結果，而不是僅憑介面是否出現某個選項來判斷。

03 / 核心關係

設定相容性需同時檢查欄位與執行環境

監聽連接埠、執行模式、代理節點、策略組與規則等基礎欄位，在不同實作之間通常具有較高辨識度；DNS 策略、TUN 網路堆疊、規則集合格式與特定協定欄位，則更容易受到核心版本影響。伺服器環境還會受到檔案權限、服務使用者、工作目錄與系統路由影響；桌面環境則常見系統代理未啟用、TUN 權限未確認，或其他網路工具佔用連接埠。設定遷移前可先從最小可執行檔案開始，確認連接埠與基礎規則正常，再逐段加入 DNS、規則提供器與覆寫內容，這比一次載入完整複雜設定更容易定位問題。

04 / 更新機制

更新前保留可回退設定並閱讀日誌

用戶端、核心、訂閱內容與使用者覆寫可能分別更新。用戶端升級後若出現異常，應先判斷核心是否同步變更；訂閱更新後若策略組消失，應檢查遠端設定內容與本地覆寫順序；規則集更新後若存取路徑改變，應查看實際命中的規則。建議保留一份已確認可用的基礎設定，修改複雜欄位時依模組進行，並在每次變更後重新載入設定、查看錯誤行號與執行一次目標請求。穩定的回退點可以將問題範圍限制在最近一次變更，而不是多項更新同時發生後從頭猜測。

SOURCE REFERENCE

取得 mihomo 原始碼

以下命令用於複製公開原始碼儲存庫，適合需要閱讀實作、建置核心或核對設定欄位行為的使用者。一般桌面使用者可直接從下載頁選擇圖形化用戶端。

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

Configuration notes

設定與部署文章

文章區圍繞實際設定任務展開，重點解釋多裝置同步、Linux 部署與不同核心名稱之間的關係。需要處理 Fake-IP、區域分流與規則順序時，可繼續進入部落格查看完整範例。

平台協作

Clash 多裝置設定同步：訂閱、覆寫與私有儲存庫方案

比較訂閱連結、覆寫檔案與私有儲存庫三種同步途徑，並說明憑證隔離、衝突處理與更新順序。文章重點區分適合共享的規則內容，以及應留在單一裝置上的本地連接埠、路徑與驗證資訊。

閱讀全文 →
Linux 部署

Linux 部署 Clash：桌面用戶端、mihomo 命令列與服務自動啟動

從桌面環境到無圖形介面的伺服器，整理設定目錄、啟動命令、systemd 服務與終端代理變數，並說明如何透過日誌、監聽連接埠與服務狀態，定位啟動失敗或設定路徑錯誤。

閱讀全文 →
核心選型

Clash 核心版本差異：原版、Meta 與 mihomo 的設定相容性

依維護狀態、設定欄位、規則能力與用戶端適配關係，解釋原版 Clash、Clash Meta 與 mihomo 名稱的演變，並列出遷移設定時需要優先檢查的欄位範圍。

閱讀全文 →

完整文章清單還包括 Fake-IP DNS 對映流程與 YAML 區域分流實作，可依分類篩選閱讀。

查看所有文章 →