可以從 Clash Plus 開始，也可比較 Clash Verge Rev、FlClash 和 Clash Nyanpasu。安裝前確認系統架構，首次啟動後先匯入訂閱，再開啟系統代理測試瀏覽器連線。
只有需要使用 TUN 時，才進一步檢查用戶端服務與管理員權限。遇到防火牆提示，應依實際功能判斷，不要直接關閉整套防護。若開啟代理後所有連線都失敗，優先檢查本機監聽連接埠是否被占用、核心是否已啟動，以及系統代理填寫的位址是否與用戶端一致。
前往下載設定指南 / CONFIGURATION
Clash 設定的五個環節
先讓一份設定正常運作，再逐步調整接管範圍與分流規則。用戶端提供操作介面，核心負責處理連線，訂閱則提供節點與設定內容；三者並不相同。安裝完成不代表已有可用的代理服務，連線前還需要有效設定和可連線的伺服器。
以下依實際使用順序整理重要設定。不同用戶端的選單名稱可能略有差異，判斷時應優先確認設定的用途，而非只比對按鈕位置。遇到問題時也可沿著這條流程回查：設定是否已啟用、策略群組是否選對、應用程式流量是否進入核心，以及規則最後選擇了哪個出口。
匯入後，確認設定已啟用
在設定或訂閱頁面加入服務提供者提供的連結，下載完成後選取這份設定。看到訂閱名稱不代表設定已套用，還要確認代理頁面已顯示節點與策略群組，再測試連線。訂閱可能包含節點、規則和 DNS 設定，內容是否完整取決於提供者輸出的格式。匯入失敗時，先查看下載狀態和設定解析日誌，不必反覆重裝用戶端。訂閱連結通常含有個人存取識別資訊，截圖、求助或同步筆記時請隱藏完整網址；需要在本機修改時，優先使用用戶端的覆寫功能，避免更新後遭到覆蓋。
# 匯入後的檢查順序
設定下載成功
→ 選取並啟用設定
→ 代理頁面顯示節點與策略群組
→ 選擇可用的出口
→ 實際連線測試一次日常分流，先選規則模式
規則模式會依設定決定每條連線的去向，適合同時存取本地服務與遠端網站。全域模式會將進入核心的連線交由全域策略處理，常用於暫時比較特定目標的連線結果；直連模式則可用來觀察不經代理出口時的情況。三種模式改變的是流量進入核心後的處理方式，不會決定哪些應用程式會進入核心。切換全域模式後仍沒有連線記錄，應先檢查系統代理或 TUN 是否接管流量，而不是繼續更換節點。排查完成後，記得恢復原本的模式和策略群組選擇，以免影響後續判斷。
# config.yaml：日常分流的模式設定
mode: rule
# 核心常用模式值
# rule 依規則選擇出口
# global 交由全域策略處理
# direct 直連出口規則由上而下比對，符合後即生效
規則清單會依序檢查連線，符合條件後通常不會再往下比對。需要優先處理的網域應放在較寬泛的規則之前，最後以 MATCH 指定預設出口。自訂規則中的策略名稱必須存在於目前設定中，拼字與大小寫也要一致。初次修改時，可以先用 DIRECT 測試單一目標，確認連線日誌顯示預期規則後，再換成實際策略群組。相較於只切換代理節點，規則分流能依目標安排不同路徑，但也更仰賴 DNS、網域資訊和規則順序。請勿直接以來源不明的整份規則覆蓋現有訂閱。
# 範例：示範規則順序，最後一行依需求調整
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- MATCH,DIRECT應用程式不使用系統代理時，再評估 TUN
TUN 會透過虛擬網路介面接管流量，適合需要涵蓋更多應用程式的情境，但不是讓連線變快的開關。啟用前，先用系統代理確認訂閱與出口運作正常，再依用戶端要求安裝服務或授予權限。若同時使用其他 VPN、虛擬網卡或安全軟體，路由和 DNS 可能互相影響。啟用後，除了測試遠端連線，也要檢查區域網路裝置和本機開發服務。發現異常時，先關閉 TUN 比較結果，再檢查路由、介面識別和 DNS 設定。範例僅列出相關欄位，請勿脫離現有設定直接整段取代。
# mihomo 的 TUN 相關欄位範例
tun:
enable: false
stack: mixed
auto-route: true
auto-detect-interface: true
# 啟用前先確認權限與目前 VPN 狀態更新前先備份，一次只修改一項
日常維護應著重於訂閱有效期限、設定更新結果和用戶端運作狀態。更新訂閱後，檢查節點清單與策略群組是否仍符合預期；升級用戶端前，先儲存本機覆寫、規則和必要設定，再閱讀版本說明。節點測速反映的是特定測試目標的回應情況，不能取代實際網站連線，也不能直接代表下載頻寬。遇到問題時，記錄時間、目標、模式和日誌中的錯誤類型，每次只調整一個變數。分享日誌前，移除訂閱網址、驗證資訊與個人網路資訊；排查完成後，將臨時調高的日誌等級恢復為日常設定。
# 日常檢查清單
[ ] 訂閱更新成功，目前設定已啟用
[ ] 策略群組選擇符合預期
[ ] 本機覆寫已備份
[ ] 日誌等級已恢復為 info
[ ] 結束用戶端後，確認系統代理已還原這裡的程式碼用於說明欄位與檢查順序，並非包含代理節點的完整設定。已有訂閱時，請先保留原設定，再進行小幅覆寫；手動編寫時，則須一併處理代理定義、策略群組引用和規則目標之間的關係。簡易操作步驟請參閱入門指南，欄位之間的相依關係與進階路線請參閱完整手冊。
代理模式與流量接管範圍
規則 / 全域 / 直連
模式決定出口處理方式
先使用規則模式，再到策略群組中選擇節點或自動選擇策略。全域模式適合短時間進行對照測試，但不會自動將所有應用程式的流量導入用戶端。直連也是核心的出口選擇，不能取代關閉系統代理或結束用戶端。
瀏覽器可以連線，但特定應用程式失敗時，先查看該應用程式是否有連線記錄。有記錄就檢查規則與出口；沒有記錄則回頭查看應用程式代理設定、環境變數或 TUN 接管範圍。區分這兩類問題，通常比不斷更換訂閱更容易找到原因。
系統代理決定哪些流量會進入
系統代理主要適用於遵循系統代理設定的應用程式。命令列工具、遊戲或內建網路設定的軟體，可能需要另外指定代理。TUN 可以擴大接管範圍，但仍會受系統權限、路由和其他網路軟體影響，無法保證所有連線都以相同方式處理。
也要區分既有連線與新連線：部分應用程式會沿用舊連線，切換模式後可重新開啟目標頁面或重建連線，再觀察結果。測試時一併記錄模式、策略群組和連線日誌，才能判斷變化來自哪個環節。
平台入口 / CLIENT SHELF
依作業系統挑選 Clash 用戶端
初次選擇可先看看 Clash Plus，再依介面習慣和作業系統支援情況比較其他用戶端。即使使用同類核心，不同用戶端的設定管理、權限要求和服務模式仍可能不同。選安裝檔時，先確認作業系統，再確認處理器架構；遇到無法開啟或格式不支援時，不要和訂閱故障混為一談。
下載頁集中列出用戶端、架構下載入口與安裝說明，版本資訊也以下載頁為準。現有環境已穩定運作時，不必只為了更換介面就同時搬移所有設定。先備份設定，在新用戶端中獨立測試，再決定是否移除原本的應用程式，避免兩個用戶端同時修改系統代理。
Clash Plus、Clash Verge Rev 和 FlClash 可作為選擇起點；已封存的 ClashX Meta 則較適合了解過往的使用方式。Apple Silicon 和 Intel 裝置應依處理器選擇對應安裝檔。
系統代理、背景服務和網路延伸功能的權限用途各不相同，請依用戶端提示逐項確認。安裝後若瀏覽器可用、終端機卻無法連線，先檢查終端機工具是否讀取系統代理。若已安裝其他 VPN，先退出其中一個再測試，避免將介面或 DNS 衝突誤判為節點失效。
前往下載下載頁提供 Clash Plus、Clash Meta for Android、FlClash 和 Surfboard 的選擇說明。匯入前請確認訂閱格式與用戶端相容；訂閱可下載，不代表目前用戶端能解析其中所有協定。
啟動連線時，須依系統提示授予 VPN 權限。若鎖定螢幕後斷線，或切換應用程式後失效，請檢查電池最佳化、背景活動限制與常駐通知設定。依應用程式分流也可能改變接管範圍，因此排查特定應用程式時，應確認它是否遭到排除，並分別測試行動網路與 Wi-Fi。
前往下載Clash iOS 用戶端優先推薦 Clash Plus，下載頁提供 App Store 入口及官方網站 clashplus.io。安裝後匯入相容的設定，再依系統提示加入 VPN 設定並啟動連線。
切換 Wi-Fi 與行動網路後，建議重新測試實際連線。遇到設定匯入問題，先確認連結傳回的是用戶端支援的內容，而非網頁或錯誤訊息。不要只根據狀態列的 VPN 圖示判斷服務是否可用，也要檢查目前選用的策略和目標網站的實際連線結果。
前往下載桌面環境可比較 Clash Verge Rev 和 FlClash；安裝時請留意對應 Linux 發行版的套件格式。伺服器和路由器使用者可進一步了解 mihomo 核心，但核心本身沒有桌面用戶端那樣的設定管理介面。
桌面系統代理、終端機環境變數和背景服務應分開檢查。以服務方式執行時，設定檔位置、執行使用者和權限都可能與互動式啟動不同。不要為了解決本機連線問題就直接開放區域網路監聽；若確實需要分享，再設定存取控制並確認防火牆規則。
前往下載專案來源 / OPEN SOURCE
Clash、mihomo 與用戶端之間的關係
選擇用戶端時，先釐清專案來源與功能範圍，比只看名稱更可靠。Clash幫助中心整理下載入口與使用指南，並非各用戶端的開發團隊；具體功能、授權範圍和維護狀態，應以各專案的說明為準。本網站不提供代理線路，用戶端也無法取代可用的伺服器或訂閱。
專案沿革：名稱相近，不代表是同一項產品
Clash 最初以規則代理核心建立起生態系，之後陸續出現適用於不同系統的圖形用戶端。原始專案停止維護後，社群持續發展相容的核心與介面專案，其中 mihomo 延續了 Clash Meta 的技術路線。因此，教學中仍常見 Clash、Clash Meta 和 mihomo 等名稱，但並非所有情況都能互換使用。
舊教學中的按鈕位置、支援協定和設定欄位可能已經變更。遇到設定無法載入時，先確認實際使用的用戶端和核心，不要只根據桌面圖示判斷。封存的用戶端適合了解舊環境；新安裝則應優先考慮仍在維護且適用於目前系統的方案。
開源生態系：介面、核心與規則分別維護
圖形用戶端負責訂閱管理、系統代理開關和設定介面；核心負責處理協定、路由和 DNS 等功能；規則集則可能由獨立專案維護。某個用戶端新增設定按鈕，不代表所有核心都支援同名欄位；某份訂閱能匯入一款應用程式，也不代表另一款應用程式能完整讀取。
開源儲存庫有助於追查功能實作、授權和已知問題，但無法直接證明某條線路適合目前的網路。回報問題時，請說明用戶端名稱、作業系統、重現步驟和已去除敏感資訊的錯誤訊息。將問題回報給負責該功能的專案，通常比只提供連線失敗的截圖更有幫助。
核心相容性：舊設定可以遷移，但務必驗證
mihomo 支援許多 Clash 風格的 YAML 設定，也擴充了協定、規則和 DNS 功能。遷移時應逐項確認欄位與協定的支援情況，尤其留意策略群組名稱、規則提供者、本機檔案路徑和 TUN 設定。解析成功只代表語法與結構通過檢查，還需要實際測試連線。
建議保留原設定的副本，先遷移節點與基本規則，再逐步還原覆寫、指令碼或複雜的 DNS 設定。若更新訂閱會覆蓋本機檔案，請將自訂內容放入用戶端支援的合併或覆寫機制。如此一來，訂閱負責更新節點，本機設定則保留個人分流習慣，兩者分工更清楚。
更新方式：分開看待訂閱、用戶端與核心
更新訂閱主要是取得節點和設定內容；升級用戶端主要會變更介面、系統整合及隨附元件；更新核心則可能改變協定與路由能力。這三種更新不一定同步，也不應視為同一項操作。有些用戶端會隨應用程式一併發布核心，另一些則提供獨立切換入口，請以實際說明為準。
穩定使用時，可定期查看版本說明，不必同時變更所有元件。升級前先保存訂閱來源和本機覆寫，升級後用相同目標測試瀏覽器、常用應用程式和區域網路服務。若只有特定應用程式異常，先依流量接管範圍排查；若所有新連線都失敗，再檢查核心啟動狀態、設定解析和節點連線狀態。
最新文章 / FIELD NOTES
Clash 安裝與規則設定文章
基本連線正常後，再處理個人化規則與系統整合。以下文章依日期由新到舊排列，分別說明規則優先順序、首次啟動檢查，以及 Windows 安裝時的權限與連接埠問題。閱讀時請先比對目前環境，不要將某個平台的操作直接套用到其他系統。
Clash 自訂規則怎麼寫：DOMAIN-SUFFIX、IP-CIDR 的比對順序與優先級解析
逐一說明常見規則類型的寫法與參數，解析規則由上而下比對的機制、no-resolve 的用途，以及 MATCH 預設規則應放置的位置。
閱讀文章 →第一次開啟 Clash 用戶端要設定什麼？跨平台檢查清單：連接埠、訂閱與代理模式
整理首次啟動後必須確認的設定：混合連接埠、訂閱匯入、模式選擇和連線測試，也指出各平台新手最容易忽略的步驟。
閱讀文章 →Windows 電腦安裝與設定 Clash 完整流程：系統代理、防火牆允許連線與開機自動啟動常見問題
依序完成 Windows 安裝、匯入訂閱、開啟系統代理和啟用服務模式，並說明防火牆提示、連接埠占用與自動啟動失效的處理方式。
閱讀文章 →