Clash 用戶端下載規則分流全平台中文網

專案沿革：從 Clash 設定語法到 mihomo

Clash 建立了以 YAML 描述節點、策略組與規則的設定慣例。mihomo 延續這類規則代理核心的使用方式，並持續擴充協定、規則與網路接管功能。舊教學中提到的 Clash、Clash Meta 與新用戶端名稱，可能對應不同時期的專案狀態。閱讀資料時，應以目前執行的核心及其文件為準，不能只靠檔案副檔名或視窗標題判斷相容性。若欄位無法辨識，請先記錄完整錯誤訊息與欄位位置，再查閱核心文件。

開源生態：核心授權條款不等於用戶端說明

mihomo 的程式碼與授權條款可在公開儲存庫查閱，授權為 GPL-3.0。圖形介面用戶端以核心為基礎，提供匯入設定、系統代理、系統匣選單與權限服務等功能；但各專案的發行方式、授權條款與平台支援情況都應分別確認。使用相同核心的用戶端，不代表會自動具備其他用戶端的所有功能。本網站將軟體下載與設定參考分開整理，避免把某個介面的選項誤寫成所有平台都有的核心欄位。

執行流程：介面顯示與最終設定

用戶端通常會先讀取訂閱，再套用覆寫、合併本機設定，最後將產生的設定交給核心。因此，介面上顯示的訂閱內容不一定等於實際執行的內容。排查問題時，實際載入的設定與連線記錄，比匯入成功提示更有參考價值。規則目標必須指向存在的節點或策略組，提供者名稱必須與引用一致，DNS 監聽位址也須配合系統的請求路徑。至於選用的嗅探、程序規則與 TUN 是否可用，還取決於系統權限與用戶端的實作方式。

更新方式：分別檢查軟體、訂閱與規則集

更新用戶端、更新核心、重新整理訂閱與更新地理資料庫，是不同操作。軟體更新可能改變欄位或權限行為；更新訂閱可能替換節點與策略組；更新規則集則可能改變網域分類。為方便重現問題，每次只修改一類內容，並保留修改前的設定。更新後請檢查啟動記錄、群組名稱引用與常用服務的規則命中情況，不要只因介面能開啟就視為驗證完成。安裝套件資訊集中於下載頁，首頁則提供平台入口與設定閱讀順序。

維護範圍：先恢復連線，再縮小問題範圍

發生異常時，可先關閉系統代理或 TUN，確認基本網路是否恢復；若基本網路同樣異常，應先處理網路本身。基本網路正常後，再依序檢查本機監聽連接埠、DNS 請求、節點連線能力與命中規則。回報問題時，請提供作業系統、用戶端名稱、使用的核心，以及已遮蔽敏感資訊的記錄，並說明最近修改的設定項目。設定中的密碼、訂閱網址與控制介面憑證不適合公開。完整記錄有助於重現問題，也能區分用戶端整合與核心設定問題。