你已經在macOS上裝好Clash Verge Rev、也大致會匯入訂閱或設定檔，接下來最常卡關的通常是三件事：規則模式跟全域模式到底差在哪？要不要開TUN？以及系統代理開了跟沒開為什麼感覺差不多？這篇繁體中文指南把焦點放在「介面上怎麼切換代理模式」與「怎麼確認真的生效」，不再重複下載與首次開啟程式的流程；若你手邊仍是 Windows 環境，也可對照本站 Windows 版訂閱與節點 教學補齊策略組概念，再回到 macOS 專屬的路由與權限脈絡來理解。
先弄懂四個名詞：規則、全域、TUN、系統代理
在Clash Verge Rev的世界裡，請不要把「模式」全部混成一個開關；它比較像四個彼此會疊加的層次：
- 規則模式（RULE）：核心的預設思路，會逐條比對設定檔中的規則，決定這條連線要直連（DIRECT）、或送往某個策略組（例如名為
PROXY、自動選擇等，實際名稱以你的設定檔為準）。好處是省資源、也方便做到「影音走這條、網銀走那條」這類分流。 - 全域模式（GLOBAL）：語意上接近「盡量把流量集中到同一個上游決策點」，常見用途是暫時排除複雜規則帶來的不確定感，快速驗證「是不是規則誤判」或「某個域名一直被分到錯誤策略組」。要注意：設定檔若另有細節或例外寫法，仍可能讓體感與你想像的「百分之百同一出口」略有落差，這時要以連線紀錄為準。
- TUN 模式：不是替代 RULE／GLOBAL 的另一種「分流哲學」，而是把流量交給核心的一種承載方式。開啟 TUN 會建立虛擬網路介面，讓符合路由條件的封包在較底層進入 Mihomo／Clash 核心處理；對於不讀系統代理的程式、或你希望更接近「像 VPN 一樣」涵蓋範圍的情境，TUN 往往比單純開 Proxy 來得有力。
- 系統代理（System Proxy）：由 macOS 系統設定把 HTTP／HTTPS（以及視設定而定 SOCKS）導向本機連接埠。許多瀏覽器與一般 App 會尊重這組設定，但也有大量程式完全不吃系統代理——這不是 Verge Rev 壞掉，而是應用程式設計使然。
因此你真正要做的，是先決定「RULE 或 GLOBAL 這種決策邏輯」，再決定「要靠系統代理、TUN，或兩者並用來承載這些決策」，最後才用外部網頁或連線紀錄去驗證。
切換前：請先把這幾項準備好
在開始代理模式切換之前，建議先完成這份短路檢核，可省下非常多來回試錯：
- 使用中設定檔確實載入成功：若 YAML 有語法錯誤、或訂閱網址失敗，你可能看得到介面卻沒有可用的策略組；先修正載入錯誤再談模式。
- 已知連接埠與監聽位址：混合連接埠、HTTP、SOCKS 各自數字請對照設定檔或程式內顯示；開啟系統代理時若連接埠填錯，會呈現「看似開了代理但全部連不上」。
- 暫停其他會改路由的工具：同時開著公司 VPN、其他類型的加速器、或另一套 TUN，網路堆疊互相覆寫時，最容易出現「切什麼都不對」的假性故障。
- 準備一個乾淨的瀏覽器設定檔測試：Chrome／Safari／Firefox 若裝了會自行指定 Proxy 的擴充套件，會與系統設定打架；除錯時請先用無擴充套件視窗或全新使用者設定檔。
步驟一：在 Verge Rev 裡切換規則模式或全域模式
介面用詞會隨版本微調，但流程大致固定：在主畫面或首頁／儀表板區域，找到標示為模式、Mode、或類似字樣的控制器，你可在此選擇 RULE、GLOBAL、以及可能的 DIRECT（直連）。操作建議如下：
- 日常長期使用：優先維持 RULE，讓設定檔作者規劃好的分流帶你走完每一天；這也是最符合「省電與頻寬」的搭配。
- 故障排除或快速驗證：暫時切到 GLOBAL，再搭配下文「步驟四」的驗證方式；若 GLOBAL 下目標網站立刻正常，而 RULE 下異常，十之八九是規則命中或 DNS 相關議題，而不是節點突然全部失效。
- 刻意完全不經代理：選 DIRECT 可作為對照組；若你需要暫時關閉程式對流量的介入，也要記得同步關閉系統代理與TUN，以免只剩其中一層仍在轉送。
切換後請停留三到五秒讓核心套用狀態；若你同時開著即時連線列表，應能看到新連線開始依照新模式重新決策。
步驟二：開啟或關閉 macOS 的系統代理（搭配規則／全域）
多數使用者會在Clash Verge Rev裡找到一枚類似「設定系統代理」「System Proxy」「自動設定系統代理」的開關。開啟後，程式會嘗試把 macOS 的網路 Proxy 指向本機（常見為 127.0.0.1）以及對應連接埠。實務重點：
- 系統代理不等於全部軟體：終端機內某些指令、部分遊戲啟動器、或是 Electron App，各自可能有獨立的 Proxy 設定或直接無視系統值。
- HTTPS 網站與憑證檢查：若環境中有企業 SSL 監聽，錯誤的 Proxy 組合會放大憑證告警；遇到連線全部被擋時，先退回 DIRECT 與關閉系統代理做對照。
- 與 RULE／GLOBAL 的關係：系統代理負責「把應用程式的請求送進來」，RULE／GLOBAL 負責「進來之後要怎麼分流」；兩者缺一等於鏈條斷裂。
若你發現「只有 Safari 正常、其他程式不行」，通常要先檢查該程式是否支援系統 Proxy，而不是急著改設定檔規則。
步驟三：啟用 TUN，並處理 macOS 權限與輔助程式
TUN能補上「不吃系統代理」那段缺口，但它對系統的侵入性較高，也因此macOS會要求較完整的授權。你可預期遇到這些情況：
- 輔助使用／輔助程式：某些安裝型態需要使用者同意才能自動調整路由或系統層參數；若曾在對話框按過拒絕，請到「隱私權與安全性」回頭放行。
- 系統延伸功能或網路篩選描述檔：依簽章與散發管道而定，可能需要在「系統設定」裡手動允許載入；若看不到開關，請確認是否使用官方或可信來源的正式組建。
- 堆疊路由時的除錯順序：建議先只開 TUN、暫緩其他加速器；確認連線紀錄已有預期命中後，再把系統代理視需求打開作為雙保險。
若你更新過 macOS 小版本後 TUN 突然失效，常見解法是重新核准延伸、重新安裝輔助元件，或更新Clash Verge Rev到與新核心相容的版本；切勿自行停用 SIP 或改用來路不明的核心檔。
步驟四：確認分流或全域代理是否真的生效
「生效」這件事請用證據說話，而不是只靠感覺。建議照這個順序：
- 開啟連線紀錄／記錄面板：觀察目標網站的域名被標記為 DIRECT 或送往哪個策略組；這是理解規則模式命中最快的窗口。
- 使用可查詢出口 IP 的 HTTPS 頁面：在 RULE 下先用一般入口網站看出口位置，再挑一個你確定在規則裡應走代理的域名對照；切換到 GLOBAL 後出口應更一致。
- 終端機對照（選用）：若你熟悉
curl，可分別在設定／未設定ALL_PROXY的情況下請求測試網址；這有助於分辨問題出在「應用程式不吃 Proxy」還是「核心決策異常」。 - DNS 線索：若域名解析繞過核心，規則可能永遠對不上；連線紀錄若顯示解析結果與預期區域不符，請回到設定檔中的 DNS 與 fake-ip／redir-host 相關段落檢視。
當你確認在某種組合下一切正常，請把「當時啟用的項目」記錄下來：例如「RULE + 系統代理」「RULE + TUN」「GLOBAL + TUN」，下次異常時就能快速還原。
常見組合怎麼選：給 macOS 使用者的實務建議
沒有絕對正確答案，但以下組合在社群與支援案件中較常被打磨成穩定預設：
- 一般瀏覽網頁、收發郵件：RULE + 系統代理通常就足夠；再把常用策略組固定在延遲穩定的節點即可。
- 需要涵蓋不支援 Proxy 的軟體：在理解風險與權限的前提下，為TUN開路，並仍以RULE維持分流；遇到特定程式異常時再用短时间GLOBAL協助定位。
- 只想快速確認線路活著：GLOBAL + 任一承載方式，搭配 IP 查詢頁；確認完畢請記得回到 RULE，避免長時間把所有流量集中於同一策略組造成不必要的瓶頸。
疑難排解：切了模式卻像沒翻出去的典型原因
- 瀏覽器擴充套件另有 Proxy：優先關閉相關套件或用無痕視窗測試。
- 只開 TUN 忘記檢視路由堆疊：預設路由若仍指向舊閘道，部分流量會繞過虛擬介面。
- 規則把你常用的網站判成直連：這在 RULE 下是合理行為；請先查連線紀錄而非盲目切 GLOBAL。
- 混合連接埠與 SOCKS 混淆：某些 App 只支援 SOCKS5；請確認填入類型與埠號一致。
常見問題（精簡版）
問：我每天回家是否需要重新切一次模式？
答：不必。只要設定檔穩定、開機啟動設定無誤，程式會記住上次選擇；若網路環境切換（例如公司與住家）造成節點全面不可用，才需要暫時改用 GLOBAL 協助判斷。
問：GLOBAL 會比 RULE 更耗電嗎？
答：不一定只看模式名稱；真正影響功耗的是有多少連線被送往代理、加密強度、以及節點距離。長期而言 RULE 通常較容易維持較低的代理流量比例。
問：可以把「模式」與「節點」混為一談嗎？
答：不建議。模式描述決策邏輯；節點是策略組裡的具體出口。你在 Proxy 頁切換節點，不等于自動改變 RULE／GLOBAL；兩個維度請分開思考。
為什麼在 macOS 上仍值得走 Clash 相容路線
不少「一鍵連線」類工具把路由細節藏在黑盒子裡，短期省事，長期卻很難回答「為什麼只有這個網站打不開」。相對之下，沿著 Mihomo 生態演進的Clash Verge Rev保留了對設定檔結構的可見度：你能同時操作規則模式與全域模式、選擇系統代理或TUN這類承載方式，並用連線紀錄回溯每一次代理模式切換的真實效果。若你正在找的是「安裝完成後仍能逐步理解網路流向」的方案，而不是把所有細節交給不透明的中介程式，開源相容路線下的 Clash 系工具在透明度與長期可維護性上通常更經得起時間考驗。