設定、核心與介面各司其職
Clash 是代理工具生態系，並非所有平台上都完全相同的應用程式。用戶端提供匯入、切換與記錄介面；核心負責協定連線和規則執行；設定檔則描述節點與策略。選擇用戶端時，先確認作業系統與處理器架構，再檢查核心是否支援現有設定。介面名稱相似，不代表欄位與權限需求完全一致。
先匯入訂閱，再啟用設定
在設定頁貼上服務提供者給的訂閱網址，等候下載完成後選取該設定。接著前往代理頁，確認策略組中有可用節點。成功匯入只代表檔案已下載，不表示系統流量已由代理接管。訂閱網址可能含有存取憑證，分享截圖、記錄或求助內容前，請先移除這些資訊。
規則決定流量去向，策略組選擇出口
日常使用通常從規則模式開始。連線會先比對目標網域或 IP 位址，再交由對應的策略組處理。手動選擇組適合固定出口；自動測試組則會依設定條件挑選候選節點。若只有特定網站異常，先查看連線頁的命中規則與實際出口，不必立刻將所有流量改成全域代理。
分別確認接管範圍與連線品質
系統代理主要影響遵循系統代理設定的應用程式；TUN 則透過虛擬網卡擴大接管範圍。兩者都無法直接改善遠端線路品質。排查時先確認連線是否進入核心，再檢查規則、解析結果與出口。每次只調整一項設定，並保留可正常運作的設定，才能判斷變更是否真正解決問題。
規則與網路接管
規則分流
規則會由上往下檢查，通常由第一條符合的規則決定流量去向。將明確的網域規則放在較寬泛的規則前面，最後以 MATCH 處理其餘連線。DOMAIN-SUFFIX 可比對網域及其子網域；IP-CIDR 可比對 IP 網段；GEOIP 則需要地理資料庫。表格中的 PROXY 是範例策略組名稱，使用前必須先在設定中定義同名群組。修改後重新載入設定，再從連線頁確認實際命中項目，別只憑網頁是否開啟來判斷效果。
策略組會將節點整理成可選擇的出口。select 組由使用者手動選擇；url-test 組依設定的測試網址、間隔與容差挑選候選節點；fallback 組則依可用狀態和預設順序切換。自動選擇不代表實際下載速度一定更快，測試結果也無法涵蓋所有網站。先用手動組確認節點可用，再考慮自動策略；訂閱更新後也要檢查組內成員，避免規則指向已移除或更名的策略組。
| 類型 | 目標 | 策略 |
|---|---|---|
| DOMAIN-SUFFIX | github.com | PROXY |
| IP-CIDR | 192.168.0.0/16 | DIRECT |
| GEOIP | CN | DIRECT |
| MATCH | 其他連線 | PROXY |
範例用於說明比對關係，並非可獨立執行的完整設定。區域網路網段應依實際網路補上；地理規則也不能取代對服務網域的明確判斷。
查看 Clash 策略組 →TUN 模式
部分命令列工具、遊戲或獨立網路元件不會讀取系統代理設定。若用戶端支援 TUN，可透過虛擬網卡與路由設定，將這些流量送入核心，再由規則決定直連或代理。桌面版通常需要服務模式或管理員權限；行動裝置則多半使用系統 VPN 介面。啟用前先確認一般連線正常，再單獨測試目標應用程式。TUN 不保證能接管所有流量，實際範圍仍受路由排除、平台權限及其他網路軟體影響。
DNS 會將網域解析成 IP 位址，也會影響網域規則能否取得所需資訊。Fake-IP 模式會使用保留位址範圍建立網域對應，讓後續連線能與網域關聯；遇到依賴真實解析結果的裝置或應用程式時，可依核心文件評估 fake-ip-filter。DNS 劫持、系統加密 DNS 與應用程式內建解析功能，都可能改變連線路徑。調整時先記下原有設定，一次只修改一個環節，並分別測試網頁、區域網路服務與應用程式登入。
開啟 TUN 後，應檢查核心記錄中是否出現網卡、權限或路由錯誤，而非只看按鈕狀態。桌面系統可先確認用戶端服務已正確安裝；行動裝置則檢查 VPN 授權是否遭撤銷。既有 VPN、虛擬機網卡或安全軟體可能改變預設路由，排查時可逐一停用比對。若啟用後完全無法連線，先關閉 TUN 恢復基本連線並保存錯誤訊息，再依用戶端文件處理權限與路由衝突。
系統代理與 TUN 是兩種連線接入方式，規則模式則決定流量出口。兩者位於不同層級，啟用 TUN 後仍可依規則分流。
閱讀完整網路設定指南 →依裝置選擇 Clash 用戶端
先確認作業系統、處理器架構與權限需求，再選擇安裝方式。若已有設定，也要檢查使用的協定與核心欄位是否相容。
Windows
初次設定可從 Clash Plus 開始，也能依使用習慣選擇 Clash Verge Rev、FlClash 等用戶端。下載前請在系統設定中確認處理器架構，別只憑電腦品牌判斷。安裝後先匯入設定並啟用系統代理；若需要接管其他應用程式，再檢查服務模式與 TUN 權限。
若瀏覽器可以連線，但部分系統應用程式不行，先確認該應用程式是否遵循系統代理設定。UWP 應用程式的迴圈存取限制需要另外處理，不一定是節點故障。切換用戶端前先結束原用戶端，避免多個程式爭用本機監聽連接埠。
前往下載macOS
Apple Silicon 與 Intel 裝置應選擇對應架構的安裝套件。Clash Plus、Clash Verge Rev 和 FlClash 提供不同的介面與設定管理方式，安裝前可先在下載頁比較。首次執行時依系統提示授權，接著確認選單列中的用戶端確實正在執行。
系統代理與網路延伸功能的授權範圍不同，變更接管方式後應重新測試目標應用程式。若辦公室網路依賴自動代理或特定 DNS，請先記下原有設定。結束用戶端時要正常關閉代理，避免系統仍指向已停止監聽的本機連接埠。
前往下載Android
可依設定需求選擇 Clash Plus、Clash Meta for Android 或 FlClash。安裝前確認裝置支援的架構；匯入訂閱後，允許系統 VPN 授權，再到策略組選擇出口。Android 的 VPN 介面通常無法與另一個 VPN 應用程式同時使用。
鎖定螢幕後若連線中斷，先檢查背景執行權限、省電最佳化與廠牌省電設定。別直接將所有異常歸因於省電策略；也要比較行動數據與 Wi-Fi 網路，確認訂閱是否過期、節點是否可用，以及切換網路後能否恢復。
前往下載iOS
下載頁提供 Clash Plus 的 App Store 連結，並列出官方網站 clashplus.io。安裝後依應用程式提示匯入相容設定、加入 VPN 設定並完成系統授權。首次連線先測試常用網站，再查看應用程式內的策略組與連線記錄，確認所選出口符合預期。
行動作業系統會限制背景執行與網路延伸功能，桌面版教學中的服務安裝、迴圈存取設定等步驟不能直接套用。若訂閱解析失敗，應先確認訂閱格式是否與用戶端相容，而非一再刪除系統 VPN 設定。
前往下載Linux
桌面環境可先比較 Clash Verge Rev 與 FlClash，依 Linux 發行版選擇套件格式，並確認系統相依套件。終端機程式不一定會沿用桌面環境的代理設定；必要時可為目前程序設定代理環境變數，或充分了解路由影響後再啟用 TUN。
伺服器與路由器使用者可前往核心專區查看 Mihomo 套件。單獨執行核心時，須自行管理設定檔路徑、服務權限與記錄。不要直接複製其他裝置的網卡名稱或路由參數；遠端操作前請先準備好恢復連線的方法。
前往下載開源核心與設定來源
分清專案來源、用戶端維護與網路服務，才能在正確的環節處理更新與排查。
Clash 生態系不只有單一用戶端
Clash 最初以規則式代理核心為主，後來逐漸發展出桌面介面、行動用戶端與設定工具等生態系。原始專案與後續衍生專案的維護狀態各不相同。如今看到的 Clash，可能指核心、設定格式，也可能只是某個用戶端的名稱。因此討論相容性時，應一併記下用戶端名稱、核心類型與作業系統環境，而不只是說「Clash 不能用」。
Clash 教學站整理用戶端下載連結與中文操作說明，並非這些用戶端的開發團隊，也不提供代理節點服務。下載頁依平台列出可選用戶端，並標示已停止維護的專案。選擇時優先考慮仍在維護、且能讀取現有設定的用戶端；舊教學中的介面截圖與欄位名稱僅供參考，實際操作仍應以目前用戶端的說明為準。
Mihomo 與圖形介面的關係
Mihomo 是 Clash 生態系中持續維護的開源核心專案，原名 Clash.Meta。核心負責協定處理、DNS、規則比對與流量轉送；圖形用戶端則負責設定管理、系統整合與操作介面。介面中的單一開關，可能同時變更核心參數與系統設定。若要判斷問題出在哪個層級，可先檢查設定是否載入，再查看核心記錄，最後檢查系統代理與路由。
支援 Clash 格式的 YAML，不代表所有核心都支援相同欄位。較新的協定、規則提供者或 DNS 選項可能有特定核心需求。移轉設定時，先保留原始檔案，並在新用戶端匯入副本；若出現未知欄位或策略不存在的提示，請依錯誤位置檢查，不要整段刪除 DNS 或規則。下方命令僅用來取得 Mihomo 原始碼，不會安裝圖形用戶端，也不會產生可用節點。
用戶端、核心與訂閱分別更新
用戶端更新可能變更系統整合與介面；核心更新可能修正協定及網路行為；訂閱更新則主要更新節點、策略組或規則。三者並非同一件事。更新前先備份本機覆寫設定、分流規則與必要截圖；完成後先確認仍選取原設定，再檢查節點成員與接管方式。不要一次更換用戶端、訂閱和 DNS，否則難以追查異常從哪個步驟開始。
訂閱管理工具也可能覆寫手動修改的內容。若要長期保留自訂規則，請先確認用戶端是否支援覆寫或合併機制，並檢查合併後的最終設定。若沒有相關功能，至少保留獨立副本，避免下次更新訂閱時遺失。若打算開機自動執行，請分別確認用戶端自動啟動、核心啟動與代理恢復功能，不能只看系統匣圖示是否出現。
查看開機自動啟動與維護 →透過連線記錄驗證設定結果
連線頁通常會顯示連線目標、命中規則與出口策略；記錄頁則較適合查看解析失敗、交握失敗或權限錯誤。測速顯示的回應時間，只代表特定測試條件下的結果，不等於頻寬、穩定度或所有網站的連線速度。測試時固定網路與目標，逐一切換候選節點，才能得到可比較的結果。
分享排查資訊時，保留錯誤類型、發生步驟、系統環境與相關欄位，並移除訂閱網址、帳戶資料與節點憑證。若瀏覽器正常但特定應用程式異常，先檢查接管範圍；若所有連線都異常，再檢查核心、DNS 與出口。比較修改前後的連線記錄，比連續切換多個開關更容易找出原因。
了解節點測速與驗證方式 →近期設定文章
針對行動裝置背景執行、DNS 模式與速度瓶頸，逐一說明設定與驗證方法。
Clash Android 耗電怎麼辦：背景執行與電池最佳化白名單設定
從 VPN 常駐通知、背景限制與廠牌省電策略著手，搭配 TUN 和 DNS 設定找出耗電異常。先判斷是持續傳輸還是異常喚醒，再決定是否調整背景權限，避免只追求常駐而忽略實際流量。
閱讀文章 →Fake-IP 模式原理解析：DNS 增強模式與 Redir-Host 如何選擇
了解保留位址與網域對應如何參與連線處理，並比較兩種解析模式的行為差異。搭配區域網路存取及依賴真實位址的應用程式，判斷何時需要設定排除項目，而非直接更換整套 DNS 方案。
閱讀文章 →Clash 網速慢的分層排查順序：從節點、線路到本機設定
分別檢查節點品質、電信業者線路、規則比對、DNS 解析與本機網路。每次只檢查一個層面並維持其他條件不變，再比較可重現的連線結果，以區分延遲過高、傳輸量不足與連線建立失敗。
閱讀文章 →