開源專案 · 全平台用戶端持續更新

Clash下載官網
全平台用戶端
規則分流與設定

下載官方Clash 查看教學

集中查看 全平台用戶端、mihomo 核心與繁體中文設定文件。從匯入訂閱開始，逐步完成規則模式、系統代理、DNS 與 TUN 設定。

永久免費 程式碼開源 規則驅動 中文文件
5 個桌面與行動平台 MIT 開源生態 mihomo 活躍核心 YAML 設定與規則
分散操作

手動代理設定容易在哪些地方失控

當瀏覽器、命令列與桌面應用程式分別儲存代理參數時，切換網路、更新位址或排查連線都需要重複操作。規則散落在不同軟體中，也很難確認某個請求最後會前往哪裡。

  • 每個應用程式分別修改代理
    連接埠或網路變更後，需要逐項檢查舊設定。
  • 規則順序缺乏統一入口
    網域、位址範圍與兜底策略難以集中維護。
  • 多部裝置各自維護一套設定
    修改內容難以同步，排查步驟也不一致。
集中設定

統一管理規則、訂閱與系統入口

Clash 用戶端讀取同類型的 YAML 設定，將代理群組、規則、DNS 與網路入口放進單一控制介面。日常切換主要圍繞設定檔與執行模式進行，不必反覆修改每個應用程式。

  • 依規則順序自動分流
    網域、程序與位址範圍命中後，會進入指定策略。
  • 一份訂閱供多個平台使用
    在相容用戶端匯入同一份訂閱，並分別啟用。
  • 依需求切換系統代理與 TUN
    根據應用程式是否遵循系統代理，選擇接管方式。
mode: rule
mixed-port: 7890
rules:
  - GEOSITE,cn,DIRECT
  - GEOIP,CN,DIRECT,no-resolve
  - MATCH,PROXY
核心功能

從匯入訂閱
到規則命中
看懂每一層設定

先透過功能索引掌握重點，再依下方四個介面片段理解對應設定。範例採用實際欄位與規則語法，不包含節點資訊或測速結果。

策略群組決定規則命中後的出口。

依使用方式在自動選擇、故障轉移與手動選擇之間取捨，規則本身只引用策略群組名稱。

01 · PROXY-GROUPS

策略群組選擇器：將規則與具體出口分開

策略群組是規則與代理設定之間的中介層。規則中寫入 PROXY、Auto 或自訂群組名稱，命中後再由策略群組決定實際採用哪種選擇邏輯。如此一來，修改策略時不必重寫整份規則。日常使用可保留一個手動選擇群組，再依需求加入 url-test、fallback 或 select 類型。設定變更後，先確認群組名稱與規則引用完全一致；名稱含有空格或中文時，也要維持原樣，避免規則落入最後的兜底項。

相較於把具體出口寫入每條規則，策略群組更適合長期維護。同一群組可以同時被網域規則、程序規則與位址範圍規則引用，切換一次即可影響所有相關流量。

代理群組 type: select
PROXY 規則預設策略
已選取
DIRECT 直接連線
選擇
Auto type: url-test
選擇 
proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - Auto
      - DIRECT
02 · RULES

規則清單：先比對具體項目，再放範圍與兜底規則

Clash 會依設定檔中的順序逐條檢查規則，第一條命中後便停止繼續比對。因此，單一網域、程序名稱與區域網路位址通常放在前面，涵蓋範圍較大的 GEOSITE、GEOIP 放在後面，最後使用 MATCH 接住未命中的連線。no-resolve 可避免某些 IP 規則為了比對而額外觸發網域解析，但並非所有規則都需要固定加上這個後綴，應依欄位類型與 DNS 方案使用。

排查分流時，不要只看策略群組目前的選擇，也要查看連線詳細資訊中的命中規則。若結果與預期不同，優先檢查上方是否存在涵蓋範圍更大的規則，提前攔截了請求。

規則 由上而下比對
  1. DOMAIN-SUFFIX,github.com,PROXYcustom
  2. IP-CIDR,192.168.0.0/16,DIRECT,no-resolvelan
  3. GEOSITE,cn,DIRECTgeosite
  4. GEOIP,CN,DIRECT,no-resolvegeoip
  5. MATCH,PROXYfallback
03 · TUN

TUN 模式：處理不遵循系統代理的連線

系統代理適合瀏覽器和主動讀取作業系統代理設定的應用程式；遊戲啟動器、部分命令列程式或自帶網路堆疊的軟體可能會繞過它。TUN 模式透過虛擬網路介面接管更廣範圍的流量，再交由規則系統判斷去向。首次開啟時，桌面系統可能要求管理員權限或安裝網路元件。應先關閉其他同時接管網路的工具，再確認 DNS 與路由設定，減少介面衝突和迴圈轉送。

並非所有情境都需要長期啟用 TUN。僅使用瀏覽器與一般桌面應用程式時，系統代理通常更直觀；遇到特定程式無法經由 Clash 連線時，再切換至 TUN，並透過日誌確認連線是否已被接管。

網路與 TUN 設定
TUN 模式啟用虛擬網路介面
自動路由auto-route
自動偵測介面auto-detect-interface
嚴格路由strict-route
tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
04 · PROFILES

訂閱更新：區分遠端設定與本機覆寫

訂閱連結通常由服務提供者產生，用戶端負責下載並儲存為設定檔。匯入後先檢查設定是否能正常解析，再確認代理群組、規則與 DNS 欄位是否完整。直接修改由訂閱產生的檔案，內容可能在下次更新時被替換。需要長期保留的規則、DNS 參數或策略群組調整，更適合放入用戶端支援的覆寫、合併設定或獨立本機檔案中，並在更新後重新檢查引用關係。

自動更新間隔不應取代手動確認。網路環境變更、訂閱位址失效或遠端格式異常時，應查看更新時間與執行日誌；必要時先切回上一份可用設定，再判斷是下載失敗還是解析失敗。

設定檔 config.yaml
YAML
遠端訂閱設定 更新間隔：24 小時
MERGE
本機覆寫設定 保留規則與 DNS 調整
已啟用
平台入口

依裝置選擇 Clash 用戶端

不同用戶端的介面與核心整合方式略有差異，但基本流程一致：安裝應用程式、匯入訂閱、選擇策略群組，再開啟系統代理或 TUN。下載中心會依平台列出可選用戶端、適用架構與安裝說明。

Windows

適合一般桌面使用。安裝後可從系統匣選單切換系統代理，並在設定頁管理開機啟動、TUN 與訂閱更新。下載前請確認裝置採用常見的 x64 架構。

前往下載

macOS

分別提供適用於 Apple Silicon 與 Intel 裝置的版本。首次啟動可能需要在系統設定中確認應用程式權限，啟用 TUN 時還需允許對應的網路延伸功能。

前往下載

Android

適合手機與平板。匯入訂閱後需要允許系統建立 VPN 連線；省電策略可能限制背景執行，可依裝置的系統設定允許用戶端持續處理網路連線。

前往下載

iOS

透過 App Store 取得相容於 Clash 設定的用戶端。首次連線時依系統提示加入 VPN 設定，再匯入訂閱並選擇規則模式。行動網路與無線網路可共用同一份設定。

前往下載

Linux

可選擇圖形化用戶端，也可直接執行 mihomo 核心。桌面使用者建議優先採用 GUI；伺服器與路由器環境則需依處理器架構、服務管理方式與設定路徑部署。

前往下載
查看全部用戶端 →
快速入門

匯入、選擇、連線

首次設定先完成最短主流程，不必急著修改 DNS、覆寫與複雜規則。確認基本連線正常後，再逐項增加設定，更容易判斷問題出在哪個步驟。

  1. 01

    匯入訂閱或 YAML 檔案

    開啟用戶端的設定、訂閱或 Profiles 頁面，貼上訂閱位址並下載，或選擇本機 YAML 檔案。匯入完成後，確認頁面出現設定名稱與代理群組；若顯示解析失敗，先檢查連結是否完整，再查看日誌中的欄位位置，不要連續重複匯入同一個位址。

  2. 02

    選擇規則模式與策略群組

    將執行模式切換為 Rule，再進入代理頁面選擇主要策略群組。規則模式會依設定中的 rules 順序判斷連線；Global 會將大部分流量交給同一個策略，Direct 則直接連線。日常使用通常從 Rule 開始，方便保留區域網路與指定網站的直連規則。

  3. 03

    開啟系統代理並驗證命中結果

    桌面版先開啟系統代理，行動裝置則依系統提示允許 VPN 連線。接著開啟需要存取的網站，在連線或日誌頁面檢查請求是否出現、命中了哪條規則，以及進入哪個策略群組。若目標程式沒有連線紀錄，再考慮啟用 TUN，而不是同時修改多個網路選項。

查看完整教學 →

常見問題精選

匯入訂閱後沒有可選策略怎麼辦？ 先確認設定是否成功解析，再檢查代理群組欄位與訂閱內容是否完整。 開啟系統代理後仍有程式無法連線？ 該程式可能不讀取系統代理，確認沒有衝突後可嘗試 TUN 模式。 Fake-IP 與 Redir-Host 有什麼差異？ 兩者處理網域解析與連線映射的方式不同，可從 DNS 術語說明開始理解。 規則模式為什麼沒有依預期分流？ 檢查規則順序與連線詳細資訊，涵蓋範圍較大的規則可能在上方提前命中。
開源生態

從 Clash 設定到 mihomo 核心

Clash 形成了一套廣泛採用的 YAML 設定結構，核心概念包括代理、策略群組、規則、DNS 與執行模式。原始專案停止維護後，社群持續圍繞相容設定演進，桌面與行動用戶端也逐步採用新的核心分支。理解設定結構比記住某個介面位置更重要：更換用戶端時，規則順序、策略群組引用與 DNS 邏輯仍可沿用。

mihomo 是 Clash Meta 後續採用的核心名稱，在原有規則模型上持續擴充協定、規則集、DNS 與 TUN 能力。GUI 用戶端負責設定管理、系統權限、系統匣操作與更新入口，核心則負責解析設定、建立連線與執行分流。兩者職責不同，因此排查問題時應先判斷是介面層未正確寫入設定，還是核心層解析或執行失敗。

開源儲存庫讓設定欄位、變更記錄與問題討論都能公開查閱。遇到不熟悉的欄位時，應先對照目前的核心文件，確認欄位所屬層級、可用值與平台限制，再寫入本機設定。只複製零散片段容易遺漏縮排、相依項目或前置設定，尤其是 TUN、DNS 與規則集提供器，更需要結合完整上下文檢查。

用戶端與核心的更新節奏並不完全相同。下載頁面負責整理各平台入口，教學著重穩定的操作流程，技術筆記則記錄規則語法、日誌與核心差異。升級前保留目前可用的設定，升級後先驗證訂閱載入、策略群組與基本連線，再檢查新增功能，就能將變更範圍控制在清楚的步驟內。

技術筆記

規則、平台與核心說明

以下文章從具體問題切入，補充首頁未展開的語法細節、平台安裝步驟與核心差異。閱讀時可搭配自己的設定檔與用戶端日誌逐項核對。

規則分流

Clash 自訂規則怎麼寫：DOMAIN、IP-CIDR、GEOSITE 語法與比對順序

逐類拆解 Clash 規則欄位的寫法與適用情境，說明規則由上而下逐條比對、命中第一條即停止的原則，以及 no-resolve、MATCH 兜底與規則集順序對分流結果的實際影響。

閱讀全文 →
平台指南

iPhone 上使用 Clash：從 App Store 取得用戶端與匯入訂閱的完整步驟

為 iOS 使用者說明從商店取得相容用戶端、匯入訂閱、允許 VPN 設定到驗證規則命中的完整流程，並整理授權失敗、設定未載入與連線未生效時的檢查順序。

閱讀全文 →
核心選型

Clash 核心版本比較：原版 Premium、Clash Meta 與 mihomo 有什麼差異

整理不同核心分支的關係，比較協定支援、規則欄位擴充、GEOSITE 與 TUN 能力，並說明圖形化用戶端與核心之間的職責界線，方便依平台與設定需求選擇。

閱讀全文 →
查看全部文章 →