Windows
適用於 Windows 10 與 Windows 11 桌面裝置。下載前確認 x64 架構，首次啟動後依序匯入訂閱、選擇策略群組並啟用系統代理。需要完整圖形管理時，可比較 Clash Plus、Clash Verge Rev、FlClash 與 Clash Nyanpasu。
開源生態系 · 五大平台安裝入口
Clash安裝包 下載與設定
依裝置選擇合適的 Clash 圖形用戶端或 mihomo 核心，再依序完成訂閱匯入、策略群組選擇與代理啟用。頁面集中整理多平台安裝入口、中文設定步驟與YAML 欄位參考，方便從首次啟動一路查到規則分流與故障定位。
CONTROL PANEL / 功能資料瀏覽器
Clash 核心功能與使用邊界
Clash 用戶端的主要工作不只是切換連線，而是將訂閱設定、代理節點、策略群組、規則與系統網路設定組織成一套可檢查的執行流程。先了解各模組的職責，再修改設定，通常比反覆重新安裝用戶端更有效。
SUBSCRIPTION / PROVIDERS
訂閱匯入：將遠端設定載入用戶端
訂閱網址通常會回傳一份由服務提供者維護的設定，內容可能包含代理節點、策略群組、規則與 DNS 設定。匯入時應進入用戶端的設定或訂閱頁面，貼上完整網址，執行下載或更新，再確認新設定已被選取。只看到設定名稱不代表它已接管連線，仍需檢查策略群組與系統代理狀態。
與逐筆手動輸入節點相比，訂閱適合持續更新伺服器清單與策略結構。遇到匯入後沒有節點的情況，應先確認網址可正常存取、設定更新時間是否變化，並查看用戶端記錄是否回報 YAML 格式或網路錯誤，而不是反覆新增同一個網址。
- 匯入後確認設定處於目前啟用狀態。
- 更新訂閱前保留仍可正常運作的舊設定。
- 訂閱內容變更後重新檢查策略群組選擇。
RULES / POLICY GROUPS
規則分流：依網域、位址與程序決定出口
規則模式會由上而下比對請求，再將流量交給對應的策略群組、直連動作或拒絕動作。常見規則包括網域後綴、網域關鍵字、IP 網段與規則集引用。規則順序會直接影響結果：較具體的條件通常應放在前面，兜底規則放在最後，否則寬泛條件可能提前攔截後續流量。
策略群組不是節點本身，而是節點、直連動作或其他策略群組的選擇容器。修改節點時，應先確認目前規則指向哪個策略群組，再查看該群組最終選用了什麼。相較於只提供全域開關的基礎代理工具，Clash 的重點在於可組合、可追蹤的分流關係。
- 規則依書寫順序比對，命中後停止繼續檢查。
- 規則名稱必須對應已存在的策略群組。
- 排查分流錯誤時，先查看連線記錄中的命中規則。
SYSTEM PROXY / TUN
系統代理：讓支援代理設定的應用程式接入 Clash
啟用系統代理後，用戶端會將作業系統的 HTTP 或 SOCKS 代理位址指向本機監聽連接埠。瀏覽器與遵循系統代理設定的桌面應用程式通常會隨之接入，但部分遊戲、命令列程式與採用獨立網路堆疊的軟體可能不會讀取這項設定。此時需要為應用程式單獨指定代理，或在了解權限與路由影響後評估 TUN 模式。
系統代理與 Clash 核心執行是兩個獨立狀態。核心啟動只表示本機連接埠可以監聽，啟用系統代理才會修改作業系統的代理入口。出現 Clash 已啟動但網頁仍直接連線時，應分別檢查連接埠監聽、系統代理開關、瀏覽器獨立代理設定與規則模式，避免把幾個環節混成一個開關。
- 預設連接埠變更時，同步檢查系統代理位址。
- 關閉用戶端前，先恢復作業系統的代理狀態。
- 區域網路共享需要另外確認監聽位址與防火牆。
CONFIG.YAML / RELOAD
設定管理：儲存、切換並重新載入 YAML
一份完整設定通常包含監聽連接埠、執行模式、代理節點、策略群組、規則與 DNS 等部分。圖形用戶端會將常用項目做成表單或開關，但進階規則、覆寫與 provider 結構仍可能需要直接查看 YAML。編輯前應複製原始檔案，修改後先檢查縮排、欄位層級與引用名稱，再執行重新載入。
設定檔與核心能力需要相互匹配。舊版 Clash 設定可能可以由 mihomo 讀取，但新增欄位不一定能被早期核心辨識。遇到啟動失敗時，應從記錄中的具體欄位與行號開始處理，不要一次修改多個模組。本網站的 YAML 手冊按欄位拆解結構，適合作為逐項核對表。
- YAML 使用空格縮排，不使用定位字元對齊層級。
- 策略群組引用的節點或 provider 名稱必須一致。
- 完成修改後重新載入，並留意第一筆錯誤記錄。
已選擇：訂閱匯入
方向鍵切換 · Home/End 跳轉
PLATFORM SELECT / 選擇裝置
五大平台的 Clash 安裝入口
先依目前裝置進入對應分頁，再核對處理器架構、安裝格式與維護狀態。桌面平台通常優先選擇圖形用戶端；伺服器、路由器與自動化環境則更適合直接執行 mihomo 核心。
macOS
Apple Silicon 與 Intel 機型需要選擇不同安裝包。安裝後若系統提示網路延伸功能或代理權限，應在系統設定中完成確認。常用圖形用戶端包括 Clash Plus、Clash Verge Rev、FlClash；遷移舊設定時還需檢查核心欄位的相容性。
Android
Android 安裝包通常按 ARM64、ARM 或通用架構區分，近年的多數手機使用 ARM64。匯入訂閱後還需要允許系統建立 VPN 連線。可依介面與設定相容需求，在 Clash Plus、Clash Meta for Android、FlClash 與 Surfboard 之間選擇。
iOS
iPhone 與 iPad 可透過 App Store 安裝 Clash Plus。完成安裝後，從訂閱入口新增設定，允許系統建立 VPN 設定，再於應用程式內選擇策略。下載中心同時列出 Clash Plus 的商店入口與官方網站 clashplus.io，方便核對應用程式資訊。
Linux 與 mihomo 核心
Linux 桌面可以使用 Clash Verge Rev 或 FlClash；伺服器、軟路由與容器環境通常直接執行 mihomo。選擇核心檔案時必須核對 AMD64、ARM64、ARMv7 或 MIPS 等架構，並自行準備服務管理、設定路徑與啟動參數。首次部署建議先以前景指令執行，確認設定可以載入後，再接入 systemd 或其他程序管理方式。
QUICK SETUP / 三步驟初始化
Clash 首次設定順序
安裝完成後不要同時修改大量選項。依照「匯入設定、選擇策略、啟用代理」的順序逐項確認，每完成一步就檢查介面狀態，可以更快判斷問題發生在哪個環節。
-
01
匯入訂閱或本機設定
開啟用戶端的 Profiles、設定或訂閱頁面，貼上完整訂閱網址並執行匯入。若使用本機 YAML，則從檔案匯入口選擇設定。完成後查看設定名稱、更新時間與載入狀態，確保目前啟用的是新設定，而不是用戶端附帶的空白範例。
匯入失敗時先查看錯誤資訊：網路存取失敗、網址回傳網頁內容、YAML 縮排錯誤與不支援的欄位屬於不同問題。保留原始網址與舊設定，方便復原及交叉檢查。
-
02
選擇模式、策略群組與節點
新手通常從規則模式開始。進入 Proxies 或代理頁面，逐一檢查主要策略群組，選擇可用節點或自動選擇群組。策略群組名稱由設定提供者定義，不同訂閱的名稱可能完全不同，因此應根據群組內選項與規則用途判斷，而不是照搬他人的介面文字。
延遲測試只能反映單次探測結果，不能直接代表所有網站的實際速度。選擇節點後還應開啟目標頁面驗證，並在連線記錄中觀察流量是否命中預期規則。
-
03
啟用系統代理並驗證連線
確認核心處於執行狀態後，再啟用 System Proxy 或系統代理。接著造訪需要驗證的目標網站，檢查用戶端連線清單是否出現新記錄，並確認記錄中的規則、策略群組與節點符合預期。若瀏覽器沒有產生記錄，應檢查是否啟用了獨立代理或安全 DNS 設定。
完成基礎驗證後，再調整 DNS、TUN、區域網路共享與自訂規則。如此一旦出現異常，就能明確知道是哪項新增設定改變了網路行為。
OPEN SOURCE / 專案關係
Clash 開源生態系與 mihomo 核心
從 Clash 設定體系到社群用戶端
Clash 建立了一套廣泛採用的設定結構：代理節點負責描述連線方式，策略群組負責組織選擇關係，規則負責將不同流量送往對應策略，DNS 與監聽連接埠則決定本機如何接入。原始專案停止持續開發後，既有的設定思路並未消失，社群仍圍繞相容核心、圖形介面與跨平台安裝持續維護相關工具。
目前常見的桌面與行動用戶端並不是同一個程式的簡單換皮。它們可能採用不同的介面技術、更新管道與設定管理方式，底層也可能整合 mihomo 或其他相容實作。因此，選擇用戶端時應同時查看平台支援、核心來源、設定相容性與維護狀態，不能只根據名稱是否包含 Clash 來判斷。
mihomo 與圖形用戶端的分工
mihomo 主要負責設定解析、規則比對、代理協定、DNS 處理與網路監聽等核心工作。圖形用戶端則在外層提供訂閱管理、策略選擇、記錄查看、系統代理開關與更新入口。桌面使用者通常直接安裝圖形用戶端即可；伺服器或路由器使用者則可能只部署核心，再透過設定檔、命令列與外部控制介面管理。
核心能力與介面功能需要分開判斷。某個 YAML 欄位能否生效，首先取決於核心是否支援；某項功能能否方便啟用，則取決於用戶端是否提供相應介面。遇到功能差異時，先確認用戶端使用的核心與設定格式，再查閱欄位說明，比籠統搜尋「Clash 為什麼不能用」更容易得到準確結論。
更新時要檢查什麼
用戶端更新通常涉及介面程式、整合核心與設定遷移三個部分。更新前應記錄目前可用的設定、監聽連接埠、系統代理狀態與重要覆寫規則；更新後先載入原設定，觀察啟動記錄，再測試策略群組與常用網站。若跨越多個大版本，不要同時替換用戶端、核心與整份設定，否則發生異常時難以定位變更來源。
本網站下載中心依平台列出仍在維護的用戶端與封存專案，並將版本資訊放在個別用戶端卡片中。版本資訊由統一清單載入；當上游暫時沒有可用的版本欄位時，頁面會保留用戶端名稱與安裝入口，不顯示空白版本標記。
HELP TOPICS / 常見問題精選
安裝後優先檢查的四個問題
大多數首次使用問題都可以依設定、策略、代理與應用程式涵蓋範圍分層檢查。先確認狀態，再修改設定，避免將訂閱問題誤判為用戶端安裝問題。
匯入訂閱後為什麼看不到節點？
先確認訂閱更新是否成功，以及目前選取的設定是否就是剛匯入的設定。若更新時間沒有變化，請檢查訂閱網址能否存取；若設定載入失敗，查看記錄中的 YAML 欄位或縮排提示。部分設定會透過代理 provider 延遲載入節點，還需要等待 provider 更新完成。完整操作可參考訂閱匯入步驟。
Clash 已經啟動，為什麼瀏覽器仍然無法連線？
核心執行、系統代理啟用與策略群組可用是三個獨立條件。檢查系統代理是否已開啟、本機監聽連接埠是否與系統設定一致，再查看瀏覽器是否使用獨立代理。接著觀察連線清單：沒有記錄通常表示流量未進入用戶端；有記錄但失敗，則繼續檢查命中規則、策略群組與節點狀態。
規則模式、全域模式與直連模式要如何選擇？
日常使用通常選擇規則模式，由設定中的規則決定各類流量走代理或直連。全域模式會將大部分流量交給同一個策略，適合短時間測試節點；直連模式則用於暫時略過代理。排查問題時可以短暫切換模式進行對照，但測試結束後應恢復適合目前設定的模式。
系統代理與 TUN 模式有什麼差別？
系統代理主要涵蓋遵循作業系統 HTTP 或 SOCKS 代理設定的應用程式，啟用簡單且影響範圍明確。TUN 模式透過虛擬網路介面接管更廣泛的流量，可能涉及管理員權限、路由與 DNS 設定。首次設定建議先完成系統代理驗證，再依不讀取代理設定的應用程式需求評估 TUN。
TECH NOTES / 最新文章
Clash 設定與網路排查筆記
技術筆記圍繞實際使用流程展開：先說明新手常遇到的概念，再拆解系統代理、TUN、節點線路與本機設定之間的關係。文章不取代用戶端說明，而是補充「為什麼要這樣設定」以及「出現異常時該從哪裡開始查」。
Clash 新手常見問題：訂閱、模式與連線狀態十問
集中說明訂閱匯入、節點選擇、規則模式、系統代理與連線失敗等新手常見問題，並提供逐層檢查順序。
閱讀全文 →Clash TUN 模式與系統代理差異：流量接管機制比較
從應用程式涵蓋範圍、權限要求、DNS 處理與使用情境比較兩種流量接管方式，說明何時需要擴大接管範圍。
閱讀全文 →Clash 速度變慢怎麼排查：節點、線路與本機設定分層檢查
依節點品質、網路線路、DNS、代理模式與裝置設定逐層定位速度下降原因，避免只憑單次延遲測試下結論。
閱讀全文 →