開放原始碼用戶端 · 平台入口與中文設定參考

Clash 官方下載與設定入口

下載官方Clash 查看教學

集中尋找適用於桌面、手機與 Linux 環境的 Clash 用戶端，並繼續閱讀訂閱匯入、規則分流與設定檔說明。下載頁依作業系統整理用戶端，教學頁則按照實際啟用順序說明首次連線流程。

永久免費 程式碼開放原始碼 五大平台入口 中文設定文件

用戶端名稱相近，但介面、核心版本與支援的系統架構可能不同。請先選擇平台，再依裝置架構、安裝方式與維護狀態決定安裝套件；已有設定的使用者可直接前往設定參考查找欄位，首次使用則建議從快速入門開始。

PLATFORM DIRECTORY

依作業系統前往下載頁

首頁只負責將裝置導向對應的平台分區。詳細用戶端型號、維護狀態、系統架構與安裝套件入口統一列於下載頁，避免在多個頁面重複維護連結。若不確定裝置架構，可先開啟系統資訊，再對照下載頁中的要求表選擇。

桌面端

Windows

適合常見的 Windows 10 與 Windows 11 桌面環境。下載前請查看處理器架構與用戶端維護狀態；安裝後通常需要匯入訂閱、選擇策略組，再啟用系統代理。若系統已有其他代理程式，應先確認連接埠是否被佔用。

前往 Windows 下載
桌面端

macOS

分別對應 Apple Silicon 與 Intel 處理器裝置。首次執行可能涉及允許開啟應用程式、網路延伸功能、系統代理或鑰匙圈授權；這些權限用途不同，請依用戶端提示與系統設定路徑逐項處理，而不是反覆刪除設定。

前往 macOS 下載
行動端

Android

Android 用戶端透過系統的本機 VPN 介面接管流量。選擇安裝套件時請先核對 ARM 架構；開始使用後還應檢查 VPN 授權、通知權限、省電策略與背景活動限制，避免鎖定螢幕後連線被系統提前終止。

前往 Android 下載
行動端

iOS

iPhone 與 iPad 使用者可在對應平台分區查看 Clash Plus 的 App Store 入口與官方網站資訊。安裝完成後，系統會要求加入 VPN 設定；確認授權後再匯入設定、選擇策略並啟動連線，日常切換節點可在應用程式內完成。

前往 iOS 下載
桌面與伺服器

Linux

桌面使用者可優先查看具備圖形介面的用戶端；伺服器、軟路由與容器環境則通常需要直接使用 Mihomo 核心。兩類安裝方式的設定思路相近，但服務管理、檔案權限、DNS 接管與開機啟動方式不同，不宜混用操作步驟。

前往 Linux 下載
查看所有用戶端與系統需求 →

CONFIG LABEL

Clash 設定功能資料瀏覽器

Clash 的操作介面會因用戶端而異，但底層設定通常圍繞規則、訂閱、系統代理與覆寫展開。以下依用途說明各部分解決的問題、常見入口與 YAML 寫法，欄位是否可用仍須以目前用戶端採用的核心為準。

RULES

依網域、IP 與預設規則決定出口

規則分流解決的是「哪一類連線應交給哪個策略組」。Clash 會由上到下檢查規則，符合後便停止繼續比對，因此具體網域、區域網路位址與特殊服務規則通常放在前面，範圍較大的規則放在後面，預設的 MATCH 一般位於末尾。與只提供全域開關的簡單代理工具相比，規則模式能讓直連、代理與拒絕存取同時存在。

調整時請先確認規則引用的策略組名稱確實存在，再檢查順序與縮排。若一條寬泛規則提早符合，後面的精確規則便不會生效。排查時可查看連線記錄中的符合規則，不要只根據網頁是否開啟來判斷設定是否正確。

查閱規則語法說明 → 
rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

QUICK START

首次連線的三個步驟

以下步驟只保留從安裝完成到驗證連線的主線。不同用戶端的按鈕位置會有所變化，但設定讀取、策略選擇、系統接管與結果驗證的先後關係基本一致。遇到問題時應停在目前步驟檢查，不要同時更改多項設定。

  1. 匯入設定並確認內容可讀取

    開啟用戶端的設定、訂閱或 Profiles 頁面，貼上可用的訂閱網址並執行匯入。匯入後應看到設定名稱、更新時間與代理組，而不是只看到儲存成功的提示。若頁面沒有任何節點，先手動更新一次並閱讀錯誤訊息；網址過期、網路無法連線、回傳格式異常與核心欄位不相容需要採用不同的處理方式。

    從本機檔案匯入時，應保持 YAML 原有的空格縮排，不要使用會自動替換標點或定位字元的編輯器改寫。設定中包含的節點資訊屬於實際連線資料，儲存備份時應使用個人可控的位置。

  2. 選擇規則模式、策略組與可用節點

    載入設定後，將執行模式設為規則模式，再進入代理組頁面。手動選擇群組時應指定一個節點，自動選擇群組則需要先執行延遲測試。延遲結果只能說明測試位址當時是否可達，不能單獨代表所有網站的實際連線品質；測試失敗時還要結合訂閱狀態、裝置時間、DNS 與目前網路判斷。

    策略組可以引用節點，也可以繼續引用其他策略組。若介面顯示已選取某個群組，但連線仍前往錯誤出口，應檢查規則實際符合了哪個群組，以及該群組內最終選用了哪個成員。

  3. 啟用系統代理並驗證請求路徑

    確認核心正在執行後，再啟用系統代理或按需要啟用 TUN。先造訪一個穩定網站檢查基本連通性，再查看用戶端連線記錄，確認請求是否出現、符合了哪條規則以及使用了哪個策略。只觀察瀏覽器頁面不足以區分快取、直連與代理結果，連線記錄能提供更直接的判斷依據。

    驗證完成後再設定開機啟動、背景執行或自動更新。若應用程式退出後其他軟體突然無法連線，應返回系統網路設定，檢查代理位址是否仍指向已停止的本機連接埠。

查看完整教學與逐步排查 →

OPEN SOURCE NOTES

開放原始碼核心、用戶端與更新界線

Clash 相關名稱常同時指向核心、圖形用戶端與設定格式。理解三者的關係，有助於選擇安裝套件、判斷功能來源，並在遇到欄位不相容時找到正確的檢查位置。

專案歷史與設定習慣

Clash 最初形成了基於 YAML 的代理節點、策略組與規則設定方式，隨後出現了多個面向不同平台的圖形用戶端。使用者在介面中看到的設定、代理組、連線記錄與系統代理開關，大多圍繞這套使用習慣組織。由於早期專案與後續分支的維護狀態不同，今天選擇用戶端時不能只看名稱，還要確認它實際採用的核心及近期維護情況。

開放原始碼生態的分工

圖形用戶端負責安裝體驗、訂閱管理、系統匣選單、系統權限與設定編輯；代理核心負責讀取設定、比對規則、建立連線，以及處理 DNS、TUN 等網路能力。不同用戶端可以採用同一核心，也可能在不同時間使用不同版本，因此相同 YAML 在兩個用戶端中的可用欄位未必完全一致。排查問題時應先分清是介面操作、作業系統權限還是核心設定導致。

Mihomo 與設定相容性

Mihomo 是 Clash Meta 體系持續維護的核心實作，擴充了代理協定、規則提供程式、DNS 與流量接管等能力。許多目前的用戶端將它作為底層核心，但用戶端可能會封裝、隱藏或自動產生進階欄位。直接複製網路上的完整設定前，應查看目前核心的支援範圍，並逐段加入欄位；能通過 YAML 解析只代表語法正確，不代表策略組引用、DNS 上游與規則順序符合實際網路環境。

更新機制與資料核對

用戶端更新、核心更新與訂閱更新是三條不同的鏈路。更新用戶端可能改變介面與系統整合方式，更新核心可能帶來欄位行為變化，更新訂閱則主要替換節點、策略組與規則內容。出現問題時記錄變更發生在哪一層，比同時回退所有內容更容易定位。本站下載頁負責整理平台入口，設定參考負責解釋欄位，具體可用功能仍應結合已安裝的用戶端與核心版本判斷。

SELECTED QUESTIONS

常見問題精選

以下問題涵蓋首次選擇用戶端與設定後的基本判斷。更完整的安裝、使用與故障分類可前往疑難解答頁面查閱。

Clash 用戶端和 Mihomo 核心有什麼差別？

用戶端提供可操作的圖形介面、訂閱管理與系統整合，Mihomo 核心負責解析設定、比對規則與處理連線。一個用戶端可以內建核心並管理其執行狀態，兩者的更新節奏也可能不同。選擇下載項目時通常先選圖形用戶端，伺服器與路由器使用者才更常直接部署核心。

匯入訂閱後為什麼沒有可選節點？

先確認訂閱網址仍然有效，再手動更新並查看回傳錯誤。常見原因包括網址無法連線、回傳內容格式異常、訂閱已失效、設定欄位與目前核心不相容，或代理提供程式檔案未成功寫入。應依錯誤類型處理，而不是只重複匯入。

啟用系統代理後會接管所有程式嗎？

不會。系統代理主要影響遵循作業系統代理設定的程式，一些遊戲、命令列工具與特殊網路服務可能繞過自身的連線路徑。需要更廣泛的接管範圍時，可了解 TUN 模式，但啟用前應檢查系統權限、DNS 設定以及與其他網路軟體的衝突。

節點延遲測試正常，但網頁仍無法開啟怎麼辦？

延遲測試只涵蓋特定測試位址與當時的連線結果。還需要檢查目標請求符合的規則、策略組最終成員、DNS 解析、裝置系統時間、目前網路限制與本機防火牆。建議開啟連線記錄，依請求、規則、策略組與節點的順序逐項確認。

查看所有疑難解答 →

FIELD NOTES

近期 Clash 使用文章

文章依平台設定、進階分流、首次連線與故障排查整理。每篇內容圍繞一個明確任務展開，適合完成基本安裝後繼續閱讀，也可在出現對應現象時直接依檢查順序操作。

查看所有文章 →