mihomo 核心
mihomo 是從 Clash Meta 分支發展而來的代理核心，負責解析設定、比對規則、處理 DNS 並建立代理連線。它可由圖形化用戶端管理，也能在命令列環境中獨立執行。欄位是否可用，應核對實際執行的核心版本與文件，不能只看用戶端名稱判斷。
對照：圖形化用戶端 →Clash 術語指南
依五大類整理 25 個常見術語：先分清核心、用戶端與流量入口，再了解規則、DNS 與設定檔。每個詞條都有專屬錨點，可直接分享對應說明。
01 · 軟體職責
核心與用戶端
介面負責管理，核心負責執行；介面中的設定是否生效，還要看權限、實際設定，以及流量是否進入核心。
圖形化用戶端
圖形化用戶端提供匯入訂閱、選擇代理群組、切換系統代理及查看記錄等操作介面，Clash Verge Rev 就屬於這一類軟體。用戶端可能同時管理核心程序，並將介面設定合併至訂閱設定。因此，訂閱原始內容可能與核心最後收到的內容不同；排解問題時應查看實際執行設定。
查看用戶端清單 →系統代理
系統代理會向作業系統登記代理位址與連接埠，遵循這項設定的應用程式會主動連線，常見入口是本機迴路位址。這不代表裝置上的所有流量都會被接管；自行管理網路設定的應用程式可能略過系統代理。若只有部分應用程式無法連線，請先檢查應用程式本身的代理設定，再判斷是否需要 TUN。
對照：TUN 模式 →服務模式
服務模式讓用戶端透過系統背景服務啟動或管理需要較高權限的核心工作，桌面版常用於搭配虛擬網路介面等功能。安裝服務可能需要管理員授權，但不代表系統代理、TUN 或開機自動啟動已開啟。服務安裝完成後，應分別確認功能設定、核心狀態與相關記錄。
外部控制介面
外部控制介面供圖形化用戶端或控制面板讀取狀態、切換策略及管理連線，設定欄位通常為 external-controller。它是管理入口，不是供瀏覽器轉送網頁請求的代理連接埠。一般應限制為本機監聽並設定驗證；開放給區域網路前，也須考量存取權限與防火牆。
02 · 連線參數
協定與傳輸
節點不只有伺服器位址。協定、驗證方式、傳輸方式與網路支援都須相互配合，測試結果也應依實際用途解讀。
代理節點
代理節點包含連線至遠端代理服務所需的參數，通常包括伺服器位址、連接埠、協定、驗證資訊與傳輸選項。節點名稱只是方便辨識的標籤，名稱中的地區或線路描述不能取代實際測試。同一節點對不同目標網站的表現可能不同，應搭配連線記錄與實際連線結果判斷是否可用。
代理協定
代理協定定義用戶端如何向遠端服務驗證並轉送資料，常見類型包括 Shadowsocks、VMess、VLESS 與 Trojan。伺服器位址相同，不代表協定可以互換；密碼、使用者識別碼與其他協定參數也都必須完整保留。匯入或交握失敗時，應先確認核心支援該協定，再檢查節點欄位是否在轉換過程中遺失。
傳輸層與 TLS
傳輸方式決定資料如何承載，例如直接使用 TCP，或採用 WebSocket 等方式；TLS 則可為連線加密並驗證憑證身分。這些概念不可與代理協定混為一談；伺服器名稱、憑證與傳輸路徑都須符合伺服器設定。遇到憑證錯誤時，請優先檢查時間、名稱與憑證鏈，不建議長期停用驗證。
UDP 轉送
UDP 轉送讓採用 UDP 的應用程式流量經由代理連線傳送，常見於即時通訊、遊戲及部分 DNS 查詢。瀏覽器能開啟網頁，只能證明該連線可用，無法證明 UDP 轉送正常。用戶端設定、代理協定、遠端服務與中間網路都可能影響結果，請使用實際應用程式測試。
延遲測試
用戶端的延遲測試通常測量透過節點連至指定測試位址所需的時間，不一定等同於 ICMP 測得的網路往返時間。目標網站、連線重用與網路波動都會影響結果，不同測試位址的數值也不適合直接比較。測試時間較短不代表下載頻寬較高；若逾時，還要進一步確認是測試目標無法連線，還是整個節點都無法使用。
03 · 策略選擇
規則與分流
先確認連線符合哪條規則，再檢查規則指向的代理群組，最後確認群組中實際選用的節點。
規則分流
規則分流會依據網域、目標 IP 等條件選擇連線策略；一般規則由上而下比對，最先符合的規則決定後續路徑。例如 DOMAIN-SUFFIX,github.com,PROXY 會將符合該網域後綴的連線交給名為 PROXY 的策略，前提是該策略確實存在。具體規則應排在廣泛規則之前，最後通常以 MATCH 處理其餘流量。
代理群組策略
代理群組可將多個節點或其他代理群組整理成供規則引用的入口，讓規則不必綁定單一節點。select 用於手動選擇，url-test 依測試結果選擇，fallback 則依既定順序尋找可用項目。群組名稱可自行設定；名稱中有「自動」不代表一定採用自動測試策略，請查看群組類型與成員。
規則模式、全域模式與直連模式
規則模式依規則表選擇策略；全域模式通常將已進入核心的連線交由全域策略處理；直連模式則直接連線至目標。Clash 全域模式不會攔截應用程式流量；未進入核心的連線不會因切換模式而改變路徑。排查分流問題時，可短暫切換模式比較結果，但仍須確認全域策略目前選用的項目。
GeoIP 與 GeoSite
GeoIP 依 IP 位址的地理歸屬進行比對，GeoSite 則使用分類網域資料；兩者比對的對象不同，也仰賴各自的資料來源。IP 歸屬不等同於使用者所在地或服務部署位置；使用 CDN 的網站尤其需要搭配網域規則判斷。Clash GeoIP 更新與訂閱更新是不同的維護工作；若分類有誤，應檢查資料來源、更新時間與規則順序。
規則集
規則集集中保存大量比對條件，由 rule-providers 定義，並在主規則表中透過 RULE-SET 引用。規則集的行為類型、檔案格式與內容必須相符，不能將網域清單當成 IP 清單載入。更新規則集只會更新其中的條件，不會自動改變它在主規則表中的位置，也不會建立缺少的代理群組。
04 · 解析與流量接管
DNS 與網路堆疊
網域如何解析、連線如何進入核心，是彼此相關但不能互相取代的兩條路徑。
DNS 解析
DNS 解析會將網域名稱轉換為 IP 位址等記錄；核心可使用自己的解析路徑，配合規則比對與建立連線。作業系統、瀏覽器與應用程式可能各自使用不同的解析器，瀏覽器的加密 DNS 設定也可能略過系統解析入口。因此，修改核心 DNS 後仍應確認查詢實際由誰送出，以及解析結果是否來自舊快取。
Fake-IP
Fake-IP 會回傳保留位址範圍內的虛擬位址，記錄網域與連線之間的對應關係，方便核心在連線階段依網域分流。這些位址並非遠端網站的真實 IP，不適合直接拿來與公網位址的歸屬相比。部分依賴真實位址或自行處理解析結果的應用程式可能需要排除項目；可透過 fake-ip-filter 針對網域調整，再重新建立連線確認。
TUN 模式
TUN 模式透過虛擬網路介面與路由設定，讓更多應用程式流量進入核心，適合無法直接設定代理的應用程式。實際接管範圍仍受路由、系統權限、排除項目與 DNS 設定影響，啟用後不能直接認定所有協定都已正常轉送。若同時使用其他 VPN 或虛擬網卡，請留意路由衝突；發生異常時，可逐一停用以比較結果。
DNS 洩漏
DNS 洩漏是指查詢偏離預期的解析路徑，例如原本應透過代理處理的網域，卻交由本機網路的解析器查詢。要判斷是否屬於洩漏，應先釐清預期策略；刻意設定為直連解析的網域，不能只因地區資訊就判定異常。檢查 Clash DNS 洩漏時，應一併確認解析器歸屬、瀏覽器加密 DNS、系統設定與連線記錄，而非只看檢測網站顯示的國家或地區。
混合連接埠
混合連接埠在同一個監聽入口提供 HTTP 代理與 SOCKS 代理，常用於為本機應用程式提供代理服務，對應欄位為 mixed-port。連接埠數值以實際執行設定為準，教學中的範例不一定適用於目前的用戶端。若允許區域網路連線，也須檢查監聽位址、存取驗證與防火牆，避免意外將本機入口開放給其他網路。
05 · 設定來源
訂閱與設定檔
分清下載的原始內容、本機修改與最終執行結果，可減少訂閱更新後設定遺失或修改未生效的問題。
訂閱連結
訂閱連結用於取得節點或完整設定。常見的 Clash 代理服務訂閱通常由服務提供者產生，可能附帶可識別帳戶的存取權杖。請將連結視為敏感資訊保存，避免出現在公開截圖、記錄或討論區。更新訂閱只會刷新來源內容，不代表切換目前的代理群組；匯入後仍須確認設定已啟用、群組中有可選項目，且連線入口正確。
YAML 設定
YAML 是常見的設定格式，透過縮排、鍵值與清單描述結構；Clash 設定常使用 config.yaml 這類檔名。縮排請使用空格；層級錯誤、重複鍵值或需要加引號的特殊字元，都可能造成解析異常。格式可解析，只表示結構可讀；還須確認目前的核心支援相關欄位、策略引用存在，且執行記錄沒有錯誤。
訂閱轉換
訂閱轉換會將節點資訊或完整設定轉成其他用戶端可辨識的格式，常用於來源格式與目標用戶端不相容時。轉換過程可能遺失協定參數、代理群組、規則或 DNS 設定，不只是變更檔案副檔名。使用遠端轉換服務代表將原始訂閱交由該服務處理，請先確認服務是否可信，並優先採用來源直接提供的相容格式。
覆寫與合併
覆寫與合併可在訂閱原始內容之外新增或修改設定，適合保存本機連接埠、DNS 與自訂規則，避免訂閱更新覆蓋本機調整。不同用戶端處理物件合併、清單取代與規則追加的方式可能不同，不能直接套用其他用戶端的操作結論。修改後應查看合併後的設定，尤其確認自訂規則的位置與引用的代理群組名稱。
設定檔與執行設定
設定檔是用戶端儲存的本機檔案或訂閱記錄；執行設定則是經過選取、覆寫與合併後交給核心的內容。編輯器中的原始內容、磁碟上的檔案與核心目前狀態可能不完全一致，修改後也可能需要重新套用。排解問題時，先確認目前啟用的設定檔，再查看執行設定與記錄，比反覆修改未啟用的檔案更有效。