用戶端與核心
Mihomo
Mihomo 是 Clash Meta 延續生態中常見的設定與代理核心，負責解析 YAML 設定、建立連線、執行規則及管理策略組。
不同用戶端可能使用不同版本的核心，因此即使介面名稱相近，仍應查看用戶端的核心資訊及設定相容範圍。
Glossary / Network map
Clash 術語表：從訂閱設定到規則分流
將用戶端介面、設定檔與網路模式中容易混淆的詞彙整理在同一份索引中。先依分類定位概念，再回到下載頁或教學頁完成實際設定。
01 / Runtime layer
用戶端與核心
這組詞彙回答「誰負責執行設定」。用戶端提供操作入口，核心負責解析設定、建立連線及執行規則。
用戶端與核心
Clash 用戶端
Clash 用戶端是執行代理核心並提供圖形介面的應用程式，通常負責匯入設定、切換模式、檢視連線及修改系統代理。
選擇用戶端時，應先確認作業系統、核心支援情況，以及是否需要 TUN 等系統層級功能，再決定使用桌面版或行動版工具。
用戶端與核心
YAML
YAML 是 Clash 與 Mihomo 常用的設定檔格式，縮排與冒號結構具有語法意義。
縮排錯誤、鍵名拼寫錯誤或型別不符，都可能導致設定無法載入。編輯 YAML 時建議保留原有層級，並在修改後重新檢查設定解析結果。
02 / Connection path
代理與連線
這些詞彙描述連線從本機發出後，如何進入代理入口，以及如何判斷連線的回應表現。
代理與連線
節點
節點是設定中描述的一條代理伺服器連線，通常包含位址、連接埠、通訊協定、驗證資訊及傳輸參數。
一份設定可包含多個節點供策略組選擇。節點名稱只是識別標籤，不能僅憑名稱判斷真實地區、速度或穩定性。
代理與連線
延遲
延遲表示用戶端發出探測後到收到回應所需的時間，通常以毫秒記錄。探測目標、網路距離及測試協定都會影響讀數。
延遲較低只代表回應較快，不能單獨代表頻寬、穩定性或所有網站的實際體驗。遇到連線波動時，還要結合逾時、封包遺失及實際存取結果判斷。
代理與連線
代理連接埠
代理連接埠是用戶端在本機監聽的連線入口，例如 HTTP 或 SOCKS 連接埠。
瀏覽器、命令列工具及其他應用程式必須使用正確的位址與連接埠，才能將流量交給 Clash。連接埠衝突或監聽位址設定錯誤，會表現為連線遭拒。
03 / Configuration source
訂閱與設定
訂閱解決設定來源，設定檔則決定用戶端如何執行。兩者相關，但不是同一個概念。
訂閱與設定
訂閱
訂閱通常是用來取得代理設定的 URL，伺服器會回傳節點、策略組及規則等內容。
用戶端更新訂閱後，會將遠端內容轉換成目前可使用的設定檔。更新失敗時，應先確認位址有效、帳戶狀態正常，再檢查回傳內容是否仍是可解析的設定。
訂閱與設定
設定檔
設定檔定義代理節點、連接埠、DNS、規則及策略組等執行參數，是核心執行行為的主要依據。
訂閱產生的設定可作為基礎，再透過覆寫或本機編輯補充個人設定。修改前保留一份可用副本，方便快速還原至上一個狀態。
訂閱與設定
代理服務提供者
代理服務提供者負責提供訂閱位址及其對應的網路服務，Clash 用戶端本身不等同於代理服務。
使用訂閱前應確認來源、帳戶狀態、流量限制及服務條款。訂閱失效、節點過期或伺服器調整格式時，用戶端通常只能提示更新或解析失敗。
04 / Decision layer
規則與策略組
規則負責判斷連線應走哪條路徑，策略組則負責命中後選擇具體節點或處理方式。
規則與策略組
規則
規則依預設條件比對網域、IP 位址、程序或網路請求，並將連線交給指定的策略組。
規則通常由上而下執行，前面命中的項目會影響後續處理。排查分流結果時，應先確認實際命中的規則，再檢查其指向的策略組。
規則與策略組
規則提供者
規則提供者用來引用一組可獨立更新的規則檔案，例如廣告網域、區域網路位址或特定服務的網域集合。
設定中需要宣告規則格式、行為，以及遠端或本機來源。規則提供者更新後，仍要確認其行為與目前設定中的策略組名稱一致。
規則與策略組
策略組
策略組是節點或其他策略的選擇層，常見類型包括手動選擇、自動測速及故障轉移。
規則命中策略組後，最終由該組決定連線使用哪條代理路徑。手動選擇適合明確控制，自動類型則更依賴測試目標及健康檢查設定。
05 / Traffic capture
網路模式
網路模式決定用戶端能接管哪些流量。系統代理適合遵循系統設定的應用程式，TUN 等模式的涵蓋範圍更廣。
網路模式
TUN 模式
TUN 模式透過虛擬網路介面接管更廣泛的系統流量，讓不支援手動設定代理的應用程式也能進入 Clash 的處理流程。
啟用時通常需要系統權限，並應同時檢查路由、DNS 及繞過清單。若啟用後區域網路裝置或系統服務異常，應優先檢查規則與路由範圍，而不是反覆切換節點。
網路模式
系統代理
系統代理是作業系統提供的 HTTP、HTTPS 或 SOCKS 代理設定，瀏覽器等遵循系統設定的應用程式會使用它。
系統代理的涵蓋範圍取決於應用程式是否讀取該設定，不能等同於全流量接管。關閉用戶端後，若系統代理開關仍保持開啟，部分應用程式可能繼續連線到已停止監聽的連接埠。
網路模式
Redir-Host
Redir-Host 是一種 DNS 運作方式，用戶端會為網域解析結果保留可追溯的對映，並在處理連線時還原原始網域。
它依賴較完整的 DNS 設定，遇到應用程式自帶解析時可能需要額外處理。選擇 DNS 模式時，應結合規則需求、區域網路存取及特定應用程式的解析行為。
06 / Resolution and route
系統與路由
這組概念集中於 IP 地理判斷、虛擬位址對映及網域解析路徑，是定位「規則已命中但存取仍異常」的重要基礎。
系統與路由
GeoIP
GeoIP 資料庫會根據 IP 位址判斷其註冊地理區域，規則可據此區分區域網路、中國大陸或海外位址等流量。
GeoIP 結果取決於資料庫版本，不應用作精確地理定位。資料庫過舊時，規則可能將實際位址歸入不同區域，更新後應重新檢查關鍵分流結果。
系統與路由
Fake-IP
Fake-IP 模式會為網域回傳由代理用戶端維護的虛擬位址，再透過對映表找回原始網域。
這有助於保留網域資訊並配合規則處理，但部分依賴真實 DNS 回應或硬編碼 IP 的應用程式可能需要加入繞過設定。遇到區域網路裝置異常時，應先檢查 Fake-IP 排除清單。
系統與路由
DNS 洩漏
DNS 洩漏是指代理流量經過代理鏈路時，網域查詢卻仍由本機網路或其他非預期的 DNS 服務完成。
排查時應同時檢查 DNS 模式、監聽位址、系統解析器及應用程式自身的加密 DNS 設定。只檢查瀏覽器代理開關，無法涵蓋所有應用程式的網域解析路徑。