本文目錄
你安裝的是用戶端，不是節點方案
新手最容易把四樣東西混在一起：圖形用戶端負責按鈕和頁面，Mihomo 等核心負責處理連線，訂閱連結負責把設定送到用戶端，節點則是設定中的遠端出口。少了其中任何一環，介面都可能開啟，但網路不會按預期工作。
- 圖形用戶端
- 管理訂閱、策略群組、系統代理、TUN、日誌和更新。
- 代理核心
- 讀取 YAML，匹配規則並建立直連或代理連線。
- 訂閱連結
- 一段帶認證資訊的遠端位址，更新時回傳節點、組和規則。
- 節點
- 實際出站連線；可用性、協議和線路由提供方決定。
下載 Clash Verge Rev、FlClash 或其他用戶端不會自動送節點，本站也不提供訂閱。反過來，拿到訂閱連結也要選擇能讀取對應格式的用戶端。先弄清自己缺的是哪一項，能少走很多彎路。
選用戶端只看三件事：系統、維護狀態、核心
下載前的判斷
| 要看什麼 | 為什麼 |
|---|---|
| 作業系統與晶片架構 | Windows x64、Windows ARM64、Apple Silicon、Intel 和 Android 包不能混用 |
| 專案是否仍在維護 | 發布頁、最近版本和 issue 能說明目前狀態 |
| 使用什麼核心 | 決定設定欄位、協議和功能是否相容 |
桌面端可以從持續維護的專案 Release 頁面下載，Android 則核對 APK 架構和簽名來源。名稱裡帶 Clash 不代表來自同一個作者，也不代表舊教學中的選單仍然存在。
安裝後先確認介面能開啟、核心狀態穩定。此時沒有匯入訂閱，若程式已經閃退或報 core failed，應處理安裝和本機環境，不要把原因推給節點。
把訂閱加入 Profiles，還要更新並選中
從連結到目前設定
複製 Clash 或 Mihomo 相容訂閱
完整複製 HTTPS 位址，不把 token 傳送給陌生轉換站。
在 Profiles / 設定頁新增
給它一個能認出來源的本機名稱。
手動更新一次
等待新的更新時間，並留意 download failed 或 parse error。
設為目前設定
選中標記應落在剛更新的 Profile 上。
清單出現名稱並不代表匯入成功。真正解析後，Proxies 頁面會出現策略群組和節點；如果仍是空白，檢查回傳格式、帳號狀態和目前設定，而不是連續貼上同一位址。
策略群組是選擇規則，節點才是具體出口
Proxies 頁面裡帶「自動選擇」「故障轉移」「AI 服務」之類名稱的通常是策略群組，展開後才是節點。select 組由你手動選，url-test 會按探測延遲選擇，fallback 會在目前節點不可用時按順序切換。
第一次聯網不要直接依賴自動組。選一條具體節點，等實際請求成功後再恢復自動選擇；否則失敗時不知道是節點壞了，還是健康檢查剛好換了出口。
第一次選擇節點時看清
- 目前按一下的是策略群組還是具體節點
- 組內是否至少有一條節點
- 節點延遲只是探測結果，不是可用保證
- 主要服務組最終引用了哪個出口
Rule 模式下，不是所有網站都走同一個節點
Rule 會按設定從上到下匹配。常用國內服務、區域網路可能 DIRECT，其他網域進入代理群組，廣告或危險位址也可能 REJECT。Global 是把進入 Clash 的連線統一交給全域組，Direct 則統一直連。
日常使用通常從 Rule 開始。某個網站打不開時，到 Connections 看它命中了哪條規則；不要把 Global 當成長期萬能開關，也不要看到 DIRECT 就認為用戶端失效。
proxy-groups:
- name: 默认代理
type: select
include-all: true
proxies:
- DIRECT
rules:
- DOMAIN-SUFFIX,lan.example,DIRECT
- DOMAIN-SUFFIX,example.com,默认代理
- MATCH,默认代理瀏覽器從系統代理開始，漏掉的應用再考慮 TUN
系統代理是最容易還原的入口。開啟後，瀏覽器和許多桌面應用會把 HTTP、HTTPS 請求交給 Clash；終端、遊戲和某些應用可能不讀取這個設定，所以它們在 Connections 中不會出現。
TUN 透過虛擬網路介面卡接管更多 TCP、UDP 流量，需要額外系統權限，也會涉及路由和 DNS。普通瀏覽器請求沒有跑通以前不要急著開 TUN；先減少變數，後面才能看出它解決了什麼。
什麼時候切到 TUN
| 現象 | 處理 |
|---|---|
| 瀏覽器和常用軟體都正常 | 保留系統代理 |
| 瀏覽器正常，終端完全沒有連線記錄 | 按工具設定代理，或用 TUN 對照 |
| 連線已出現但命中錯誤規則 | 修規則，不需要擴大入口 |
| 所有連線都 timeout | 檢查節點和網路，TUN 不會讓節點恢復 |
第一次成功要在 Connections 裡看得見
完成一次可以核對的請求
固定一個節點
模式保留 Rule，避免測試中自動切換。
開啟 System Proxy
確認是目前用戶端寫入系統設定。
瀏覽器存取熟悉的網站
不要用延遲按鈕代替實際頁面。
開啟 Connections
找到網域、命中規則和實際出口。
頁面能開啟且連線記錄完整，說明用戶端、核心、Profile、節點和系統代理已經串起來。記錄為空，回到系統代理；記錄顯示 DIRECT，讀規則；顯示節點後 timeout，換另一條確認可用的節點。
以後出問題，從發生錯誤出現的頁面開始找
Profile 顯示 401 / 403
訂閱認證資訊或帳號狀態有問題，不用重裝用戶端。
Profile 出現 parse error
回傳內容與核心格式不相容，保留具體行號。
Proxies 有節點，網頁沒有 Connections
應用未進入 Clash，檢查系統代理或入口。
Connections 命中 DIRECT
規則決定了直連，查看是否符合預期。
Connections 走節點後 timeout
比較具體節點、接入網路和日誌。
到這裡，已經用一次實際請求確認用戶端、核心、訂閱、策略群組、節點和系統代理都在工作。以後訂閱更新失敗時保留舊設定，某個節點失效時只換節點。應用沒有進入 Connections 時，再考慮增加新的接管方式。