本文目錄
開啟用戶端後，第一站是 Profiles
Clash Verge Rev 的首頁開關不會替你建立設定。進入 Profiles（設定），這裡決定 Mihomo 讀哪一份 YAML。遠端訂閱、本機設定和覆寫可以同時存在，但第一次使用只保留一份清楚的遠端 Profile，後面的節點和規則才有明確來源。
貼上服務方提供的 Clash 或 Mihomo 相容 HTTPS 連結，名稱寫成自己能辨認的來源。訂閱帶 token，不要把完整位址放進截圖、Profile 名稱或公開工單。
新增遠端 Profile
複製完整訂閱 URL
不要遺漏問號後的參數，也不要多複製空格。
在 Profiles 新增遠端設定
使用普通連結匯入入口，儲存後留在目前頁面。
手動更新
等待狀態提示和新的更新時間。
點選為目前設定
選中標記應落在剛更新的專案上。
訂閱名稱出現不算成功，更新時間要發生變化
儲存遠端位址後，用戶端仍可能只是在本機建了一條記錄。按一下更新，成功時會下載並解析設定，時間隨之改變；download failed、client error(Connect)、401、403 或 parse error 分別對應下載、連線、鑒權或解析失敗。
401 / 403
登入訂閱服務檢查帳號和 token，用戶端已經連到伺服器端。
client error(Connect) / timeout
比較另一網路或用戶端文件提供的其他匯入方式。
parse / yaml error
回傳內容到了，但格式或欄位與目前核心不相容。
200 後卻沒有節點
確認回應不是登入 HTML，並檢查設定是否包含代理與策略群組。
舊設定還能上網，不代表本次更新成功。Clash Verge Rev 會繼續使用上一次的本機副本，所以檢查更新應看時間和錯誤，不要先刪除那份唯一可用設定。
Proxies 裡要從策略群組落到一條具體節點
更新完成後開啟 Proxies（代理）。頁面上層通常是策略群組，例如「節點選擇」「自動選擇」「故障轉移」；展開後才看得到具體節點。組名來自訂閱，不同服務不會完全相同。
第一次測試，在主要 select 組裡點一條具體節點。url-test 或 fallback 可以留到網路跑通後再使用，因為自動組可能在你觀察時切換出口。節點旁的延遲只能說明測試 URL 有回應，實際網頁仍要單獨驗證。
代理頁應當明確顯示
- 主要策略群組不是空白
- 手動選擇組已經指向具體節點
- 需要使用的服務組最終引用該節點或上級組
- 目前模式是 Rule，而不是誤停在 Direct
System Proxy 開啟後，系統裡應出現本機代理位址
回到首頁或設定區域開啟 System Proxy（系統代理）。Clash Verge Rev 會把本機代理位址寫進 Windows 或 macOS 的系統設定，瀏覽器和遵循系統代理的程式隨後把請求交給 Mihomo。
若電腦上還有舊 Clash、VPN 或代理擴展，先全部退出。兩個用戶端都能改系統代理時，介面開關可能顯示開啟，系統卻已經被另一個程式寫回舊連接埠。連接埠以 Clash Verge Rev 目前設定的 mixed-port 或 HTTP 連接埠為準。
瀏覽器開啟頁面時，去 Connections 找到那條請求
驗證系統代理是否真正接管
開啟一個熟悉的網站
使用剛才固定的節點和 Rule 模式。
進入 Connections
按時間或網域找到剛產生的記錄。
查看 Rule
確認連線命中 DIRECT、REJECT 還是某個策略群組。
查看 Chains / 出口
確認最終使用的節點與 Proxies 選擇一致。
頁面開啟且記錄吻合，系統代理已經工作。頁面失敗而 Connections 為空，檢查系統代理寫入；記錄顯示 DIRECT，讀規則；記錄走固定節點後 timeout，換另一節點做對照。這三個結果對應三種修法。
系統代理開啟後沒網，只查這次請求停在哪
Profiles 沒有新更新時間
回到訂閱連結、帳號狀態和下載錯誤，系統代理還沒有可用設定。
Proxies 沒有策略群組或節點
確認 Profile 已選中且回傳的是 Clash / Mihomo 格式。
瀏覽器失敗，Connections 為空
檢查 System Proxy 是否寫入目前 mixed-port，並退出舊代理用戶端。
連線顯示 DIRECT
Rule 模式按訂閱規則選擇了直連，查看這是否符合目標網站。
連線走固定節點後 timeout
切換另一條已知可用節點，保留相同網頁做對照。
修復後重複剛才的網頁請求。頁面開啟、Connections 顯示預期規則和剛選的節點，訂閱匯入、節點切換和系統代理就已經連成完整流程。此時保持這份簡單設定使用一段時間即可，沒有必要馬上增加 TUN 或覆寫。