Clash 客戶端介面總覽：代理、設定與日誌頁面功能

先確認介面、核心與流量入口

Clash 系列圖形化客戶端負責顯示設定、切換策略及控制系統代理；實際的規則比對與連線轉送則由核心處理。Clash Verge Rev、ClashX 系列和行動版客戶端的選單名稱不盡相同。本文依「代理、設定、連線、日誌、設定選項」五類功能說明，介面上也可能標示為 Proxies、Profiles、Connections、Logs 和 Settings；請先依功能尋找入口，不必逐字對照按鈕名稱。

第一次開啟客戶端時，先查看首頁或設定頁的核心狀態，再確認目前設定是否已成功載入。視窗能開啟，只代表圖形介面已啟動；若核心啟動失敗、連接埠遭占用或設定解析錯誤，即使代理頁還顯示舊的節點清單，也不能據此判定流量轉送正常。

代理頁：策略組、節點與運作模式

先看組名，再看組內選項

代理頁通常以卡片呈現各個策略組。卡片標題對應設定中的 proxy-groups 名稱，組內可以是單一節點、另一個策略組，也可以是 DIRECT 等內建策略。訂閱中的「自動選擇」、「手動選擇」、「國外流量」都只是組名；要判斷實際行為，請查看組的 type，不要只憑中文名稱推測。

• select：手動選擇。點選選項後，之後使用該組的新連線通常會改用新選項處理。
• url-test：依測試結果自動選擇；切換結果也會受測試週期、容差等設定影響。
• fallback：依設定順序選擇可用的出口，不是單純挑選延遲最低的節點。
• load-balance：依設定的分配策略為連線選擇出口，不會把單一下載連線合併成多個節點的頻寬。

若某個組引用了另一個自動組，點選自動組就代表將選擇交由該組繼續處理。排查時應一路展開到最終節點，記下完整策略鏈。例如「國外流量 → 自動選擇 → 節點 A」，比只記得「已選自動」更容易重現問題。

Rule、Global、Direct 分別會影響哪個環節

日常依規則分流時使用 Rule。核心會依規則順序比對目標，再交由規則指定的策略處理；若變更的組並未被目前請求命中，該請求的出口就不會改變。Global 會將進入核心的流量交由全域策略處理，仍須確認全域組的選項；Direct 則讓進入核心的流量直接連線。切換至 Global 不會讓原本未使用系統代理的應用程式自動進入核心。

1. 在代理頁將模式設為 Rule，確認設定中負責處理目標流量的策略組。
2. 進入手動組，選擇一個明確的節點，不要同時修改其他組。
3. 關閉舊的測試連線，重新發出一次請求，再到連線頁查看實際策略鏈。
4. 若舊連線仍使用原出口，請透過連線頁的關閉功能終止該測試連線，不必先關閉所有連線。

延遲數字只是單次測試結果

代理頁顯示的毫秒數，通常是透過指定測試 URL 探測所需的時間，並非固定的 ICMP ping。不同客戶端的測試 URL、逾時時間和並行設定可能各不相同。例如同一輪測出 85 ms 和 140 ms，只能表示在該輪測試條件下，前者耗時較短，不代表影片傳輸速度一定較快。「逾時」也可能是測試網址無法連線、DNS 解析失敗或節點交握失敗所致，請搭配日誌判斷。

設定頁：匯入、啟用與更新是三個步驟

設定頁可管理訂閱 URL、本機 YAML 檔案，以及客戶端提供的合併或覆寫設定。初次使用時，先匯入有效的設定來源，等待解析完成，再確認該設定已標示為目前使用中。有些客戶端匯入後會自動啟用，另一些則需要點選設定卡片或「使用」；請以目前啟用標記及代理頁實際顯示的組名為準。

1. 匯入：進入「設定」或 Profiles，選擇從 URL 匯入或匯入本機檔案。訂閱網址可能包含存取權杖，請勿貼在公開截圖中。
2. 啟用：選擇目標設定，等待重新載入完成。前往代理頁確認是否出現該設定所定義的策略組。
3. 更新：更新目標訂閱，並確認更新時間與結果。下載新內容後，仍須留意是否出現設定解析或重新載入失敗的提示。
4. 復原：修改前先保留一份可用的本機副本；發生錯誤時，先還原已知可用的設定，再逐項比對變更。

訂閱卡片上的「剩餘流量」、「到期時間」通常取決於伺服器回傳的訂閱資訊。沒有顯示不代表客戶端無法代理；顯示了額度，也不代表目前連線一定可用。本機檔案通常不含這類伺服器資訊，主要應檢查檔案內容與載入狀態。

避免直接修改更新後會被覆蓋的訂閱內容

若直接編輯從遠端訂閱下載的 YAML，下次更新時變更可能會被覆蓋。若要長期新增規則，請先查看目前客戶端是否提供覆寫、合併或指令碼處理功能，並確認功能套用在哪份設定上。不同客戶端使用的處理格式各異，請勿直接貼上其他客戶端的指令碼。若只需暫時測試，可複製為本機設定，但副本不會自動取得原訂閱的新節點。

設定頁：確認連接埠、系統代理與 TUN

本機連接埠是應用程式與代理核心之間的入口。範例設定使用 mixed-port: 7890，表示同一連接埠可接受 HTTP 代理和 SOCKS 代理連線；實際安裝時可能使用其他連接埠，請以目前的執行設定為準。手動填寫代理時，主機可使用 127.0.0.1，連接埠則填入實際監聽的數值；不可將訂閱伺服器位址填成本機代理主機。

Windows 11 可前往「設定」→「網路和網際網路」→「Proxy」確認系統代理；macOS 13 及後續版本可前往「系統設定」→「網路」→目前的網路服務「詳細資訊」→「Proxy」檢查。部分受管理裝置的選單或權限可能不同。客戶端結束後，如果瀏覽器仍指向已關閉的本機連接埠，就會連線失敗；此時應檢查是否殘留系統代理設定，而不是反覆更新訂閱。

TUN 通常需要額外的系統權限、服務元件或網路延伸功能，實際需求取決於客戶端實作與作業系統。初次排查時，建議先用瀏覽器和系統代理確認基本連線，再處理確實不遵循系統代理設定的應用程式；同時變更 TUN、DNS 和規則，會讓問題來源更難判斷。

連線頁：確認請求實際命中的項目

連線頁是代理頁與日誌頁之間的核對環節。常見欄位包括目標網域或 IP、上傳與下載流量、連線時間、命中規則和策略鏈。有些客戶端也能顯示程序，但是否可用取決於權限、平台與程序查詢設定；程序欄空白不一定代表連線異常。

• 沒有目標記錄：先重新發出請求，確認頁面篩選條件已清除；若仍沒有記錄，請檢查應用程式是否經過代理入口。
• 記錄顯示 DIRECT：查看命中規則，確認是否符合預期地直接連線。不要只因為已選取節點，就認定該請求會經過代理。
• 策略鏈正確但無法連線：再檢查對應時間的 DNS、交握與連線錯誤，必要時改用明確指定的節點重新測試。
• 切換節點後出口未變：既有的 TCP 或長連線可能仍沿用原出口。請終止測試連線並重新建立，再判斷切換是否生效。

瀏覽器開啟一個網頁時，可能同時連線至多個網域，例如頁面主體、圖片和介面各自命中不同規則。排查時請記錄實際失敗的網域，不要把其中一筆直連記錄當成整個網頁共用的出口。

日誌頁：先依等級篩選，再按時間定位

日誌頁通常提供等級篩選、關鍵字過濾、暫停捲動和清除顯示等功能。請分清楚「顯示篩選」與「核心日誌等級」：將介面篩選改為 Debug，無法補回核心先前未記錄的除錯資訊。若客戶端提供執行日誌等級設定，請在該處修改，或在有效設定中設定 log-level。

重現問題前記下時間，例如 14:32:10，接著只發出一次目標請求，並在前後幾秒內搜尋相關網域。若看到 connection refused，請檢查目標位址是否有服務監聽；若看到 timeout，只能確定某個階段未能在期限內完成，仍須根據上下文判斷是解析、連線還是交握出了問題。若日誌中的 401、403 出現在訂閱請求階段，應優先確認訂閱授權，而非調整分流組。

用最小設定檔比對設定欄位與介面項目

以下是用來理解介面的本機範例，可在支援這些基本欄位的 Clash 或 mihomo 客戶端中單獨匯入。範例只提供直連、不含遠端節點，不能取代實際訂閱。測試時請另建本機設定，不要覆蓋目前使用的訂閱。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

proxy-groups:
  - name: 手動出口
    type: select
    proxies:
      - DIRECT

rules:
  - MATCH,手動出口

• 設定頁：匯入並啟用後，應能確認目前使用的設定就是這份本機範例。
• 代理頁：應出現「手動出口」組，唯一可選項目為 DIRECT。
• 連線頁：進入核心的新請求會由最後的 MATCH 規則交給「手動出口」，最終直接連線。
• 日誌頁：基本日誌等級為 info；若客戶端有全域覆寫，最後採用的執行值可能與檔案不同。

若 7890 已被其他程序占用，請先在客戶端設定或測試檔案中選擇未使用的連接埠，並同步修改應用程式的代理設定。許多圖形化客戶端會合併全域設定與訂閱內容，因此還需要再次確認介面顯示的實際監聽連接埠和運作模式，不能只看編輯器中的原始 YAML。

初次使用時的六步確認順序

1. 確認核心：確認執行狀態正常，沒有啟動或設定解析錯誤。
2. 確認設定：匯入訂閱後，確認目前啟用的設定，並檢查代理頁顯示的組名。
3. 確認入口：先讓瀏覽器使用系統代理，並記下實際的本機位址與連接埠。
4. 確認選擇：使用 Rule 模式，並在目標規則引用的組中選定出口。
5. 確認連線：重新發出請求，查看目標網域、命中規則與最終策略鏈。
6. 確認日誌：依相同時間定位錯誤，每次只變更一項設定後再測試。

依照這個順序，就能分別處理「設定尚未啟用」、「應用程式未進入核心」、「規則選擇直連」和「出口連線失敗」。若需要進一步安裝或授權，請參閱設定教學；若要確認策略組、規則和 TUN 等術語，請查看術語速查。