用戶端選擇
先確認作業系統與處理器架構，再選擇安裝套件。桌面圖形介面用戶端適合日常使用；核心套件則適合需要自行管理設定與服務的使用者。
安裝套件、用戶端與訂閱是三個不同環節。安裝用戶端只會提供本機設定與流量轉送功能，實際連線仍需要可用的服務設定。已有訂閱的使用者應先確認訂閱格式是否適用於所選核心，再進行匯入；初次使用時，建議保留預設連接埠與規則模式，等基本連線成功後再調整進階選項。
從舊用戶端遷移時，不必直接覆蓋整個資料目錄。請先備份訂閱網址、本機規則與策略選擇，再於新用戶端中逐項還原。舊設定中的指令碼、覆寫欄位或專屬選項未必能直接遷移；遇到錯誤時，應先以原始訂閱測試，再加入本機修改。
查看所有用戶端 →設定頁面導覽
以下介面示意用來說明設定項目的意義，並非可操作的用戶端視窗。不同用戶端的選單位置可能不同，但排查順序大致相同：設定、核心、監聽連接埠、流量入口、比對規則。
系統代理會將 Windows 的代理位址指向用戶端的本機監聽連接埠，適合瀏覽器及遵循系統設定的應用程式。使用前請先匯入可用設定、確認核心已啟動，再開啟系統代理。若只有部分應用程式能連線，不代表訂閱失效；有些程式使用獨立網路堆疊，需要另外設定代理或改用 TUN。相較於直接修改系統設定，透過用戶端開關更容易統一啟用或停用。排查時請先關閉其他代理工具，避免多個程式反覆覆寫同一項設定。
前往教學查看此步驟 →TUN 透過虛擬網卡與路由設定接入流量，適合需要處理命令列、遊戲或使用獨立網路堆疊之應用程式的情境。在 Windows 上，通常必須先安裝用戶端服務或授予相關權限，再啟用 TUN。TUN 與系統代理的差異在於流量入口，並不會自動改變分流策略；流量進入核心後，仍會依目前模式與規則處理。啟用後應檢查 DNS、路由與區域網路存取。若連線異常，請先停用其他 VPN，再單獨測試 TUN，避免同時修改多處網路設定而難以找出原因。
前往教學查看此步驟 →規則分流會將網域、目標 IP 或其他比對條件對應至直連策略或代理策略群組。規則通常由上而下比對，最先符合的項目會決定連線路徑，因此個別例外應放在預設規則之前。範例中的 PROXY 必須是設定檔中確實存在的策略群組，並非固定內建名稱。相較於全域模式，規則模式可分別處理不同目標；相較於直連模式，則保留代理出口。測試時請查看連線記錄中的命中規則與最終策略，不要只憑網頁是否開啟來判斷規則是否生效。
前往教學查看此步驟 →匯入訂閱是取得設定，選擇設定則是讓核心使用該設定，兩者並非同一個步驟。貼上連結後，請先確認下載與解析成功，再啟用對應設定並檢查策略群組。遠端更新可能會取代原始檔案，因此連接埠、規則等本機調整較適合放在用戶端支援的覆寫或合併功能中。相較於每次手動編輯訂閱檔案，這種方式更容易持續維護。更新失敗時，先查看回應內容與錯誤提示，判斷是連結過期、格式不相容還是請求失敗；訂閱網址可能包含存取憑證，請勿公開分享。
前往教學查看此步驟 →混合連接埠會在同一個監聽入口接受 HTTP 與 SOCKS 代理連線，常見範例為 7890，實際設定仍應以目前設定檔為準。若連接埠已被占用，請先找出占用的程序，再決定是否結束重複執行的用戶端或更換連接埠；修改後也要同步檢查系統代理與應用程式的個別設定。區域網路分享還須檢查允許區域網路、監聽位址、防火牆與存取控制。相較於僅供本機使用，分享會擴大可存取範圍，應限於可信任的網路並設定驗證，切勿將監聽服務直接暴露於公開網路。
前往教學查看此步驟 →圖形介面用戶端負責訂閱管理與系統整合，核心則負責通訊協定連線、DNS 與規則處理。部分用戶端允許切換核心或更新通道，另一些則會隨安裝套件一併更新，請以實際介面為準。不同於更換佈景主題，核心變更可能影響通訊協定支援與設定欄位。操作前請先備份可用設定、閱讀相應的更新說明，再確認設定能正常解析且核心可順利啟動。一般使用建議選擇穩定通道；若出現新欄位錯誤，應確認核心相容性，而非反覆重新匯入同一份訂閱。
前往教學查看此步驟 →開關顯示已啟用，只能表示用戶端嘗試套用設定，不代表每個程式都已接入。先用遵循系統代理的瀏覽器開啟目標，再查看連線記錄是否出現要求。如果完全沒有記錄，優先檢查系統代理、應用程式的個別設定與監聽連接埠；如果已有記錄但要求失敗，再檢查策略群組選擇、DNS 解析與服務設定。依照這個順序，可以區分本機入口問題與遠端連線問題。
節點延遲測試只反映特定測試位址與測試方式下的結果，不能取代實際應用程式驗證。網頁、下載與即時通訊對連線的需求各不相同，某項測試成功也不代表所有目標都能存取。記下故障應用程式、發生時間、目前模式與命中規則，再一次只變更一項設定，通常比同時重新安裝用戶端、更換連接埠和修改 DNS 更容易找出原因。查看節點延遲與連線驗證說明 →
開源生態系
用戶端名稱、核心名稱與訂閱格式經常同時出現。釐清各自負責的部分，更容易選對軟體，也能更快判斷問題該從哪裡查起。
Clash 生態系包含核心與多個由不同團隊維護的圖形介面用戶端。原版 Clash 專案停止維護後，社群延續了相關開發；Clash.Meta 分支後來改名為 mihomo。舊教學中的 Meta 與新文件中的 mihomo 通常有所關聯，但不能因此認定每份舊設定都能直接套用於目前的用戶端。閱讀說明時，應同時確認文章所指的核心系列與實際使用環境。
設定相容性不只在於能否讀取 YAML。特定通訊協定、DNS 選項或規則類型是否可用，取決於核心實作；訂閱匯入、服務模式與開機啟動等功能則取決於用戶端。遇到功能缺失時，先確認問題屬於哪一層。更換圖形介面不一定會改變核心能力，更新核心也不一定會改變用戶端的選單位置。
比較通訊協定時，應著重確認現有服務支援項目、裝置資源是否足夠，以及網路條件是否合適。不能只憑通訊協定名稱判斷連線表現，也不應將某種通訊協定視為所有情境的固定解答。行動裝置還須考慮背景執行與耗電量。閱讀通訊協定與核心技術參考 →
開源儲存庫有助於確認專案實作、授權條款與問題討論。mihomo 的原始碼與文件由專案社群維護，更新說明會記錄功能變更與修正內容。本網站提供下載入口與中文使用資料，不取代上游專案的發布說明，也不會將不同維護者推出的用戶端視為同一項產品。選擇時應留意專案目前的維護狀態與系統相容性。
更新前請先備份本機規則、覆寫設定與可用設定。安裝完成後，檢查核心能否啟動，再驗證系統代理或 TUN；若變更涉及 DNS、路由或設定語法，應逐項重新測試。日常使用可優先選擇穩定版，只有在確實需要特定修正時才評估其他通道。不要因為安裝套件的日期較新，就忽略設定遷移說明或目前系統的支援範圍。
以下指令用於取得 mihomo 原始碼，適合開發與查閱，並非安裝圖形介面用戶端的步驟。執行前須先在本機安裝 Git；一般使用者直接前往下載頁選擇用戶端即可。複製指令不會執行程式，也不會修改本機代理設定。
git clone https://github.com/MetaCubeX/mihomo.git安裝用戶端後，還需要匯入可用設定並啟用。先確認設定是否解析成功、策略群組是否存在，再檢查系統代理或 TUN 的流量入口。訂閱取得失敗與代理連線失敗是不同環節，錯誤提示也不同；應先排除匯入問題，再測試連線。查看訂閱匯入步驟 →
不必將兩個開關同時啟用當成固定做法。瀏覽器等遵循系統設定的應用程式，可先透過系統代理驗證；需要接管其他應用程式時，再依教學啟用 TUN。兩者的搭配方式取決於用戶端與路由設定，排查時建議逐項測試，並留意其他 VPN 或虛擬網卡的影響。查看 TUN 設定步驟 →
遠端訂閱更新通常會重新取得原始設定。如果本機規則直接寫入該檔案，更新時可能會被取代。建議將例外規則存放在用戶端支援的覆寫或合併區域，並檢查合併後的規則順序。遷移至其他用戶端時，也須重新確認覆寫方式，而非只複製檔案。查看規則維護步驟 →
設定與排查文章
完成基本連線後，再依照具體問題深入排查。排查前請記下用戶端名稱、目前模式與錯誤提示；分享記錄前，請移除訂閱網址與連線憑證。
整理訂閱更新失敗的常見原因：連結失效、回傳格式不相容、更新要求遭自身代理攔截，並說明如何設定自動更新間隔及手動強制重新整理。
閱讀文章 →Microsoft Store 應用程式的迴送存取限制可能導致系統代理對其無效。了解用戶端內建工具、CheckNetIsolation 指令及 TUN 模式這三種處理方式。
閱讀文章 →了解 TUN 虛擬網卡與系統代理的差異，掌握 Windows 服務模式、DNS 劫持與流量接管的檢查順序，判斷哪些應用程式還需要額外設定。
閱讀文章 →