依作業系統選擇用戶端，從匯入訂閱開始，了解規則分流與 mihomo 核心的設定取捨。
先確認設定能順利載入，再決定流量如何進入核心，以及由哪條規則選擇出口。以下示意常見設定結構，不會連線至真實服務；不同用戶端的選單名稱可能略有差異。
遠端設定
範例網址不提供訂閱；請在用戶端使用自己的設定。
在用戶端的「設定」或「訂閱」頁面貼上服務商提供的網址，下載後選取對應設定。完整的 Clash YAML 可同時包含節點、策略群組與規則；單一節點連結通常只有連線參數，無法取代完整的分流方案。匯入失敗時，先確認網址是否過期、回傳內容是否為 YAML，再檢查核心是否支援其中的協定。更新遠端設定可能會覆蓋手動修改；需要長期保留的規則，建議放在用戶端的覆寫或合併設定中。訂閱網址含有存取權限資訊，請勿公開分享。
模式示意 · 規則
mixed-port模式決定流量進入核心後如何路由，不會決定應用程式是否使用代理。
「規則」會依設定逐項比對目標，適合需要同時直連與代理的日常使用；「全域」會將進入核心的流量交由全域策略處理；「直連」則讓這些連線直接存取目標。通常可在代理頁或系統匣選單選擇模式，再到策略群組選擇出口。全域模式不代表裝置上所有應用程式都會被接管；未遵循系統代理設定的應用程式仍可能繞過核心。排查時可暫時切換至全域模式比對結果，確認後再切回規則模式，避免混淆規則問題與節點連線問題。
依序比對 · 設定語法範例
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- GEOIP,LAN,DIRECT
- MATCH,PROXYPROXY 必須對應設定中已定義的策略群組。
規則頁可查看載入後的比對順序，實際編輯位置可能在設定檔、規則覆寫或訂閱合併頁面。DOMAIN-SUFFIX 依網域後綴比對，GEOIP 依 IP 位址所屬地區資料比對，MATCH 通常放在最後作為備援規則。規則由上而下執行，前面的規則一旦符合，就不會繼續尋找更具體的項目，因此順序與目標策略同樣重要。相較於全域模式，規則分流能保留本機服務的直連路徑，但也需要 DNS、規則資料與策略群組名稱彼此一致。修改後應從連線面板確認命中項目。
mixedauto-route可用的 stack 與路由選項取決於核心及作業系統。
在支援的桌面用戶端設定中啟用 TUN，並依提示安裝服務或授予必要權限，核心即可透過虛擬網卡接收符合路由條件的流量。這適用於不讀取系統代理設定的應用程式，與只修改瀏覽器或系統代理入口不同。啟用前先確認一般代理可正常連線，再檢查自動路由、DNS 接管是否與其他 VPN 衝突。system、gvisor、mixed 等 stack 的支援狀況因平台而異，不宜直接照抄畫面設定。TUN 擴大的是接管範圍，無法修復過期訂閱、錯誤憑證或無法使用的節點。
此處不會顯示或收集真實連線記錄。
在記錄頁先使用 info 層級查看設定載入、DNS 查詢與連線錯誤；需要進一步定位時，再暫時提高至 debug。連線頁可用來確認目標網域、比對規則與實際出口；兩者搭配檢查，比反覆切換節點更有效。沒有連線記錄時，先檢查系統代理或 TUN 入口；出現驗證錯誤時，檢查節點參數與訂閱狀態；只有部分網域連線失敗時，再查看 DNS 與規則順序。分享排查資訊前，請隱藏訂閱網址、伺服器位址與存取憑證；除錯完成後，記得恢復日常記錄層級。
設定檔、流量入口與路由策略是三個不同層級。訂閱用來取得「有哪些節點與規則」；系統代理或 TUN 決定「哪些應用程式連線會進入核心」；代理模式與策略群組則決定「進入後使用哪個出口」。依照這個順序設定，遇到問題時就能逐層回溯，不必同時修改多個開關。
依步驟完成首次設定 →圖形用戶端負責訂閱管理、系統匣選單與系統整合，核心則負責協定連線與分流。先選擇適合裝置的安裝檔，再確認所需協定與功能；介面相似，不代表核心能力完全相同。
建議優先查看 Clash Plus，也可依介面使用習慣選擇 Clash Verge Rev、FlClash 或 Clash Nyanpasu。下載前確認作業系統與處理器架構；能開啟圖形介面，不代表 TUN 所需服務已正確安裝。
日常瀏覽可先啟用系統代理，確認訂閱與規則正常後，再設定 TUN。若關閉用戶端後瀏覽器無法連線，請檢查系統代理設定是否仍保留，避免基本連線入口尚未恢復就繼續更換節點。已停止維護的 Clash for Windows 收錄於下載頁的封存區；遷移前請備份本機設定，新的協定欄位不宜再依賴舊核心解析。
前往下載MacBook 與其他 Mac 裝置，請先確認是 Apple Silicon 還是 Intel，再選擇對應安裝檔。Clash Plus、Clash Verge Rev 與 FlClash 可作為選擇起點；實際支援的系統版本請以下載頁及應用程式說明為準。
首次啟動時請留意系統權限與網路延伸功能提示；通常不需要同時調整系統代理與 TUN。若要讓終端機工具使用代理，還要確認該工具是否會讀取系統代理，或為單次指令明確設定代理位址。已停止維護的 ClashX Meta 僅供封存參考，不能只因名稱含有 Meta，就認定它具備目前 mihomo 的所有功能。
前往下載可比較 Clash Plus、Clash Meta for Android、FlClash 與 Surfboard。近期多數手機採用 ARM64，但仍應依裝置實際架構選擇。不同應用程式支援的訂閱格式可能不同，不能只看副檔名判斷是否相容。
行動裝置通常透過系統 VPN 介面接管連線，首次啟動時需確認授權；同一使用者環境中的其他 VPN 可能會與之衝突。若鎖定螢幕後連線中斷，請檢查系統電池管理與背景執行權限，再排查節點本身。依應用程式分流、略過區域網路與 DNS 設定的位置因用戶端而異；匯入桌面設定後，也需要確認行動裝置實際接管的範圍。
前往下載iPhone 與 iPad 使用者可從下載頁前往 Clash Plus 的 App Store 頁面；專案官方網站為 clashplus.io。安裝前請查看商店列出的系統需求，使用時依應用程式提示加入 VPN 設定。
桌面端的系統代理開關與行動裝置的 VPN 授權，並不是同一種設定方式。匯入訂閱後，請確認策略群組、規則及應用程式支援的設定欄位，再檢查連線狀態與出口是否符合預期。支援 Clash 格式不代表支援所有桌面功能；背景執行、網路切換與系統延伸功能的行為，仍受 iOS 機制及應用程式實作影響。
前往下載桌面環境可優先比較 Clash Verge Rev 與 FlClash，並依 Linux 發行版選擇對應的套件格式。伺服器、路由器或自建服務環境，可查看下載頁的 Mihomo 核心區，依處理器架構與部署方式選擇檔案；純核心不含圖形化訂閱管理介面。
桌面系統代理是否對應用程式生效，取決於桌面環境與應用程式的實作；命令列程式也可能需要個別設定。部署核心前，先確認執行帳號、設定目錄與記錄檔位置；啟用 TUN 或修改路由時，需處理相應權限。在遠端伺服器上調整路由，應預留復原方式；外部控制介面應限制在本機或受保護的網路內，切勿直接對公共網路開放。
前往下載安裝檔、系統需求與封存狀態集中列於下載中心；首頁不顯示具體版本，以免混淆用戶端更新與核心更新。
查看所有用戶端 →Clash 是一系列具有歷史關聯的核心與用戶端所共用的生態系名稱，並非所有同名應用程式都由同一個專案發布。本網站提供下載與中文說明；各軟體的功能、授權與維護狀態，應依其專案資訊判斷。
原版 Clash 奠定了以 YAML 描述節點、策略群組與路由規則的使用方式，許多圖形用戶端沿用這套設定結構。原版專案停止公開維護後，生態系中的分支持續發展。Clash.Meta 後來以 mihomo 之名延續開發，因此教學中提到的 Meta 與 mihomo 往往有歷史淵源，但不能直接將它們與所有名稱含有 Clash 的應用程式畫上等號。閱讀舊教學時，應先確認文中所指的是核心、圖形用戶端，還是某種訂閱格式。
用戶端通常會內嵌或呼叫核心，再提供設定下載、系統代理、服務管理與連線檢視等功能。更換介面不一定會改變協定支援；替換核心，也不一定會讓介面自動出現相應選項。一般使用者較可靠的做法是先選擇維護資訊明確的用戶端，再確認它使用的核心與功能位置；遇到陌生欄位時，應查閱對應核心文件，而不是反覆修改縮排，試圖讓舊核心接受新語法。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 與 TUIC 的連線參數及傳輸方式各不相同，不能只憑協定名稱推斷實際速度。連線品質、伺服器設定、封包遺失情況與裝置效能都會影響結果。尤其是採用 UDP 的傳輸方案，還需要所在網路允許相關流量；用戶端能辨識欄位，也不代表連線條件已經具備。選擇時應先確認符合服務商提供的參數，再考量行動網路切換、耗電與維護複雜度。
Clash YAML 中常見的節點、策略群組與規則欄位具有延續性，但新增協定、DNS 選項與規則資料格式，不保證能被舊核心辨識。完整設定、節點提供者與單一節點連結也不是同一種內容。轉換訂閱時，部分用戶端專用欄位可能遺失，規則與策略群組名稱也可能無法對應。匯入出錯時，應搭配記錄判斷問題出在格式解析、欄位支援或資源下載；語法通過，只是連線驗證的第一步。
評估專案是否適合長期使用，可查看公開原始碼、發布說明、問題討論，以及文件是否仍隨功能更新。用戶端的發布頻率與內嵌核心的更新頻率未必一致，規則資料庫又是另一種獨立資源。更新介面應用程式、更新核心與更新訂閱，分別解決不同問題；其中一項更新成功，不代表所有內容都已更新。下載頁會區分目前使用中的選項與已停止維護的封存版本；封存版本較適合用於遷移與參考舊設定。
更新前建議保留一份可正常運作的設定與覆寫項目，並記下目前啟用的代理模式、DNS 方案與 TUN 狀態。更新後先重新載入設定，再測試常用應用程式、本機服務與出口選擇；若有異常，逐項比對變更紀錄，不要立刻將所有設定還原為預設值。公開回報問題時，提供作業系統、用戶端名稱、使用的核心，以及已移除敏感資訊的錯誤訊息，通常比只說「無法連線」更容易找到原因。
節點延遲測試反映的是連至指定測試目標的結果，不代表所有網站或應用程式都會走相同路徑。確認設定生效時，應同時查看用戶端的連線記錄、命中規則與實際出口，再確認應用程式是否讀取系統代理，或已由 TUN 路由接管。只有部分應用程式異常時，優先檢查入口與應用程式自己的代理設定；只有部分網域異常時，優先檢查 DNS 與規則比對，才能減少不必要的修改。
若不熟悉 Fake-IP、策略群組、規則提供者或 UWP 迴環等術語，可先透過術語表建立概念，再依教學操作。技術參考頁會進一步比較協定設計、核心關係與訂閱相容性，適合在更換用戶端或伺服器方案前查閱。本網站的示意視窗用來說明設定之間的關係，不代表特定用戶端在所有系統上的完整介面，也無法取代安裝後的實際連線檢查。
完成首次連線後，再依遇到的問題深入查閱。策略群組選擇、規則資料庫更新與節點逾時屬於不同層級，先確認問題所在，再調整對應設定。
解析三種自動策略群組的測速方式、切換條件與 interval、tolerance 參數，並依日常瀏覽、優先求穩與多線路分流三種需求提供設定範例。
閱讀策略群組說明 →依照由外而內的順序逐項排查節點逾時：確認訂閱是否過期、系統時間是否有誤、連接埠是否被占用，以及記錄中的錯誤代表什麼，並提供相應解決方法。
查看逾時排查順序 →說明 GeoIP、GeoSite 資料檔的用途與常見來源，介紹 geox-url 與自動更新週期的設定，並示範 GEOIP、GEOSITE 規則的正確寫法。
了解規則資料更新 →