介面分工：設定檔、策略與流量入口
開啟 Clash 桌面用戶端後，先分清三件事：設定檔頁負責載入設定檔；代理頁用來檢視策略組並選擇出口；系統代理或 TUN 模式則負責將應用程式流量導入核心。成功匯入只代表設定檔可以載入，不代表瀏覽器已經使用代理。
Clash Verge Rev、Clash Nyanpasu 等圖形介面的選單名稱與排列方式各有不同，以下依常見側邊欄功能逐一說明，不會將特定用戶端的按鈕位置當成所有軟體的通用標準。若看到英文選單，可對照 Profiles、Proxies、Connections、Rules、Logs、Settings，分別代表設定檔、代理、連線、規則、日誌與設定。
| 頁面或開關 | 主要用途 | 無法據此判斷的事項 |
|---|---|---|
| 設定檔 / Profiles | 匯入、更新與啟用設定檔 | 無法只憑匯入成功判斷節點是否可用 |
| 代理 / Proxies | 檢視策略組、切換節點與測速 | 測速成功不代表所有應用程式都已接入代理 |
| 連線 / Connections | 檢視經過核心的連線與策略鏈 | 沒有記錄不一定代表節點故障 |
| 日誌 / Logs | 檢查核心運作、規則比對與錯誤訊息 | 單一警告不代表整個網路無法使用 |
| 系統代理 / TUN | 控制應用程式流量進入核心的方式 | 啟用後仍需要有效設定檔與可用出口 |
設定檔頁：匯入、啟用與更新
匯入後確認目前選用的設定檔
進入「設定檔 / Profiles」，使用「匯入」或 URL 輸入欄貼上訂閱連結，確認下載完成後，再查看哪張設定檔卡片標示為已選取。部分用戶端會在匯入後自動啟用，其他用戶端則需要點選卡片或從選單選擇「啟用」。清單中存在檔案，與核心實際載入該檔案，是兩種不同狀態。
- 向服務提供者取得適用於 Clash 或 mihomo 的設定檔訂閱連結，別把帳戶管理頁面的網址誤當成訂閱連結。
- 匯入後查看設定檔名稱、更新時間與錯誤提示；若出現解析失敗，先別反覆切換系統代理。
- 啟用目標設定檔，再前往代理頁確認是否顯示策略組與節點。
- 需要更新節點時，使用設定檔卡片上的「更新」功能，並確認更新結果。
分開管理訂閱原始內容與本機修改
更新遠端訂閱時，可能會覆寫直接修改過的下載檔案。若要保留自訂規則，應使用用戶端支援的覆寫、合併或指令碼機制，並確認套用的是哪一份設定檔；各用戶端的實作方式不盡相同。初次使用時，先保留訂閱原始內容，確認基本連線正常後再逐項修改。
代理頁：代理模式與策略組選擇
先看 Rule、Global、Direct
「規則 / Rule」會依目前設定檔中的規則選擇策略；「全域 / Global」通常會將進入核心的一般代理流量交由 GLOBAL 策略處理；「直連 / Direct」則讓這類流量直接連線。全域模式不會自動接管未進入核心的應用程式，因此不代表「所有軟體都已使用代理」。剛開始使用時，通常保留規則模式會比較容易觀察分流結果。
接著確認策略組類型與目前選項
select：手動選擇。點選節點或子策略組後，後續新連線會依選取項目處理。url-test：依設定檔中的測試網址、間隔與容差等條件自動選擇，目前結果可能隨測試狀況改變。fallback：依候選順序與健康檢查狀態選擇可用項目，並非單純挑選延遲最低的節點。load-balance：依設定的負載平衡策略分配連線，不應預期所有要求都固定經由同一個節點。
規則可能指向不同策略組。例如，瀏覽器造訪某個網域時命中「串流媒體」，而你只修改了「預設代理」，該連線的出口就不一定會改變。應先在連線頁確認命中的策略鏈，再回到對應的策略組操作。有些組內顯示的仍是另一個策略組，需要繼續展開才能找到最終節點。
測速按鈕通常會檢測指定測試網址的回應狀況，不等於下載頻寬測試。若顯示 Timeout，應一併檢查測試網址是否可連線、節點是否可用，以及是否同時進行太多測試；別只因一次逾時就刪除整份設定檔。
設定頁：系統代理、連接埠與 TUN
系統代理使用本機監聽連接埠
在「設定」中尋找「系統代理」與「連接埠」；部分用戶端會將系統代理開關放在首頁或系統匣選單。系統代理會變更作業系統的代理設定，讓遵循該設定的應用程式連線至本機代理入口。實際連接埠以目前用戶端及生效中的設定為準，不能假設所有軟體都使用同一個固定值。
例如，以下設定片段表示在本機提供 7890 混合連接埠，同時接受 HTTP 與 SOCKS 代理連線。這只是說明連接埠用途的範例，並非可獨立匯入的完整設定檔：
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info如果某個應用程式支援個別設定 HTTP 代理，且上述連接埠確實已生效，可填入主機 127.0.0.1、連接埠 7890。終端機程式不一定會讀取系統代理，瀏覽器擴充功能也可能覆蓋系統設定。若遇到「瀏覽器正常、命令列無法連線」，應先檢查應用程式自己的代理設定。
TUN 是另一種流量接入方式
TUN 模式會透過虛擬網卡與路由等機制接管符合條件的流量，常用於不遵循系統代理設定的應用程式。它可能需要服務模式或管理員權限，也會受到路由、DNS 與排除項目影響。找不到開關時，先確認用戶端是否支援、服務是否已成功安裝，別把「允許區域網路連線」當成 TUN 開關。
連線頁：確認要求經過哪條策略
連線頁會顯示核心目前掌握的連線。常見欄位包括目標網域或 IP、目標連接埠、上傳與下載位元組數、命中規則及策略鏈。是否能顯示處理程序名稱，取決於系統權限、核心設定與平台支援；沒有處理程序名稱不代表連線未經過代理。
- 記下要測試的網域，並在瀏覽器發出一次新的連線要求。
- 進入「連線 / Connections」，依網域搜尋，或留意新出現的記錄。
- 確認目標連接埠，例如 HTTPS 常用的
443，再查看規則與策略鏈。 - 如果策略鏈最後顯示
DIRECT，請回到規則頁查看命中原因；若顯示節點名稱，再檢查該節點的連線結果。
切換節點後，已建立的 TCP 連線或應用程式連線池可能仍在沿用舊路徑。要確認新選擇是否生效，可關閉目標連線後重新送出要求；不必一開始就清除所有連線，以免中斷正在進行的下載或通話。部分用戶端也提供切換時自動關閉連線的選項，啟用前先了解它會影響哪些連線。
連線清單空白時，先確認應用程式是否真的送出新的要求、是否命中瀏覽器快取，以及流量是否進入核心。只有進入核心的要求才會顯示在這裡，若直接將「沒有記錄」歸因於節點失效，容易走錯排查方向。
規則頁：查看比對順序與流向
規則通常依序比對，命中第一條符合的規則後，就會採用對應策略。規則頁適合查看載入結果、搜尋網域規則與確認順序，但不一定支援直接編輯。若介面僅供檢視，請回到設定檔或受支援的覆寫入口修改，而不是反覆點選規則項目。
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXY在這段範例中，example.com 及其子網域會直連，其餘未命中的要求則交由 PROXY 處理。PROXY 必須是完整設定檔中已定義的節點或策略組名稱，不能只複製規則而漏掉對應定義。MATCH 是最後的兜底項目；若將它放在其他規則之前，後續規則就不會有機會命中。
使用規則集的設定檔也可能顯示 RULE-SET。此時，具體項目來自相關聯的規則提供者，需一併確認規則集的更新狀態。想查「某個網站為何直連」時，應以連線頁顯示的實際命中結果為起點，比只在規則頁搜尋網站名稱可靠。
日誌頁：依錯誤發生環節定位
平時使用 info，重現問題時短暫切換至 debug
常見日誌層級包括 silent、error、warning、info 與 debug。在「日誌」頁或「設定」中的日誌層級選項調整後，請確認核心實際採用的新層級；少數用戶端會將前端日誌與核心日誌分開，排查網路問題時應優先查看核心日誌。
日常使用時，info 通常已足夠。需要重現問題時，可暫時切換至 debug，記下時間，只送出一次目標要求，再查看前後的記錄。完成後請恢復原本的層級，以免持續累積大量細節。介面上的「清除顯示」不一定會刪除磁碟上的日誌檔案。
| 常見線索 | 優先檢查項目 |
|---|---|
address already in use | 對應的監聽連接埠是否被另一個執行個體或其他程式占用 |
connection refused | 錯誤訊息中的目標位址與連接埠，確認是本機入口還是遠端服務拒絕連線 |
timeout | 逾時發生在 DNS 查詢、連線至節點、測試要求，還是存取目標網站的階段 |
| YAML 解析或設定檔驗證錯誤 | 設定檔格式、縮排、引用名稱，以及核心是否支援相關欄位 |
看到逾時訊息後，先查看前後文中的目標位址與動作說明。同樣是 timeout，DNS 查詢沒有回應與節點 TCP 連線逾時的處理方向並不相同。分享日誌時，保留時間、錯誤類型與相關上下文，並遮住訂閱權杖、密碼及個人地址資訊；只截取最後一個單字通常不足以判斷原因。
初次使用的檢查順序
將前述頁面串連起來，就能形成一套固定操作流程。初次安裝或移轉設定檔後，都可以依此進行基本檢查。
- 設定檔頁：匯入並啟用有效的設定檔，確認沒有解析錯誤。
- 代理頁：選擇規則模式，並在實際使用的策略組中確認出口。
- 設定頁：確認本機連接埠並啟用系統代理，暫時不要再加上其他流量接管方式。
- 連線頁：送出新的連線要求，確認看得到目標及其使用的策略鏈。
- 日誌頁：若連線失敗，針對同一次要求查找錯誤，不要同時更動多項設定。
需要確認用戶端安裝、匯入訂閱與設定系統代理的操作方式，可繼續查看使用指南；若想了解 DNS、規則與 TUN 的搭配方式，再閱讀進階設定。先確認流量從哪裡進入、由哪條規則決定出口，再調整具體參數，介面上的每個頁面就都有明確用途。