依平台尋找合適的客戶端，再從訂閱匯入、規則分流與TUN 模式開始設定。下載入口、基礎概念與疑難排解路徑集中整理，方便首次安裝及日後查閱。
代理管理方式
代理工具的難點通常不在安裝檔本身，而在於設定、模式、系統接管與疑難排解資訊分散在不同位置。先建立清楚的操作順序，日後更換客戶端或移轉設定時會輕鬆許多。
Windows 安裝檔、macOS 晶片架構、Android 安裝格式各不相同，只看檔名很難立即判斷該選哪一個。
設定雖然已經出現在客戶端中，但策略群組仍停留在預設項目，實際流量路徑與預期不一致。
兩個入口的接管層級不同，缺少明確目標時一起開啟，反而會增加判斷問題來源的難度。
連接埠遭佔用、設定語法、權限與 DNS 都可能造成連線異常，重新安裝客戶端通常無法排除這些原因。
平台標籤會直接開啟對應的客戶端清單，再依裝置架構、圖形介面需求與維護狀態選擇安裝檔。
確認訂閱更新時間與設定狀態，然後進入代理頁選擇自動選擇、手動節點或 DIRECT 等策略。
瀏覽器等遵循系統設定的應用程式可先使用系統代理；需要涵蓋更多流量時，再單獨了解並啟用 TUN。
先讀取錯誤關鍵字，再檢查連接埠、設定、權限與網路環境，可以縮短定位問題所需的時間。
核心設定路徑
下方內容依規則模式、訂閱更新與日誌排查分組。每個選項都對應客戶端中的實際設定項目，可使用滑鼠、觸控或鍵盤方向鍵切換。
MODE / RULE
規則模式會依照設定檔中的網域、IP、程序或規則集合逐一比對流量，再將請求交給對應的策略群組。它與「全域」模式的差別在於：全域模式通常會把流量統一交給單一策略，而規則模式則能同時保留直連、代理與攔截等不同路徑。實際使用時，先確認客戶端頂部的模式選擇為「規則」，再進入代理頁查看各策略群組目前的選項。
策略群組不是節點清單的另一種說法。節點負責建立實際連線，策略群組則負責組織選擇邏輯，例如手動選擇、自動選擇或故障轉移。匯入訂閱後仍需檢查策略群組是否符合使用目標。關於欄位關係、規則順序與比對方式，可繼續閱讀設定檔參考大全。
PROFILE / UPDATE
訂閱連結通常用於取得由伺服器維護的設定內容。匯入後，客戶端會將其儲存為一個設定項目，但「已匯入」不代表後續內容會自動保持最新。開始連線前應先開啟設定頁，確認目標設定已啟用，再執行一次更新；若更新失敗，需檢查連結是否完整、網路是否可存取，以及客戶端是否有權限寫入設定目錄。
更新完成後應回到代理頁檢查策略群組，因為伺服器可能調整節點、規則集合或群組名稱。若本機還疊加了覆寫設定，也要留意覆寫內容是否改變 DNS、連接埠或規則順序。第一次操作可以依照入門指南的步驟完成匯入、選擇模式、連線與驗證，避免在多個頁面之間反覆試錯。
LOG / INFO
日誌頁適合回答兩個問題：流量是否進入核心，以及進入後在哪個步驟失敗。日常使用通常維持 info 層級即可，它能顯示規則比對、建立連線與常見錯誤；需要進一步判斷 DNS、握手或路由細節時，再暫時提高日誌詳細程度。排查結束後恢復常用層級，可以減少大量重複資訊對閱讀造成的干擾。
看到錯誤後不要只截取最後一行。應從同一時間段往前查看設定載入、連接埠監聽、DNS 查詢與出站連線資訊，再結合問題發生在哪個應用程式、是否只有特定網域異常來縮小範圍。客戶端無法啟動時，可參考啟動崩潰與閃退排查步驟，依連接埠、設定語法、權限與系統元件的順序檢查。
系統代理依賴應用程式讀取作業系統的代理設定。瀏覽器、下載工具與許多桌面應用程式通常會遵循這項設定，因此適合用來完成首次連線驗證。若某個應用程式明確忽略系統代理，再考慮更廣泛的接管方式，而不是一開始就同時修改多項網路設定。
TUN 模式透過虛擬網卡在 IP 層處理流量，能涵蓋部分不讀取系統代理設定的應用程式。它可能涉及系統管理員權限、路由表與 DNS 行為，啟用前應先儲存目前設定，並確認基礎代理連線已可正常使用。詳細機制可查看TUN 模式與系統代理比較。
依裝置進入
同一套設定可能在不同裝置上使用，但安裝格式、系統權限與操作介面並不相同。先依目前裝置進入對應標籤，再比較該平台可用的圖形客戶端。
適合需要桌面圖形介面、系統代理開關與設定管理的使用者。下載前留意系統架構與客戶端維護狀態；若舊版 Clash for Windows 已無法滿足需求，可比較仍在維護的替代客戶端。
前往下載適合在 Mac 桌面環境中管理系統代理、選單列狀態與訂閱設定。進入下載頁後先區分 Apple Silicon 與 Intel 架構，再選擇對應安裝檔，避免安裝階段出現架構不相容提示。
前往下載適合手機與平板上的訂閱管理、應用程式分流與 VPN 接管。不同裝置可能使用不同處理器架構，不確定時可優先查看通用安裝項目，並依系統提示授予建立 VPN 連線所需的權限。
前往下載適合 iPhone 與 iPad 使用者透過商店安裝客戶端，並在系統網路延伸功能架構下管理連線。進入下載頁後可查看 Clash Plus 的 App Store 入口與官方網站資訊，再依客戶端介面匯入訂閱。
前往下載適合 Linux 桌面、開發環境以及需要圖形設定管理的使用者。安裝前確認發行版使用的套件格式；伺服器、路由器或自動化環境若只執行核心，應轉到下載頁的 Mihomo 核心區域。
前往下載開放原始碼生態系與維護界線
Clash 生態系由核心、圖形客戶端、規則專案與設定工具共同組成。分清這些層次，比單純記住某個軟體名稱更有助於選擇與排錯。
Clash 最初以規則驅動的代理核心形態廣泛使用，之後出現了面向不同作業系統的圖形客戶端。部分早期專案已停止維護，但設定語法、策略群組與規則比對等核心概念仍延續於後續生態系中。選擇客戶端時應同時查看維護狀態、採用的核心與平台支援，而不是只憑熟悉的舊名稱判斷。
程式碼公開讓開發者能夠閱讀實作、提交問題、改善平台適配，並圍繞規則集合、DNS、透明代理與使用者介面形成多個專案。不同客戶端的介面與更新節奏可能不同，底層能力也會隨採用的核心而變化。本網站將客戶端入口與概念文件分開整理，方便依實際需求核對。
mihomo 是目前 Clash 生態系中常見的延續核心，支援規則模式、策略群組、DNS 設定、TUN 等能力。圖形客戶端通常負責設定管理、系統整合與狀態顯示，真正執行流量比對與連線處理的是核心。遇到功能差異時，應先確認客戶端採用的核心，以及對應設定欄位是否受到支援。
客戶端更新、核心更新與訂閱更新是三件不同的事。客戶端更新會改變圖形介面與系統整合，核心更新可能帶來協定或設定能力變化，訂閱更新則會重新整理使用者所用的節點、策略與規則內容。排查異常時記錄最近的變更屬於哪一層，可以避免將設定問題誤判為安裝問題。
git clone https://github.com/MetaCubeX/mihomo.git
設定與疑難排解文章
從介面認識、設定結構到啟動故障，依實際操作情境展開說明。文章內容用於補充教學頁不適合深入介紹的原理與排查細節。
依發生頻率整理啟動失敗的常見原因：連接埠遭佔用、設定檔語法錯誤、權限不足、核心檔案異常與系統元件缺失，並提供逐項驗證方法與對應的處理順序。
閱讀全文 →將完整設定依通用欄位、DNS、proxies、proxy-groups 與 rules 分段講解，說明欄位之間如何引用，以及縮排、名稱不一致與規則順序等常見問題。
閱讀全文 →從作業系統網路堆疊的角度比較兩種接管方式，說明系統代理為何依賴應用程式支援，以及 TUN 如何透過虛擬網卡涵蓋更廣泛的流量。
閱讀全文 →