常見設定項目之間的實際關係
系統代理讓遵循作業系統代理設定的應用程式進入用戶端;TUN 模式用於接管更多類型的系統流量;規則模式決定進入核心後的請求如何選擇策略;DNS 設定影響網域解析流程。四者處於不同環節,連線異常時應沿流量路徑逐段檢查,而不是同時修改所有開關。
Rule Observatory
將用戶端中容易混淆的設定關係拆成四個觀察面:先確認請求如何比對規則,再理解核心、訂閱與平台用戶端各自負責的範圍。
規則模式並不是將所有連線統一交給同一個節點。用戶端會讀取設定中的 rules 區段,依序檢查網域、關鍵字、IP 網段、程序或規則集條件,再將請求送往該條規則引用的策略群組。越具體、優先級越高的條件通常越靠前,末尾的 MATCH 用來承接先前未命中的流量。
調整分流時,應同時檢查規則順序與策略群組的實際選擇。只看到某條規則名稱,並不能代表最終使用了哪個節點;策略群組可能指向直連、代理節點、另一個策略群組或攔截策略。連線頁記錄與規則頁搜尋適合用來確認實際路徑。
桌面用戶端負責匯入設定、切換系統代理、選擇策略群組,以及檢視日誌與連線;mihomo 核心負責解析設定、建立連線、執行 DNS 處理與比對規則。兩者分工不同,因此排查問題時需要先判斷是介面狀態、設定內容,還是核心執行階段出現異常。
mihomo 延續 Clash 設定體系,並擴充規則集、協定與 DNS 能力。舊設定通常可以作為遷移起點,但涉及專有欄位、腳本或舊式 provider 寫法時,仍應依照目前核心文件逐項確認。升級用戶端也不代表所有舊設定都需要重寫,穩定設定可先保留,再依需求調整。
訂閱網址通常會回傳完整 YAML 設定或經轉換的節點集合。匯入成功只代表用戶端已取得並解析內容;策略群組、規則集、DNS 與節點欄位是否完整,取決於訂閱輸出格式。若出現節點存在但規則缺失的情況,應先檢視設定內容,而不是反覆切換系統代理。
更新訂閱前可保留本機修改的來源說明,避免遠端更新覆蓋手動調整。同步使用多個訂閱時,建議依用途分開儲存設定檔,不要直接拼接來源不同的規則與策略群組。對於 provider 形式的外部資源,還需確認資源網址、更新間隔與引用名稱彼此一致。
Clash Verge Rev 主要面向 Windows、macOS 與 Linux 桌面環境。Android 可選擇 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard;iOS 可透過 App Store 使用 Clash Plus。不同用戶端在介面結構、系統整合方式與設定擴充支援上並不完全相同。
跨裝置遷移時,應優先確認協定、策略群組與基礎規則是否能被目標用戶端識別,再處理 TUN、DNS 或系統服務等平台相關設定。設定能夠匯入不代表所有行為完全一致,尤其行動系統的背景策略、電量管理與 VPN 權限會影響連線維持方式。
系統代理讓遵循作業系統代理設定的應用程式進入用戶端;TUN 模式用於接管更多類型的系統流量;規則模式決定進入核心後的請求如何選擇策略;DNS 設定影響網域解析流程。四者處於不同環節,連線異常時應沿流量路徑逐段檢查,而不是同時修改所有開關。
日常桌面使用可從匯入訂閱、規則模式與系統代理開始;需要接管不讀取系統代理的應用程式時,再評估 TUN;多裝置共用設定時,先維持協定與策略群組結構簡單;伺服器或路由器環境則更適合直接部署 mihomo 核心,並分開管理設定檔、服務權限與啟動方式。
Platform Entry
首頁僅提供平台入口。安裝包類型、用戶端維護狀態與系統需求集中列於下載頁,進入對應分頁後再選擇適合的用戶端。
適合使用 Clash Verge Rev、Clash Plus、FlClash 或 Clash Nyanpasu 的桌面使用者。下載前請確認系統架構,首次啟動後再依教學匯入設定。
分別提供 Apple Silicon 與 Intel 裝置入口。安裝後需依系統提示處理網路延伸功能、系統代理或背景服務權限。
可依介面偏好與設定相容需求選擇 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard,並留意系統背景限制。
iPhone 與 iPad 使用者可從 App Store 取得 Clash Plus。匯入訂閱後,完成系統 VPN 權限確認,即可選擇策略群組並建立連線。
桌面環境可選擇 Clash Verge Rev 或 FlClash;伺服器、軟路由與命令列環境可在下載頁進一步查看 mihomo 核心套件。
Open Source Context
判斷一個 Clash 用戶端是否適合長期使用,需要同時查看程式碼來源、核心依賴、設定相容方式與發布節奏,而不能只比較介面外觀。
Clash Verge Rev 是 Clash Verge 方向的社群延續專案,重點涵蓋 Windows、macOS 與 Linux 桌面環境。用戶端將設定檔、策略群組、規則、連線記錄、日誌與系統代理控制集中於圖形介面中,適合希望在桌面系統直接管理 mihomo 設定的使用者。它負責管理與互動層工作,實際網路處理仍由核心執行。
這種分層結構便於分別定位問題:介面沒有顯示設定時,可檢查訂閱匯入與設定檔;核心無法啟動時,可查看設定語法、連接埠占用與權限;某個請求出口與預期不同時,則應回到規則順序、策略群組選擇與連線記錄。將不同層次的問題分開,通常比連續切換多個開關更容易得到穩定結論。
mihomo 是目前 Clash 生態中常用的開源核心之一,負責讀取 YAML 設定、建立各類協定連線、執行規則比對、處理 DNS,並向圖形用戶端提供控制介面。Clash Verge Rev 將這些能力整理成可操作的桌面介面,但協定是否可用、欄位如何解讀以及規則集如何載入,最終仍取決於核心支援。
原版 Clash、Clash Meta 與 mihomo 之間存在設定繼承關係,也有功能擴充差異。常見的代理節點、策略群組與基礎規則具有較高的遷移價值;涉及擴充協定、規則集格式、DNS 進階選項或特定 provider 欄位時,應以目前核心說明為準。技術參考頁會依協定與核心家族進一步解釋這些差異。
專案程式碼、問題討論與發布記錄公開後,使用者可以查看功能變化、已知問題與修復過程,也方便開發者重現特定平台上的異常。開源不代表所有設定天然相容,因此實際選型仍要結合作業系統、核心版本、訂閱格式與使用情境。對於穩定使用中的裝置,升級前先閱讀發布說明通常比直接覆蓋安裝更穩妥。
用戶端與核心分別發布也是需要注意的邊界。用戶端更新可能帶來介面、安裝方式或系統整合變化;核心更新則可能涉及協定實作、規則行為、DNS 處理與設定欄位。排查升級後的差異時,應記錄用戶端版本、核心版本與目前設定來源,避免在一次判斷中混入多個變數。
應用程式安裝包更新用於替換用戶端程式,訂閱更新用於刷新節點、策略群組或遠端設定,兩者並非同一項操作。用戶端更新後,原有設定通常仍保存在本機;訂閱更新則可能覆蓋由遠端來源管理的內容。若設定中包含手動編寫的規則,建議明確區分遠端檔案與本機檔案,減少更新時互相覆蓋。
規則集與代理集合也可能各自使用不同的更新時間。看到訂閱已重新整理,不代表所有遠端 provider 都已重新下載。遇到規則未變更、節點清單與預期不一致或遠端資源載入失敗時,可以依序檢查主設定更新時間、provider 狀態、日誌提示與資源網址,而不是只觀察首頁連線按鈕。
這些問題涵蓋首次下載與設定時最容易混淆的環節,完整分類可前往常見問題頁繼續查閱。
不是。Clash Verge Rev 是桌面圖形用戶端,負責設定管理與系統整合;mihomo 是執行協定連線、DNS 處理與規則比對的核心。兩者協作完成完整的桌面使用流程。
訂閱通常同時提供節點與策略結構。規則會將請求交給某個策略群組,而策略群組內仍可能需要選擇具體節點、自動選擇方式或直連出口,因此匯入後應檢查各主要策略群組的目前選項。
日常使用通常從規則模式開始,讓不同請求依設定分別處理;全域模式會將流量統一交給指定策略;直連模式主要用於暫停代理路徑或排查系統網路。具體差異可在教學與技術筆記中查看。
Windows 桌面使用者可評估 Clash Verge Rev、Clash Plus、FlClash 或 Clash Nyanpasu。遷移前先保存原訂閱來源與本機規則,再確認目標用戶端對原設定欄位的支援情況。
Technical Notes
從模式選擇、YAML 結構與實際分流情境切入,補充教學主線之外需要反覆查閱的設定細節。
說明三種代理模式的流量處理方式、適用情境與切換原則,協助首次使用者理解模式變化為何會影響所有連線。
閱讀全文 →依設定順序拆解基礎設定、代理節點、策略群組、規則集與 DNS 區段,說明名稱引用、處理順序與常見修改邊界。
閱讀全文 →圍繞常見地區分流需求說明規則比對順序、策略群組組織方式,以及修改後如何透過連線記錄確認實際路徑。
閱讀全文 →