Clash 原版核心
Original Clash coreClash 生態系早期的規則代理核心，負責建立連線、處理 DNS 與比對規則，圖形介面通常由其他專案提供。原始開源版本與後來的 Meta、mihomo 在協定和欄位支援上有所差異，舊教學提到的功能不能直接套用到所有分支。確認設定檔能否使用時，應核對核心類型，而不是只看用戶端名稱是否含有 Clash。
相關：Clash Meta →CLASH / CONCEPT REFERENCE
Clash 術語與概念速查
核心、協定、規則、DNS 與訂閱。依設定檔中的概念查找說明，釐清名稱相近但用途不同的設定。
26 個術語
5 大主題
獨立章節錨點
初次設定可先閱讀Clash 設定教學；需要比較協定與核心功能時，請參閱協定參考。本頁說明概念，不取代特定用戶端的設定指南。
CORE & CLIENT
核心與用戶端
先分清楚負責處理連線的核心，以及負責提供操作介面的應用程式。
Clash Meta
Clash.Meta / Meta core從 Clash 延伸出代理協定、規則與網路功能的核心分支，後續以 mihomo 名稱持續發展。舊設定說明、下載套件或用戶端介面中仍可能保留 Meta 字樣，通常指的是核心系列，而非特定的桌面應用程式。遇到只標示 Meta 的功能說明時，仍須依實際核心版本確認支援情況。
相關：mihomo →mihomo
Rule-based proxy core從 Clash Meta 發展而來的規則代理核心，支援多種代理協定、規則集與 DNS 功能。既可由圖形化用戶端呼叫，也能作為獨立程式，在伺服器或路由器環境中執行。用戶端介面版本與核心版本可能不同步；設定能否生效，應以實際執行的核心版本與建置功能為準。
閱讀協定與核心參考 →圖形化用戶端
GUI client提供匯入訂閱、選擇策略、檢視記錄與系統整合等操作介面的應用程式，例如 Clash Verge Rev。用戶端負責整理操作，核心負責處理連線，兩者並非同一概念。同一核心在不同用戶端中可能有不同的設定入口；用戶端產生的覆寫設定也可能讓最終生效內容與訂閱原文不同。
查看用戶端比較 →系統代理
System proxy透過作業系統的代理設定，讓遵循該設定的應用程式連線至本機 HTTP 或 SOCKS 代理連接埠。部分遊戲、命令列工具與使用自有網路堆疊的應用程式可能忽略系統代理，因此開啟此選項不代表所有連線都已接管。關閉系統代理後，TUN 或其他接管機制仍可能運作，請分別確認其狀態。
對照：TUN 模式 →PROXY PROTOCOLS
代理協定
協定名稱只是起點，驗證方式、傳輸方式與 TLS 條件也必須相符。
Shadowsocks
SS一種加密代理協定，節點參數通常包含伺服器、連接埠、加密方式與密碼。用戶端與伺服器必須支援相同的加密方式；新舊方式之間不能只改名稱就完成轉換。若匯入後無法連線，應先核對加密方式與驗證資訊，再確認目前使用的核心是否支援 UDP 轉發及其他附加功能。
查看協定選擇說明 →VMess
V2Ray protocolV2Ray 生態系中的代理協定，通常以 UUID 識別使用者，連線過程也要求系統時間正確。VMess 與 WebSocket 等傳輸方式屬於不同層次，匯入時必須同時保留協定身分與傳輸參數。若伺服器位址可連線但交握失敗，應核對系統時間、UUID、路徑與 TLS 設定，而非只更換節點名稱。
對照：VLESS →Trojan
TLS-based proxy protocol通常透過 TLS 連線並以密碼驗證的代理協定，伺服器憑證與伺服器名稱都是連線條件的一部分。只複製位址、連接埠與密碼，可能會漏掉 SNI 等必要參數。若出現憑證錯誤，應先檢查網域名稱、系統時間與憑證信任鏈，不應把略過憑證驗證當作通用修復方式。
相關：節點參數 →VLESS
UUID-based proxy protocol以 UUID 識別使用者的輕量代理協定，本身不提供內容加密，連線安全通常仰賴 TLS、REALITY 等配套機制。VLESS 不等於某種固定的傳輸方式，同名節點也可能採用不同組合。選擇用戶端時，應一併確認核心對傳輸方式、安全機制及相關擴充參數的支援情況。
查看協定相容性說明 →Hysteria2
Hysteria 2 / QUIC以 QUIC 為基礎的代理協定，建立連線時仰賴底層 UDP 可正常運作；在 UDP 受限的網路中可能無法使用。實際速度會受到網路封包遺失、壅塞、伺服器資源與裝置效能影響，不能只憑協定名稱預測。Hysteria 第一代與第二代的設定類型不可直接互換，匯入時應確認協定世代。
對照：TUIC →TUIC
QUIC-based proxy protocol以 QUIC 為基礎的代理協定，可承載 TCP 與 UDP 流量，同樣需要底層網路允許相應的 UDP 通訊。它與 Hysteria2 並非同一種協定，驗證欄位、連線行為與壅塞控制設定不能互相套用。連線前應核對伺服器協定版本、驗證資訊與 TLS 參數，再評估其在目前網路與行動裝置上的表現。
相關：延遲與實際體驗 →RULES & POLICIES
規則與分流
比對條件決定使用哪項策略，策略則決定實際出口。
規則分流
Rule-based routing / rules依網域名稱、目的位址、處理程序等條件，為連線選擇直連、代理或拒絕等處理策略。在規則模式下通常會依序由上而下比對，由第一條符合的規則決定後續策略，因此較具體的條件通常應排在範圍較廣的條件之前。切換至全域或直連模式後，不能再依照原本的規則命中預期來判斷連線行為。
閱讀規則分流實例 →策略組
Proxy group / proxy-groups將節點或其他策略整理成邏輯出口，供規則依名稱引用。select 用於手動選擇，url-test 與 fallback 分別著重於自動測試和故障轉移，實際行為取決於組別設定。某條規則指向一個組別，不代表組內所有節點都會同時處理這條連線。
GeoIP
IP geolocation matching依 IP 位址所屬地區的資料庫進行比對，例如 GEOIP,CN,DIRECT。資料庫標示的位址歸屬，不代表服務營運者所在地或使用者所在地；CDN 也可能讓同一網域取得不同地區的位址。解析結果、資料庫更新與規則順序都會影響比對結果；加上 no-resolve 時，也須了解略過解析的影響。
規則集
rule-providers / RULE-SET將一組比對條件存放在本機或遠端檔案中，透過 rule-providers 定義，再由 RULE-SET 規則引用。規則集提供網域或位址等比對條件，不負責提供代理節點。規則集格式、behavior 類型、更新方式與核心支援情況必須相符；檔案下載成功，不代表內容已正確參與比對。
MATCH
Final catch-all rule接收先前所有規則都未符合之流量的最終比對規則，通常放在 rules 清單末尾。MATCH,PROXY 表示將其餘連線交給名為 PROXY 的策略；此名稱必須在設定檔中有效。若將 MATCH 放在前面，後續規則通常就沒有比對機會；它也不等於將用戶端切換至全域模式。
DNS & NETWORK STACK
DNS 與網路堆疊
接管連線、解析網域與選擇出口是不同環節，應分別確認。
DNS
Domain Name System將網域名稱解析為 IP 位址等記錄的系統，應用程式、作業系統與代理核心都可能參與。目標網站與代理伺服器本身的網域可能透過不同路徑解析；使用加密 DNS 也不代表請求一定經過代理。排查失敗時，應先確認由誰發起解析、使用哪個解析器，以及回傳結果是否已快取。
相關：Fake-IP →Fake-IP
Synthetic DNS address mapping由核心回傳保留位址給應用程式，並在內部維護網域名稱與該位址的對應關係，後續連線會依此還原目標網域。它不是目標伺服器的真實公網位址，也不代表服務已遷移。依賴真實解析結果的應用程式可視需要設定 fake-ip-filter；同時也要檢查過濾模式與其他 DNS 規則，避免把所有異常都歸因於對應機制。
TUN 模式
Virtual network interface透過虛擬網路介面與路由設定接管 IP 流量，可用來處理不遵循系統代理設定的連線。TUN 是流量接入方式，不是節點協定，也不代表接管後的所有連線都必須經過代理。啟用前應確認權限、路由與 DNS 接管設定；若同時使用其他 VPN，也要檢查路由衝突與區域網路是否可連線。
對照：系統代理 →網域嗅探
Sniffer / domain sniffing從支援的連線初始資料中辨識網域線索，協助核心比對網域規則。此功能不等於任意解密 HTTPS 內容，能否辨識取決於協定、加密方式與可見的交握資訊。部分設定也允許調整連線所用的目標資訊；啟用後若發生相容性問題，應搭配記錄與相關覆寫選項一併檢查。
相關：網域規則分流 →DNS 外洩
DNS leakDNS 請求偏離預期解析路徑的情況，例如原本應由核心處理的請求，卻由應用程式直接送往其他解析器。是否構成外洩應依既定策略判斷，不能只憑測試頁顯示的地區名稱下結論。檢查時應涵蓋應用程式自有 DNS、瀏覽器加密 DNS、IPv6、系統解析器與實際請求出口，並區分解析結果與網路路徑。
返回：DNS 解析職責 →SUBSCRIPTION & CONFIG
訂閱與設定檔
先確認匯入內容的格式，再檢查節點、策略與規則之間的引用。
訂閱
Subscription URL / profile透過網址取得並更新節點資訊或設定檔的發布方式；內容可能是完整 YAML，也可能只包含節點清單。不同格式需要使用相應的用戶端匯入功能，或可信任的轉換方式；成功匯入不保證所有協定與規則都受支援。訂閱網址可能包含存取憑證，分享記錄或截圖前，請移除完整網址中的敏感資訊。
查看訂閱匯入步驟 →節點
Proxy node / outbound endpoint一組用來建立代理連線的參數，通常包括伺服器位址、連接埠、協定與驗證資訊；部分協定還需要傳輸與 TLS 設定。節點名稱只是顯示標籤，名稱中的地區或用途不能取代實際出口與連線測試。節點是否可用也會受到伺服器狀態、驗證資訊是否有效與本機網路路徑影響，並非安裝用戶端後就能保證。
相關：策略組 →延遲
Latency / URL test用戶端向指定測試目標發出請求時測得的耗時，可能包含建立連線、交握與回應等環節，不一定是 ICMP ping。測試位址、逾時設定與網路狀態不同，結果也可能不同，因此延遲數值不能直接換算成下載速度。測試逾時也不一定代表節點完全無法使用，應搭配實際服務連線與執行記錄判斷。
閱讀記錄排查方法 →YAML
YAML configuration / config.yamlClash 常用的結構化文字格式，透過縮排表示層級，並以清單和鍵值組織節點、規則與 DNS 設定。編輯時應使用空格維持縮排一致，避免混入定位字元，並留意特殊字元的引號處理。YAML 語法正確只代表檔案可供解析；欄位是否受支援、策略名稱是否存在，仍須由目前使用的核心確認。
相關：規則集欄位 →節點提供器
proxy-providers將節點集合獨立載入與更新的機制，可使用遠端或本機來源，再由策略組透過 use 引用。它與提供比對條件的 rule-providers 職責不同；節點集合也不能直接取代整份主設定檔。使用時應確認資料格式、提供器名稱與更新設定，避免遠端更新時覆蓋手動維護的主設定檔邏輯。