01 / CORE & CLIENT
核心與用戶端
介面負責管理，核心負責執行。先釐清兩者的分工，再確認功能是否支援，以及設定在哪裡生效。
- mihomomihomo core
- 源自 Clash Meta 的代理核心，負責協定連線、DNS 處理與規則比對，也是多款 Clash 生態系用戶端採用的執行元件。用戶端名稱不一定會包含 mihomo，可在設定或核心資訊中確認實際使用的核心。新協定與新欄位是否可用，應以目前的核心版本和相關文件為準，不能只看安裝檔名稱。
- Clash MetaClash Meta
- Clash 生態系中擴充核心功能的舊專案名稱，與後來採用的 mihomo 名稱有沿革關係。舊教學、訂閱分類和部分應用程式名稱仍會保留 Meta 字樣。看到「適用於 Meta」時，應進一步確認具體欄位、協定參數與核心版本，而非假設所有名稱含 Clash 的用戶端都能直接使用。
- 用戶端Client
- 供使用者直接操作的應用程式，提供訂閱管理、節點選擇、連線檢視與系統設定等介面。Clash Verge Rev 屬於這一層，通常透過控制介面管理核心。即使兩個用戶端使用相同核心，在設定合併、權限管理與記錄呈現上仍可能不同，因此教學中的按鈕位置應以實際介面為準。
- 核心Core
- 實際讀取執行設定並建立連線的軟體元件，負責監聽連接埠、處理 DNS 與執行分流規則。更新用戶端時，核心可能會一併更新，也可能有獨立的核心更新入口，視軟體設計而定。排查相容性問題時，應一併記錄用戶端版本、核心版本與錯誤欄位；核心家族沿革請參閱協定手冊。
02 / PROTOCOLS
代理協定
協定定義用戶端與伺服器的通訊方式。節點參數必須與伺服器端一致，不能只改類型名稱就把一種協定轉換成另一種。
- ShadowsocksSS
- 透過共用金鑰和指定加密方式建立代理連線的協定。節點通常包含伺服器位址、連接埠、密碼與加密方式；用戶端也必須支援節點使用的加密方案及選用的外掛程式。匯入後若出現驗證或交握錯誤，請先核對這些參數；名稱相似的加密方式不代表可以互換。
- VMess 與 VLESSVMess / VLESS
- V2Ray、Xray 生態系常見的兩種不同協定，設定中通常還包含使用者識別碼、傳輸方式與安全層選項。VLESS 本身不提供載荷加密，實際安全性也取決於 TLS 等外層設定。排查連線時，除了協定類型，也應確認 WebSocket 路徑、服務名稱或其他傳輸參數，不能只檢查伺服器位址。
- TrojanTrojan over TLS
- 通常透過 TLS 保護傳輸並以密碼驗證的代理協定，憑證驗證是連線過程的重要環節。伺服器名稱用於 TLS 交握時的名稱指示與驗證，可能與填寫的連線位址不同。遇到憑證錯誤時，應檢查系統時間、名稱與伺服器憑證，不要把略過憑證驗證當成一般的修復方式。
- Hysteria2 與 TUICQUIC-based Proxy Protocols
- 兩種以 QUIC 為基礎的代理協定，通常透過 UDP 傳輸，但驗證參數與壅塞控制等設計並不相同。網路限制 UDP、伺服器設定不符或傳輸路徑品質變化，都可能影響使用。不能只憑協定名稱判斷速度或行動裝置耗電量；應在相同裝置、相近網路與相同服務情境下比較實際表現。
03 / RULES & ROUTING
規則與分流
規則決定連線使用哪個出口。檢視規則時，除了比對條件，也要留意規則順序，以及規則引用的策略名稱。
- 規則分流Rule-based Routing
- 依設定順序比對網域、位址等條件，再將連線交由直連、代理策略群組或拒絕策略處理。通常會由前往後依序檢查，第一條符合的規則會決定後續處理，因此太早加入寬泛規則可能蓋過後面的精確規則。在用戶端的規則頁檢視規則內容，再到連線頁確認實際比對結果，比只查看規則檔更容易找出問題。
- GeoIPIP-based Classification
- 利用位址資料庫依地區或位址類別比對目標 IP 的機制，例如
GEOIP,private,DIRECT,no-resolve可用來比對私人位址。比對結果取決於資料庫內容，並不能即時證明伺服器的實際地理位置。no-resolve可避免為了比對規則而主動進行網域解析；若連線已有目標 IP，仍可能符合規則。
- GeoSiteDomain-based Classification
- 依資料庫中的網域集合進行比對，常用來將同一服務或類別的網域組成一條規則，例如
GEOSITE,cn,DIRECT。分類名稱必須存在於目前載入的資料檔中；不同資料來源的集合內容也可能不同。此機制比對的是網域集合，GeoIP 比對的則是目標位址，兩者不能直接互相取代。
- MATCH 與內建策略MATCH / DIRECT / REJECT
MATCH是兜底比對類型，通常放在規則末尾，用來處理前面規則都未比對到的連線。DIRECT表示直連，REJECT表示拒絕，兩者都是內建策略。範例中的PROXY通常只是作者自訂的策略群組名稱，設定中必須有同名定義；它不是固定的內建關鍵字。
04 / GROUPS & NODES
策略群組與節點
節點說明如何連線至伺服器，策略群組則說明如何選擇出口。要理解介面中目前選取的群組與節點，還須一併檢視規則的引用關係。
- 策略群組Proxy Group
- 將多個節點或其他策略群組組成可供規則引用的出口名稱。
select用於手動選擇，url-test依測試結果選擇，fallback依可用性與順序切換，load-balance則依演算法分配連線。在代理頁面變更群組，只會影響實際引用該群組的流量；群組之間也可能互相巢狀引用。
- 節點Proxy Node
- 描述代理伺服器連線方式的一組參數，通常包含協定、伺服器位址、連接埠與驗證資訊。節點顯示名稱只是標籤，不能單憑名稱判斷出口位置、效能或可用性。分享錯誤資訊時，可保留協定類型與錯誤訊息，但應隱藏密碼、使用者識別碼與完整訂閱網址等敏感資訊。
- 延遲測試Latency Test
- 依連線至指定測試網址所需的時間，估算代理路徑的回應狀況，通常不等同於系統指令中的 ICMP ping。測試網站、連線重用、交握過程與網路狀態都會影響結果；測試數值也不代表下載速度。顯示逾時可能是節點無法使用，也可能只是測試目標無法連線，應再透過實際服務與連線記錄交叉確認。
- url-testAutomatic Test Group
- 依週期性測試結果自動選擇節點的策略群組類型，適合想減少手動切換的情境。
interval控制測試間隔，tolerance用來降低回應時間些微波動造成的頻繁切換。測試目標應具代表性；測試速度較快，不代表所有服務都會比較快。策略變更後，已建立的連線也不一定會立即切換。
05 / SUBSCRIPTIONS & CONFIG
訂閱與設定檔
訂閱是取得內容的方式，設定檔則是核心讀取的設定結構。匯入、選用、覆寫與執行是不同環節。
- 訂閱Subscription
- 透過網址取得並更新代理節點或完整設定的發佈方式，不同服務提供者可能回傳不同格式。在設定頁匯入成功後，還須選用對應設定，再到代理頁檢查策略群組。訂閱網址可能包含存取憑證，不宜公開貼出；更新失敗時，應先檢查網址是否有效及回傳內容，不要只是不斷點選更新。
- YAMLYAML Configuration Format
- Clash 常用的結構化文字格式，以縮排表示階層，並透過清單與鍵值組織設定。縮排請使用空格而非定位字元；字串含有特殊字元時，也要留意引號規則。語法可解析只代表基本結構成立，不代表目前核心支援其中的欄位，也不代表節點參數和規則引用都正確。
- 設定檔Profile / config.yaml
- 描述節點、策略群組、規則、DNS 與監聽連接埠等設定的檔案，可由訂閱下載，也可從本機匯入。設定頁儲存的原始檔案，不一定就是核心最終讀取的完整內容，因為用戶端可能會疊加全域設定或覆寫規則。排查「檔案已修改但行為沒變」時，應確認目前選用的項目、重新載入結果與實際執行設定。
- 覆寫與合併Override / Merge
- 在原始訂閱設定上疊加本機設定的機制，常用來保留個人連接埠、DNS 或自訂規則，避免每次更新訂閱後都要重新修改。欄位是取代還是合併、陣列如何處理，以及多項修改的執行順序，都取決於用戶端的實作方式。修改前應先備份，並在重新載入後檢查最終設定，避免同一項設定再被其他層覆寫。
06 / NETWORK & SYSTEM
網路與系統設定
流量接管、名稱解析與出口選擇分屬不同環節。開關已開啟，不代表查詢和連線都已照預期完成。
- 系統代理System Proxy
- 將作業系統的代理設定指向用戶端的本機監聽位址，讓遵循該設定的應用程式將請求送至代理連接埠。通常無法接管忽略系統代理的程式，也不會自動替命令列工具設定環境變數。開啟後，應在連線頁確認目標應用程式的請求是否出現；操作步驟請參閱系統代理設定教學。
- TUN 模式TUN Mode
- 透過虛擬網路介面與路由規則接收 IP 封包，適用於需要接管更多應用程式流量的情境，通常需要相應的系統權限或服務支援。能否成功接管也取決於路由、介面、DNS 與排除設定。TUN 描述的是流量如何進入核心；進入後仍由規則決定直連或代理，不等同於全域代理模式。
- DNSDomain Name System
- 將網域轉換為 IP 位址等記錄的查詢系統。網域能否正確解析，會影響連線建立與部分規則比對。用戶端 DNS、系統 DNS 與應用程式自有的加密 DNS 可能同時存在，且各自負責不同查詢。排查時應區分目標網域解析、代理伺服器網域解析，以及解析器本身的連線路徑，避免只修改一處就誤判整體結果。
- Fake-IPSynthetic IP Mapping
- 由代理 DNS 回傳合成位址，並在核心內部儲存位址與網域對應關係的處理方式，方便後續連線依原始網域進行分流。查詢結果出現合成位址，不代表實際網站使用這個位址，也不能只憑這點認定解析失敗。部分應用程式需要透過過濾設定改用真實解析；修改後也應留意舊的 DNS 快取與既有連線。
- DNS 洩漏DNS Leak
- 指 DNS 查詢偏離預期的解析路徑，例如原本希望由指定解析器處理，實際上卻經由其他系統或應用程式路徑發出。判斷前應先確認設定目的；直連解析本身不一定是異常。測試頁面顯示的解析器所在地區，無法單獨證明發生洩漏；還須核對應用程式的解析方式、用戶端記錄與實際 DNS 設定。詳情請參閱DNS 常見問題。
- UWP 迴路UWP Loopback
- 部分 Windows 應用程式容器存取本機迴路位址時會遇到網路隔離限制，本機代理常用的
127.0.0.1就是迴路位址。迴路豁免可讓指定應用程式存取本機服務，但不會自動選擇節點或變更應用程式的代理行為。若只有某個市集應用程式無法連線，可參閱UWP 迴路排查，不必直接重設所有網路設定。