Clash Verge Rev 多配置與代理模式：Profile、訂閱刷新與規則／全域／直連實測
若你已能完成安裝並匯入第一份訂閱，下一步通常是「多機場／多用途怎麼分檔管理」「訂閱何時要手動刷新」「規則、全域、直連到底差在哪」。本文以日常操作視角整理 Clash Verge Rev 的多 Profile 工作流、訂閱更新節奏，並用可重複的實測方法解讀三種模式；底層由 mihomo（Meta 核心）執行規則與策略，介面用語可能隨版本微調，觀念可長期沿用。
Clash Verge Rev 與 mihomo：介面在管什麼
Clash Verge Rev 屬於圖形客戶端，負責讓你以點選方式管理訂閱、配置檔與模式；真正依 YAML 規則做域名匹配、選路與轉發的，多半是內嵌的 mihomo（常標示為 Meta 核心）。因此當你切換 Profile、刷新訂閱、或在托盤選單改 Rule／Global／Direct 時，等於先改「餵給核心的輸入」，再由核心決定每一條連線走代理還是直連。
很多「設定看起來對但網站打不開」其實卡在兩個層次交錯：當前啟用的 Profile 是否與你以為的一致，以及模式是否把流量導向錯誤的策略組。接下來先把多配置與訂閱刷新講清楚，再談模式切換，排錯會快很多。
多配置（Profile）與訂閱：不是同一個欄位
實務上可把 訂閱想成「遠端清單 URL」：客戶端下載後拿到節點、代理組與可能被合併進主配置的片段。Profile則是「當前要給核心載入的那一整包配置」，通常對應一份合成後的檔案或列表項；介面顯示名稱可能是配置、設定檔、Profiles，本章統稱為 Profile。
- 一個 Profile 內可掛多個訂閱：適合同一機場多連結、或想把「付費節點」和「自用落地規則」拆訂閱維護。
- 多個 Profile 適合多機場／多場景：工作與私人機場分檔、測試規則用副本、或保留一份「純本地規則」可迅速切回，都建議用獨立 Profile，而不是在同一檔內反覆覆寫訂閱來源。
- 「啟用」比「下載成功」更關鍵：常見誤區是列表裡看得到新訂閱，但當前高亮或勾選的仍是舊檔，導致節點面板與延遲測試結果與預期不符。
建議工作流
- 為每個機場或用途建立獨立 Profile，命名時帶日期或來源，六個月後回看仍解得讀。
- 匯入訂閱後執行一次更新，確認節點數非零、無紅字錯誤，再點選該 Profile 使其成為當前檔。
- 若需本地覆寫（自訂規則、DNS、策略組預設值），優先在
Merge／覆寫類選項處理，避免手改生成檔後被下次訂閱刷新沖掉。
訂閱刷新：手動、自動與「看起來沒變」的判讀
手動刷新適合機場剛換域名、你可暫時直連拉訂閱、或自動更新失敗後立即重試。介面一般在訂閱列每一列旁提供更新圖示或右鍵選單；全檔刷新則在配置詳情或工具列。完成後應看到時間戳前進、節點列表長度變化或錯誤消失其一；若三者都不動，才有理由懷疑快取或連線問題。
自動刷新間隔可設為每數小時到一天不等；過短會增加出口與機場側負擔，過長則可能長時間停留在下線節點。若你常在移動網路與寬頻間切換，建議在網路變更後隨手手動點一次更新，比把間隔調到極端值更穩定。
實測技巧
刷新前後各截一份節點數或任選節點延遲，對照差異；若數字完全雷同，先確認當前 Profile 是否指到剛更新的那份，再檢查訂閱回傳內容是否仍是 YAML／Base64，而非登入頁 HTML。
注意
若訂閱必須在已代理環境下才能抓取，會出現「不開代理無法更新、不更新又沒節點」的循環。可先用手機訊號或其他網路臨時下載、請機場提供鏡像，或暫時切到仍含可用節點的備援 Profile 完成一次更新。
規則模式、全域模式、直連模式：各在做什麼
三種模式是對「預設路由策略」的全局切換，實際命中仍受配置內rules與策略組影響，因此以下以使用者可感知的行為描述，方便對照實測。
- 規則模式（Rule）：核心依域名、IP、GeoIP 等規則決定直連或走哪個代理組，是平常最省資源、也最符合「國內直連、境外走機場」預設的選項。
- 全域模式（Global）：讓大多數需代理的流量改走你選的全域節點或策略組，繞過複雜分流，用來快速驗證「純代理能不能通」；缺點是可能把本可直連的流量也送去境外，速度與計費都不划算。
- 直連模式（Direct）：強制以直連為優先假設，用來確認問題是否來自代理鏈路本身；若直連正常而 Rule 下異常，才回到規則或 DNS 層排查。
介面文案可能是英文標籤或中英並列；若同時開啟系統代理與TUN，請記得兩者都應反映同一模式，否則部分應用走系統設定、部分走虛擬網卡，會讓你以為「模式壞了」其實是分流入口不一致。
何時用哪一種：用實測縮小問題範圍
把模式當作對照實驗的變因，而不是長期隨意切換的玩具，穩定性會好很多。下面三種情境在實務上最有效：
- 日常瀏覽與辦公：維持 Rule，並確認預設策略組指向你可接受的自動選路或手選組；只在規則誤判時短暫切 Global 驗證。
- 某站只在 Global 能開：代表 Rule 可能把該域送了錯誤策略組、DNS 回傳與規則假設不符，或被 Sniffer／Fake-IP 影響；此時應記錄域名與日誌命中，再決定改規則還是改 DNS，而不是永久賴在 Global。
- 懷疑節點或機場掛了：先在同一 Profile 下切換節點；若 Direct 下境內站正常、Rule 下全掛，偏向上游或時間同步；若只有特定協議失敗，再回看 mihomo 支援清單與證書鏈。
這樣的順序能把問題砍成「訂閱／Profile」「模式與策略組」「DNS 與規則細節」三層，避免一開始就同時改內核、改 TUN、改訂閱，排錯空間被變因淹沒。
本地覆寫與多 Profile 的維護紀律
當你為多個訂閱維護多份 Profile 時，最難的不是匯入，而是六個月後還記得哪份檔案做過什麼。建議固定使用客戶端提供的合併／覆寫層保存個人規則，僅把「機場原始邏輯」留在訂閱產生的主配置裡；需要對照時，複製一份 Profile 做實驗，主線檔案不切到半成品狀態。
若你會在多台電腦使用 Verge Rev，思維上可把 Profile 想成「可攜的意圖」：同名檔案在不同機器上都應代表同一策略，實際節點列表則靠訂閱刷新對齊。這能避免「公司電腦改了規則、回家忘了同步」造成的誤判。
與模式切換配套的日誌觀察
切模式後若只盯瀏覽器開不開，容易錯判。最少應在 Verge Rev 的連線或日誌面板看兩件事：目標域名被判到哪條規則，以及實際出口節點名稱。當 Rule 下日誌顯示直連而你要走代理時，問題在規則優先順序；當 Global 仍直連，檢查是否部分流量沒進系統代理或 TUN。
Windows 用戶若需要對照本站在《Clash Windows 流量統計與核心日誌》裡整理過的日誌解讀思路，可把同樣的「先看命中再看延遲」的順序搬來圖形客戶端；macOS 初次設定的權限與訂閱啟用順序可參考《Clash Verge Rev macOS 首次設定》，再回來用本文的多檔與模式流程收尾。
常見問題（精簡版）
多訂閱一定要拆成多 Profile 嗎？
不一定。若機場允許在同一訂閱裡合併多組節點，且你不需要在不同規則集間快速切換，一份 Profile 配多訂閱即可。當你需要「工作／私人」或「實驗／正式」硬隔離時，多 Profile 會顯著較省心。
為什麼切到全域還是像沒代理？
常見原因是系統代理未開、瀏覽器使用獨立代理插件與系統設定打架，或該程式根本不讀系統代理而必須靠 TUN。請先確認 Verge Rev 托盤狀態與系統網路面板，再決定是否啟用 TUN 或清理衝突軟體。
總結：日常三件事做好就夠穩
- Profile 與訂閱分層管理：知道當前啟用的是哪一檔，刷新訂閱後立即確認節點數與時間戳。
- 模式當診斷工具：Rule 日用、Global 與 Direct 短測，配合日誌看命中而非瞎換節點。
- 個人規則走覆寫：維護紀律清楚，才不會在六個月後忘記哪份配置為何與機場預設不同。
不少圖形客戶端把「多訂閱」「模式」「日誌」拆在不同深層選單裡，版本升級後選項位置又會漂移，使用者要花時間重新適應介面才能把同一件事做對。相對之下，成熟方案通常會在「配置可預測性、跨平台一致性、日誌可讀性」之間取得平衡，讓日常刷新訂閱與切換模式不必像猜謎；當你更看重長期維護成本與行為可控，Clash生態裡維護積極、文檔齊備的工具鏈會把學習曲線壓在第一次設定，之後的反覆操作都能沿用同一套觀念。
Clash 路線強調以開放格式與清晰規則描述 traffic path，無論前端是 Verge 或其他圖形殼，底層行為都能對照 YAML 與官方說明逐步驗證，這在需要分批導入公司裝置、或要在路由器與桌面端共用策略時特別有價值。若你希望少踩「介面改版就打斷工作流」這類坑，不妨挑選更新節奏透明、社群反饋即時的組合。
若你也希望把心力花在內容與連線品質，而不是和過期客戶端搏鬥， 可免費下載 Clash 客戶端一試，用同一套規則語意銜接桌面與更多平台。