Clash 核心
Clash core負責代理連線、規則比對與 DNS 處理的背景程式，圖形介面通常透過控制介面與其互動。原版 Clash 與後續衍生核心的功能範圍不同，網路上標示為 Clash 的設定不一定能在所有核心上運作。遇到未知欄位或不支援的協定時，應先確認實際使用的核心，而不只是查看用戶端名稱。
Clash 術語表
釐清核心、協定、規則與 DNS 的概念界線。依分類查找術語，再對照設定欄位確認用戶端中的實際設定。
核心與用戶端
先分清楚負責處理連線的程式、管理設定的介面，以及建立連線所需的服務參數。
mihomo
Formerly Clash Meta由 Clash Meta 專案演進而來的開源代理核心，提供規則分流、TUN、網域嗅探與規則集等功能。它不是特定的圖形用戶端，同一個核心可整合至不同應用程式。舊文章中的 Meta 通常指這個核心分支，但實際欄位仍應以目前的核心文件為準。
圖形用戶端
GUI client用來管理訂閱、策略選擇、系統代理與記錄的桌面或行動應用程式，通常會隨附核心或提供核心管理功能。介面選項不一定與 YAML 欄位一一對應，有些設定會在啟動時寫入產生的設定檔。排查問題時，應同時區分介面行為與核心行為。
代理節點
Proxy node · proxies一組用來建立代理連線的伺服器參數，通常包含位址、連接埠、協定與驗證資訊，也可能附帶傳輸層設定。節點顯示名稱只是標籤，不能保證實際出口位置或服務可用性。安裝用戶端不會自動取得節點，匯入前還應確認服務來源與協定相容性。
節點延遲
Latency · URL test用戶端依指定方式測得的請求耗時；常見的 URL 測試不等於 ICMP ping。結果會受測試網址、逾時設定、連線重用與目前網路狀況影響，不能直接視為頻寬或所有網站的連線速度。測試逾時也不一定代表節點完全失效，應搭配實際連線與連線記錄判斷。
代理協定
協定決定如何建立連線；傳輸方式、驗證參數與安全層都必須一併確認。
Shadowsocks
type: ss使用預先共用金鑰與指定加密方式建立代理連線的協定，在 mihomo 節點中以 type: ss 表示。用戶端與伺服器端的加密方式及金鑰必須一致，不同加密方式對金鑰格式的要求也可能不同。若節點需要外掛程式，還應確認用戶端是否支援相應外掛程式與參數。
Trojan
type: trojan通常透過 TLS 連線傳送代理流量，並以密碼驗證的協定。連線能否成功不只取決於密碼，也與憑證、伺服器名稱及傳輸設定有關。若出現憑證錯誤，應檢查系統時間與伺服器端參數，不宜將停用憑證驗證當成一般修復方式。
VLESS
type: vless通常以 UUID 識別使用者的輕量代理協定，本身不提供流量加密，需搭配 TLS 或 REALITY 等安全層理解。UUID 相同不代表整份設定都正確，傳輸方式、伺服器名稱及相關安全參數也必須相符。匯入節點時，應保留服務提供者給的完整參數組合。
Hysteria2
type: hysteria2以 QUIC 為基礎的代理協定，仰賴 UDP 連線，並透過 TLS 與驗證參數建立連線。若網路限制 UDP，可能無法正常運作；不能只因伺服器連接埠開啟就判定可用。實際表現取決於網路品質與參數設定，也不能單憑協定名稱推測速度。
SOCKS5
SOCKS version 5供應用程式連線至代理伺服器的通用協定，可用作本機代理入口，也可作為遠端節點類型。協定包含 TCP 與 UDP 轉送機制，但實際使用仍需應用程式、監聽端與出口共同支援。SOCKS5 本身不會加密傳輸；網域名稱是在本機還是代理端解析，也取決於應用程式的使用方式。
規則與策略組
規則決定「哪些連線」，策略組決定「使用哪個出口」。
規則分流
rules · first match在 Rule 模式下，核心會依照 rules 清單由上而下比對連線，第一條符合的規則會決定採用的策略。例如 DOMAIN-SUFFIX,github.com,Proxy 會將符合的網域交給名為 Proxy 的策略。Proxy 必須另外定義；MATCH,Proxy 通常放在最後，用來處理其餘連線。
策略組
proxy-groups將節點或其他策略整理成可供規則引用的群組，避免每條規則都直接綁定單一節點。select 用於手動選擇，url-test 會定期測試並依測試結果選擇，fallback 則依序使用可用成員。測試網址與間隔會影響自動選擇結果，群組名稱本身不會決定功能。
Rule、Global 與 Direct
mode: rule / global / direct分別代表規則模式、全域模式與直連模式，用來決定已進入核心的連線如何處理。Rule 依規則選擇策略，Global 使用全域策略，Direct 則直接連線至目標。這些模式不會負責將應用程式流量導入核心，仍需另外檢查系統代理或 TUN 是否啟用。
GeoIP
GEOIP依據 IP 地理位置資料庫比對目標位址，例如 GEOIP,CN,DIRECT 會將資料庫歸類為 CN 的位址設為直連。資料庫判定不等於網域註冊地或實際營運所在地，CDN 也會改變解析結果。比對網域連線時可能需要解析；規則末尾的 no-resolve 可避免因此觸發解析。
規則集
rule-providers · RULE-SET將一組比對條件獨立儲存，透過 rule-providers 宣告，再由 RULE-SET,work,Proxy 這類規則引用。集合負責描述比對對象，引用它的規則則指定最終策略。更新失敗時，也應檢查格式是否正確，以及是否符合 behavior 設定；不能把節點訂閱直接當成規則集。
DNS 與網路堆疊
網域解析、流量接管與出口選擇彼此相關，但不能混為一談。
DNS
Domain Name System將網域名稱解析為 IP 位址的機制，是應用程式建立連線前常見的步驟。mihomo 的 nameserver 用來指定上游解析器，nameserver-policy 則可為特定網域選擇不同解析器。使用加密 DNS 只能保護傳送至解析器的流量，不代表查詢一定會經過指定的代理出口。
Fake-IP
enhanced-mode: fake-ip以虛擬位址回覆應用程式，並由核心保留虛擬位址與網域映射的 DNS 運作方式，有助於後續依網域比對規則。虛擬位址不是真實網站位址，也不能單獨取代流量接管。少數應用程式需要真實解析結果時，可依實際需求調整 fake-ip-filter，避免盲目擴大排除範圍。
TUN 模式
Virtual network interface透過虛擬網路介面接收系統 IP 流量，讓部分不讀取系統代理設定的應用程式也能交由核心處理。常見欄位包括 tun.enable、auto-route 與 dns-hijack，也可能需要管理員權限。實際接管範圍仍會受路由、DNS、作業系統平台及其他網路軟體影響。
DNS 洩漏
DNS leakDNS 查詢未如預期經過指定解析路徑或出口的情況，例如瀏覽器內建解析器繞過預定使用的系統路徑。檢測頁顯示某個解析器的地區，不能單獨證明發生洩漏，應搭配目標策略與記錄判斷。排查時需一併檢查瀏覽器的安全 DNS、系統解析、TUN 接管與核心上游設定。
網域嗅探
sniffer嘗試從支援的 TLS、HTTP 或 QUIC 交握資訊中辨識網域，為只有 IP 位址的連線補上比對資訊。這不是通用的加密內容解密機制，也不保證每條連線都能辨識出網域。嗅探可能影響規則比對或目標處理，啟用後應搭配連線記錄確認結果。
訂閱與設定檔
分清楚資料來源、檔案格式與最終執行設定，減少更新後設定遭覆蓋的情況。
訂閱
Subscription透過連結分發並更新節點清單或完整設定的方式，內容可能是 URI 清單、編碼文字或 YAML，不能只憑連結外觀判斷格式。用戶端能否直接匯入，取決於支援的格式與協定。訂閱網址通常含有存取憑證，不應公開貼在截圖、記錄或不可信的轉換服務中。
YAML
Mapping · sequence · scalar用來組織對應、清單與純量的文字資料格式，Clash 設定常用它表示階層關係。縮排應使用空格而非定位字元，同一層的欄位需對齊，含特殊字元的字串可加上引號。YAML 語法通過不代表設定可用，欄位支援情況與策略名稱引用仍需由核心檢查。
設定檔
config.yaml描述連接埠、節點、策略組、DNS 與規則等內容的檔案；config.yaml 是常見檔名，但不是唯一固定名稱。用戶端最終提交給核心的設定，可能由訂閱、介面設定與覆寫共同產生。排查欄位未生效時，應查看實際執行中的設定，而非只檢查下載的原始訂閱。
代理集合
proxy-providers由 proxy-providers 定義，可從檔案或遠端位址載入的節點集合，策略組透過 use 引用。它儲存的是節點，不同於儲存比對條件的 rule-providers。集合更新、健康檢查與策略組選擇是不同環節；更新成功不代表每個節點都能連線。
覆寫
Override · merge在訂閱之外保留本機修改，並參與最終設定產生的機制，常用於固定連接埠、DNS 或追加規則。覆寫不是所有用戶端共用的單一核心欄位；合併順序、清單追加與欄位覆蓋方式由用戶端決定。修改後應查看產生的結果，確認規則位置與策略組引用未因更新流程而改變。
從術語到設定
第一次匯入訂閱，可依教學完成連線驗證；若已能連線但需要調整規則、DNS 或 TUN，再參閱進階設定。遇到具體錯誤時，先記下用戶端名稱、實際使用的核心與錯誤訊息，避免只用「Clash 無法使用」描述問題。