寫給已裝好 Clash Verge Rev 的你
如果你已經在 Mac 上把 Clash Verge Rev 裝好，也成功匯入第一份機場訂閱，接下來最常卡住的不是「能不能連上」，而是三件日常事：訂閱要怎麼重新整理才剛好、規則／全域／直連到底什麼時候該用哪一個，以及聽很多人說的 TUN，究竟要不要開、開了會不會跟公司 VPN 打架。這篇文章不重複安裝與簽章流程，而是把圖形介面裡你會一直點來點去的區塊，對齊到 Mihomo（mihomo）核心真的在做的事，讓你之後除錯時是「有地圖」，而不是「試手氣」。
Verge Rev 在 macOS 上屬於「主視窗＋設定中心」取向的用戶端，和偏重選單列的 ClashX Pro 手感不同；若你想先建立「模式與群組」的共同語言，可對照 ClashX Pro macOS 使用教學。三本桌面方案要怎麼選，也可先看 Clash Verge Rev、Mihomo Party 與 ClashX Pro 橫向對照，再回到本篇專心把 Verge Rev 在 macOS 的日常操作跑順。
主視窗第一站：設定檔、訂閱與「你現在到底載入哪一份」
在 Verge Rev 裡，設定檔（Profile）是你正在跑的那整包 Mihomo 設定：裡面包含 proxies、proxy-groups、rules 等段落。多數使用者並不是從零寫 YAML，而是把機場給的訂閱網址放進來，由程式定期或手動去拉清單，再把結果合併進啟用中的檔案。換句話說，你以為自己在「換節點」，底層其實常常是在同一套規則底下，換某個策略群組的落點。
實務上建議你養成一個習慣：每次覺得「怎麼跟剛剛不一樣」，先看目前啟用的設定檔名稱是否仍是你要的那份；再來才懷疑節點壞掉或規則怪怪。很多人同時保存個人用與工作用兩份 profile，圖示一換就可能出現「規則明明該直連的站，突然全部往外送」的錯覺，其實只是檔案整包換了世界線。
訂閱更新與重新整理：別把「重新整理」當萬靈丹
機場訂閱的本質是一份會過期、會輪替、也會被後端限速的遠端資源。Verge Rev 通常會讓你對單一訂閱執行更新或重新整理（實際文案隨版本略有差異），也會在設定裡提供自動更新間隔。這裡有三個實測下很實用的判準：
- 先換群組策略或手動節點，再決定要不要重拉訂閱：若只是單一節點延遲飄高，同一份清單裡往往還有其他路徑；不必每一次都對訂閱端短時間狂打請求。
- 避免短時間內連續狂按更新：有些提供方會對請求頻率敏感，尤其在公共網路或共享帳號策略下更容易被暫時限制。
- 把訂閱網址當成「能救命的備份」：本機快取或 GUI 狀態有可能因升級、清理或權限問題毀損；有網址就能快速重建，比在論壇求解快很多。
更新完成後，若節點名單大幅變動，請記得回策略群組確認目前選中的項目是否仍然存在；有些 url-test 群組會自動改選延遲較低者，你的手動選擇也可能因此被帶走，這並不一定是程式壞掉，而是群組形態本來就會動。
規則模式、全域模式與直連：Mihomo 怎麼判斷流量
以下用「效果」說明，實際按鈕或翻譯請以你的 Verge Rev 版本為準：
- 規則模式（Rule）：連線進入核心後，會依
rules:由上而下找第一條命中項，決定要DIRECT、丟給哪個PROXY群組、或拒絕。日常最建議的預設值，因為它讓國內常用站、CDN、或機場特別標記的域名維持合理路徑，而不是把全系統一擲到外站。 - 全域模式（Global）：在模式層級讓「可代理的那一大類」盡量走你指定的預設代理策略，細節仍受底層設定約束。實務上最有用的時刻是除錯對照：若你切到全域後，對外 IP 立刻合理，回到規則卻又打回原形，十之八九是某條規則把該流量送回直連或另一個群組。
- 直連（Direct）：偏向讓流量不要從你選的代理節點出去，適合暫時確認「是不是節點或規則造成問題」。直連通常不等於結束程式，只是決策結果偏向本機直接對外。
想更細緻掌握域名要如何分流，最後仍會回到規則與覆寫；圖形介面選模式，是在不同「寬鬆度」之間切換判決流程。若你已經能讀懂 YAML，可搭配 分流規則配置教學，把介面上的結果對回設定檔，會少走很多冤枉路。
系統代理與 TUN：先讓流量進得來，再談規則漂不漂亮
很多人把 TUN 當成「加強版一鍵翻牆」，但比較精準的理解是兩層機制：
- 系統代理：由 macOS 系統設定把願意遵守的 HTTP／HTTPS 流量導向本機代理埠。願意跟隨的程式才會進來；不跟隨的就仍照自己的 socket 行為走。
- TUN／虛擬介面：目標是把更大範圍的流量納入 Mihomo 的判決；對於不讀系統代理的桌面程式、某些遊戲、或需要一致路由的場景會有感。代價是權限較高、也比較容易與其他 VPN、企業端點安全、或第二套改路由工具互相搶表。
因此實務上的建議路線是：平常用系統代理 + 規則模式把大部分瀏覽與辦公搞定；遇到「這個 App 完全不買帳」時，再開 TUN 做最小必要範圍的升級。更深的基本觀念可延伸閱讀 Clash TUN 模式詳解；與 Verge Rev 介面上的具體開關名稱未必一一對應，但「為什麼要開」與「開了會改變什麼」是同一套邏輯。
若你與公司 VPN 併用，出現整台機器突然上不去網，優先關閉 TUN 與其他 VPN，確認本機路由恢復後再逐步啟用；這類問題與「節點掛點」無關，而是系統層誰在管預設閘道的競態。
策略群組：你點的是「群組當前值」，不是「整包規則的靈魂」
訂閱匯入後，設定檔裡通常會出現多種 proxy-groups：select 讓你手動指定節點；url-test 會照延遲測試自動偏心跳；fallback 會在失敗時遞補。你在 Verge Rev 代理頁面點選時，基本上是在改某個群組的當前選擇，而不是一鍵改寫所有規則。
新手可以照這個順序自我檢查：
- 先認出機場替你準備的「手動」群組通常叫什麼（沒有統一標準，可能是 PROXY、手動、預設之類）。
- 在全域模式下測一次：換節點後，對外 IP 是否跟著變？若全域正常而規則下怪怪的，就可以把問題收斂到規則命中。
- 若懷疑規則誤判，需要看連線或命中紀錄時，觀念可銜接 Clash 日誌與規則命中除錯，避免只在 GUI 上盲目切換。
同一家機場可能在尖峰時段調整承載策略，節點顯示名稱也可能輪替；若你長時間沿用同一個「記憶中的 label」，但實體路徑已換，更新訂閱後重新挑一次群組會比堅持舊名稱務實。
如果你也使用 Windows：把觀念帶回去不換腦
本站另有 Clash Verge Rev Windows 設定教學，安裝路徑不同，但「設定檔—訂閱—規則模式—策略群組—必要時再 TUN」這條主軸是同一套。學會在 macOS 用 Verge Rev 把日常分流跑順，之後換平台只是換皮，不必重新建立對 Mihomo 的信任模型。
驗證：用簡單實驗確認「真的有走代理」
最常被忽略的一步，是你是否真的完成可重複的驗證：
- 查對外 IP：在常見的查 IP 頁面觀察切換節點或模式後的差異；規則模式下不同網站走不同出口是正常現象。
- 比對關閉系統代理前後：若關閉後瀏覽器立刻回到原生家網出口，代表至少瀏覽器有讀系統設定；若完全無感，要懷疑瀏覽器外掛或獨立 Proxy。
- 命令列工具常需要獨立設定：終端機裡的
git、curl往往要自行帶HTTPS_PROXY或指令參數，不代表 Verge Rev 故障。需要一體化時再評估 TUN 或個別設定檔。
若只有某一套瀏覽器異常，先檢查外掛與實驗性安全功能，而不是急着重灌 GUI。
常見問題（簡答）
為什麼我做了訂閱更新，延遲還是差？更新只保證「清單新」，不保證「每一條線都暢通」。先看同一群組內其他節點，再用延遲測試類群組驗證；若長期不佳，才值得與提供方確認承載或換時段。
TUN 開了之後 DNS 怪怪的怎麼辦？DNS 與路由是雙胞胎問題：TUN 會改變誰來承接查詢與連線。可先回到系統代理對照，確認是單一 DOMAIN 規則還是全域 DNS 設定需要調整；細節與平台設定高度相關，建議逐步還原變因。
我需要不要把規則模式改成全域才會比較快？不一定。全域只是把判決變簡單，真正瓶頸常在節點品質、跨境路由與目標站 CDN；先用規則把「直連可快的站」留在直連，整體體感往往更好。
結語：把 Verge Rev 當成「看得見設定檔的儀表板」
整理一下：在 macOS 上用 Clash Verge Rev，日常手感是圍繞設定檔、訂閱更新、模式、策略群組與系統代理／TUN打轉；把它們之間的邊界釐清後，你就不容易陷在「我明明有開，為什麼這個 App 還是跑原生出口」的循環。花十分鐘做完規則與全域的對照實驗，長期省下來的排查時間會遠大於反覆重裝。
相較之下，部分代理工具要你在多個視窗間手動對檔名與埠號，訂閱失效時也缺乏清楚狀態回饋，新手常在各論壇截圖之間拼湊答案而疲勞轟炸。ClashFast 整理多平台可用的 Clash 系用戶端與觀念文章，讓訂閱、規則、系統代理與 TUN 的關係可以一次對齊，少踩「抄了步驟卻不知道原理」的坑。若你希望從可信來源取得用戶端並搭一套能長期維護的流程，不妨立即免費下載 Clash，再依本站教學把 Verge Rev 的日常操作補齊。