用戶端
可以把用戶端視為操作入口：匯入訂閱、切換策略、查看記錄及啟用系統代理，通常都在用戶端介面中完成。實際解析設定及轉送連線的工作則由核心負責，因此同一個核心也能搭配不同介面使用。依照教學尋找選項時，先確認用戶端名稱；介面配置不同，不一定代表缺少相同功能。
核心與用戶端
分清介面、核心與流量接管方式
介面能匯入設定，不代表核心支援其中所有欄位。開始排查前，先確認用戶端名稱、實際使用的核心，以及流量進入核心的方式。
mihomo 核心
可以把 mihomo 視為處理網路連線的核心程式：讀取設定、執行 DNS 解析、比對規則，再建立直連或代理連線。它延續 Clash Meta 的技術路線，既可由圖形化用戶端呼叫，也能獨立執行。遇到欄位不支援或協定無法辨識時，應確認實際執行的核心，而不只看用戶端的更新日期。
Clash Meta
在舊文件中，Clash Meta 通常指 Clash 生態系中的一個核心分支，其歷史命名與現今的 mihomo 有關。部分用戶端、訂閱類型及教學仍沿用 Meta 一詞，不能因此認定它們是同一個應用程式。閱讀舊設定時，應對照目前核心的文件確認欄位含義，尤其留意 DNS、TUN 及新協定的參數差異。
系統代理
啟用系統代理，就是將作業系統中的代理入口指向用戶端監聽的本機位址與連接埠。遵循這項設定的瀏覽器及應用程式會交出連線，但自行連網的程式、部分終端機工具或遊戲未必會使用系統代理。若瀏覽器能連線，其他應用程式卻不通，先確認該應用程式是否支援代理設定，再判斷是否需要透過 TUN 接管流量。
延遲
延遲代表特定測試所花的時間，不是節點速度評分。測試位址、建立連線的方式、逾時門檻及當下的網路壅塞都會影響結果，不同用戶端顯示的數值未必能直接比較。低延遲也可能伴隨低頻寬或封包遺失，實際使用時仍應檢查目標網站連線、持續傳輸能力及穩定性。
代理協定
確認協定與傳輸參數
協定名稱只是連線設定的一部分。驗證資訊、傳輸方式、TLS 及伺服器參數都必須相互吻合，光看節點名稱無法判斷是否相容。
Shadowsocks
這是一種使用加密方式及驗證資訊建立連線的代理協定，常見設定包含伺服器位址、連接埠、加密方式及密碼。用戶端與伺服器端必須支援相同的加密方式，只有協定名稱一致還不夠。若訂閱可以匯入但無法連線，應核對加密方式與參數是否完整，並確認目前使用的核心是否支援設定所採用的擴充功能。
VMess
這是一種使用使用者識別碼等參數進行驗證的代理協定，連線還可能搭配 WebSocket、gRPC 及 TLS 等傳輸設定。即使使用者識別碼正確，路徑或主機名稱不一致時仍可能無法建立連線。轉換訂閱後只有單一節點失效，應檢查這些配套欄位是否有保留下來，而不只是核對伺服器位址。
VLESS
這是一種輕量代理協定，實際部署通常會搭配 TLS 或 REALITY 等機制提供傳輸保護。設定中的使用者識別碼、傳輸方式，以及可能出現的 flow 欄位，都必須與伺服器端一致。不要因為它和 VMess 都使用使用者識別碼，就直接替換協定類型；遇到相容性問題時，應檢查整組參數及核心支援情況。
Trojan
這是一種通常透過 TLS 傳輸、使用密碼驗證的代理協定，憑證及伺服器名稱也是連線的重要條件。即使位址與密碼正確，裝置時間不準、憑證過期或伺服器名稱不符，也可能造成連線失敗。遇到 TLS 錯誤時，先核對時間與名稱設定，不要直接略過憑證驗證來掩蓋問題。
Hysteria 2
這是一種以 QUIC 為基礎的代理協定，底層仰賴 UDP，因此所在網路是否允許相關 UDP 通訊會直接影響可用性。它與早期 Hysteria 的設定不能直接視為相同，匯入時應確認協定類型及驗證欄位。某個網路可用，換到其他網路後卻逾時，除了檢查伺服器端，也應確認 UDP 限制及頻寬設定。
規則與分流
依比對順序判斷出口
先確認連線已被接管，再查看它符合哪條規則。下方語法中的 PROXY 是範例策略名稱，使用時必須確實存在於設定中。
規則分流
在規則模式下，核心會依設定中的順序檢查連線，通常由第一條符合的規則決定使用哪個出口。規則可依網域、目標 IP 或其他條件區分流量，但無法接管原本未進入核心的請求。調整分流前，先查看連線詳細資訊中的比對規則，再修改對應項目，避免只根據網站能否開啟來推斷規則是否生效。
DOMAIN-SUFFIX
用這條規則比對指定網域及其子網域，例如 DOMAIN-SUFFIX,github.com,PROXY 可涵蓋該網域及其子網域。它比對的是網域後綴，不是完整網址，也不會檢查網頁路徑。新增規則時不要加上通訊協定或斜線，並確保規則排在會優先比對的寬泛規則之前。
GeoIP
利用 IP 地理位置資料庫判斷目標位址所屬地區，例如 GEOIP,CN,DIRECT 會將歸屬於該地區的位址設為直連。資料庫中的地理位置不等於網站經營者所在地，內容傳遞網路及位址更新也可能影響判斷。規則可能涉及網域解析；若同一網域有時走不同出口，應一併檢查解析結果、資料庫及規則順序。
MATCH
將它放在規則清單末尾，用來處理前面的規則都未比對到的連線，例如 MATCH,PROXY。它不附加網域或 IP 條件，若放得太前面，後續規則通常就沒有機會參與比對。預設策略應依實際需求選擇；設定為代理，不代表已符合直連規則的連線也會改走代理。
策略組
將多個節點或其他策略放入具名集合，讓規則可以引用該名稱，而不必綁定單一伺服器。常見類型包括手動選擇、自動測試及故障切換，各自的切換邏輯不同。若規則已比對到正確的策略組，但出口不符，應進一步檢查組內目前選取的項目及巢狀關係，而不是重複新增相同規則。
DNS 與網路堆疊
分清解析路徑與連線路徑
網域如何取得位址，以及後續連線如何離開裝置，是兩個相關但不同的問題。排查時，分別記錄解析器、解析結果及連線出口。
DNS
DNS 用來將網域名稱解析為 IP 位址等記錄，應用程式通常會先取得解析結果，再發起目標連線。作業系統、瀏覽器及核心都可能參與解析，因此修改用戶端的 DNS 不一定會影響所有應用程式。遇到網域無法開啟時，應先確認請求實際交由哪個解析器處理，再區分是解析失敗，還是取得位址後連線失敗。
Fake-IP
啟用這種 DNS 運作方式後，核心會向應用程式回傳合成位址，並維護該位址與原始網域之間的對應關係。後續流量回到核心時，可透過對應關係識別網域，再依設定處理；合成位址不是代理伺服器位址。少數應用程式依賴真實解析結果，遇到相容性問題時可檢查過濾清單，不必馬上重寫整套 DNS 設定。
TUN 模式
透過虛擬網路介面及路由設定，將符合接管條件的 IP 流量送入核心，適合部分不遵循系統代理設定的應用程式。啟用通常需要系統權限，也可能與其他 VPN、虛擬網卡或路由設定衝突。TUN 只會改變流量進入核心的方式，之後仍依目前模式與規則選擇出口，不代表所有連線都會走代理。
DNS 洩漏
原本預期透過指定解析路徑處理的查詢，若改由其他路徑送出並暴露查詢資訊，通常稱為 DNS 洩漏。檢測頁面顯示某個電信業者或地區，不能單獨證明有洩漏，因為解析器位置與連線出口本來就可能不同。先確認哪些請求應走哪條路徑，再檢查瀏覽器的安全 DNS、系統解析及核心設定是否一致。
DNS 劫持設定
在用戶端設定中，這通常是指將符合條件的 DNS 請求重新導向核心的解析模組，不是網路攻擊。TUN 設定中的 dns-hijack 可用於這類接管，但實際涵蓋範圍取決於平台、路由及請求方式。應用程式自行使用的加密 DNS 未必會以相同方式被接管，應搭配應用程式設定及連線記錄判斷。
訂閱與設定檔
分清節點資料與完整設定
檔案能下載，不代表內容可以直接執行。先確認訂閱提供的是節點集合還是完整設定，再檢查欄位、引用關係及更新方式。
訂閱
訂閱是取得及更新節點或完整設定的遠端內容來源，不是固定的檔案格式。回傳內容可能是 YAML、Base64 編碼的節點清單或多筆 URI，能否直接匯入取決於用戶端支援情況。訂閱網址通常包含存取憑證，應像帳號資訊一樣妥善保管；排查時不要將完整連結貼到公開記錄、截圖或線上轉換頁面。
節點
節點是連線至代理伺服器所需的一組參數，通常包含協定、伺服器位址、連接埠、驗證資訊及傳輸設定。清單中的顯示名稱主要用於辨識，無法據此確認伺服器實際位置、線路品質或頻寬。某個節點連線失敗時，先測試同一設定中的其他節點，再判斷是單一連線參數有誤，還是本機接管或基礎網路異常。
YAML
這是 Clash 設定常用的結構化文字格式，以空格縮排表示階層，並用清單與鍵值組織資料。編輯時應保持縮排一致，不要用定位字元代替縮排，也要留意冒號後的空格及特殊字元。檔案符合 YAML 語法只代表可以解析；欄位是否有效、策略名稱是否存在，仍須由核心進一步檢查。
proxy-providers
使用這個設定欄位，將節點集合與主要設定分開管理，核心可依指定來源載入或更新節點資料。它提供可供引用的節點來源，通常還需要在策略組中透過 use 等欄位引用。下載成功但群組中看不到節點時，先檢查引用名稱、內容格式及過濾條件，不要把節點集合檔案直接當成完整設定執行。
rule-providers
使用這個設定欄位宣告外部規則集合，再於規則清單中透過 RULE-SET 引用，方便獨立更新較長的網域或位址規則。集合的內容類型及格式必須符合宣告，引用時也要指定有效策略。規則集內容正確，也可能因引用位置太後面而未生效；應同時檢查更新記錄及主規則的比對順序。