Mac 上使用 Mihomo Party 前先釐清的事

Mihomo Party是基於 mihomo（Clash.Meta）核心的圖形客戶端之一，在 macOS 上可讓你用視覺化方式管理 訂閱、檢視節點與策略組，而不必整天手改 config.yaml。與另一款在 Mac 上也很常見的 Clash Verge Rev相比，Mihomo Party 的選單佈局與用語可能略有不同，但底層仍共用「規則列表＋策略組＋出站標籤」這套邏輯；先理解 規則模式與 全域模式在核心裡代表什麼，你在任何介面上切換時都比較不會手滑。

若你也在 Windows 上使用同一套服務，可先對照站內的 Windows 11 Mihomo Party 安裝與訂閱以及進階的 TUN 與 Strict Route教學；macOS 沒有完全相同的「控制台」路徑，但訂閱 URL、規則集與模式語意是相通的。接下來若你要深入研究規則寫法，可並行閱讀 規則分流最佳實踐，把圖形介面上看到的策略名稱與檔案內的 proxy-groups對起來。

安裝、Apple Silicon 與首次啟動

請務必從官方發佈頁面或可驗證的建置來源下載對應 Apple Silicon（ARM64）的 .dmg 或壓縮包；Intel Mac 需另選 x64 版本，混用會造成無法開啟或核心異常退出。將程式拖入「應用程式」後首次開啟，若出現「無法驗證開發者」或 Gatekeeper 阻擋，可到「系統設定 → 隱私權與安全性」底下允許該 App，再重新執行一次；不要為了省麻煩而關掉完整的系統防護。

第一次啟動時，客戶端可能會請求輔助權限、網路權限或與系統代理相關的授權，請依提示允許，否則後續無法自動寫入系統代理或啟用 TUN。若你曾安裝過其他 Clash 系列客戶端，注意同一時間只保留一個主程式主動管理系統代理，避免兩套工具輪流改寫通訊埠與開關狀態，瀏覽器便會出現「偶爾可走、偶爾全斷」的怪現象。

⚠ 合規與資安：請在符合當地法令與服務條款的前提下使用代理工具；勿使用來路不明的「破解版」安裝包。訂閱連結通常含私密權杖，請勿公開張貼或提交到公共程式碼庫。

訂閱匯入、更新與多訂閱管理

在圖形介面中尋找「訂閱」「Profiles」「Remote」或類似區塊（依版本與語系而異），選擇新增訂閱並貼上供應商提供的 HTTPS 連結。建議為每條訂閱取一個你看得懂的名稱，例如依機場名稱或用途分類，方便日後在多台裝置之間對照。儲存後執行更新或重新整理，客戶端會向遠端拉取節點列表與部分規則資源；若介面顯示逾時或 403，先複製同一網址到瀏覽器測試是否可下載，以區分是網路問題還是權杖過期。

多數使用者會同時擁有「主力訂閱」與「備援訂閱」。在 Mihomo Party 裡你可以分別建立多個訂閱項目，再在設定檔或圖形編輯器中決定最終 proxies要合併成哪些策略組。若你只看到節點但沒有規則，代表目前載入的檔案可能是純節點列表；此時模式仍可切到 全域模式手動選節點，但無法享受細緻分流。亦可到「設定 → 關於／核心」類頁面確認目前使用的核心版本是否為預期的 mihomo 分支。

自動更新間隔建議依供應商政策設定，過於頻繁可能觸發頻率限制；過久不更新則節點下線後仍留在列表裡，連線失敗率會上升。需要除錯時，打開日誌或連線記錄，比對更新請求回應與錯誤碼，通常比反覆重裝 App 更有效。

規則模式、全域模式與直連

在 mihomo／Clash 語系裡，介面上的「模式」多半對應以下三種基底行為：規則模式（Rule）會循序比對 rules，將連線指派到 DIRECT、REJECT 或某個 proxy-group；全域模式（Global）通常略過細緻規則，把可代理目標交給你選定的全域策略或節點，適合臨時測速或確認「只要全部走出口」時的純粹延遲；直連（Direct）則讓核心盡量不經由第三方節點轉發，等同暫時關閉出國隧道，常用於排除「到底是節點壞了還是本地網路壞了」。

日常建議讓客戶端長時間維持在規則模式：如此一來國內或區域內網站可走直連，工作協作與影音等目標可依規則集導向合適的節點；只有在你明確要驗證某節點是否通、或訂閱暫時失效需要應急上網時，才短暫切到全域或手動指定單節點。切換模式後若瀏覽器仍舊行為怪異，記得確認是否另裝了其他代理外掛（例如獨立的瀏覽器擴充功能）與系統代理互相打架。

ℹ 名詞對照：介面上的「規則／Rule」指的是出站決策方式，與 Windows 教學裡的「略過局域網」或路由表細節是不同層級；不要以為切到規則模式就自動等於「所有區網都略過」，實際仍取決於設定檔與 GEOIP、規則集內容。

系統代理與 TUN：流量誰會進隧道

在 macOS 上，系統代理（System Proxy）會嘗試把系統層級的 HTTP／HTTPS 代理參數寫入網路設定，讓遵循系統組態的應用程式把流量交給本機上的 Mihomo Party 監聽埠。好處是啟用與關閉相對直覺、也較少碰到核心級權限問題；壞處是有部分程式（某些命令列工具、遊戲或 Electron App）不一定讀取系統代理，外表看起來「已開代理」卻仍走直連。

TUN 模式則在系統中建立虛擬網路介面，由核心在更低層接管符合條件的 IP 封包，理論上涵蓋面更廣，但需要在 macOS 上處理系統擴充／網路權限，也可能與其他商用 VPN 同時競爭路由表。若你啟用 TUN 後發現授權對話框找不到、或網路全斷，建議延伸閱讀 macOS TUN 與系統擴充排查，對照「系統代理已開但某些 App 仍不走」與「TUN 與其他 VPN 衝突」兩類情境。

實務上可以採取漸進式：先用系統代理配合規則模式滿足瀏覽器與一般辦公需求；若遇到特定軟體始終繞過代理，再评估 TUN，並在切換後用內建連線列表觀察該程式連線是否被核心接住。

圖形介面分步：切換模式與策略組

以下流程以「多數 Mihomo Party 版本共通」為目標整理，實際按鈕名稱可能顯示英文或略有出入，請以你螢幕上的文字為準。

  1. 確認核心已載入設定檔：首頁或側邊欄應顯示目前設定名稱與節點數量；若顯示錯誤圖示，先回到訂閱區排除更新失敗。
  2. 匯入或選定訂閱並更新：完成上一節的遠端更新後，確認策略組清單裡已出現預期的「自動選擇」「手動選擇」或供應商自訂群組。
  3. 將模式設為 Rule（規則）：在頂部工具列、托盤選單或首頁大型切換鈕找到「模式／Mode」，點選規則。此時出站路徑由設定檔決定。
  4. 選擇策略組與節點：開啟「代理」「Proxies」或類似頁籤，點選某個策略組（例如 🔰 選擇節點），在清單中指定實際伺服器；若為 URL-TEST 類型，核心會依延遲自動挑選，但仍可在 UI 鎖定偏好。
  5. 啟用系統代理並確認通訊埠：在「設定 → 連線／系統代理」區塊打開系統代理開關，核對 HTTP／SOCKS 埠與文件一致；若埠衝突，請先到 埠占用與混合埠說明釐清本機是否已有其他程式占用。
  6. （選用）啟用 TUN：若介面提供 TUN 或「增強模式」且你已完成授權，開啟後觀察狀態欄是否顯示介面已建立；若秒斷，請暫停其他 VPN 再試。
  7. 需要整體測速時改 Global：暫時切到全域模式並在全域策略組挑節點，完成測試後務必切回 Rule，避免長期失去細緻分流。

macOS 選單列圖示（若有）常提供快速切換入口：熟記「點一下圖示 → 模式 → 規則／全域」這條路徑，可減少每次開啟主視窗的時間。若你使用 Stage Manager 或多桌面，建議把主視窗留在固定桌面，避免找不到設定頁。

日常驗證、策略組與 URL-Test

設定完成後，用兩步驗證最有感：測規則命中與測出口位址。前者可在連線列表或日誌中觀察某一條造訪紀錄被哪條規則匹配、送到了哪個策略組；後者則用任何顯示 IP 的網頁比對是否落在預期國家或 ASN。當規則模式看起來正確但網頁仍判定你在錯誤地區，可能是瀏覽器快取、DNS 快取或 WebRTC 等因素，需要交叉測試。

含有 url-test 或 fallback 的策略組會依探測結果自動換節點；若你手動挑選後又被改回「自動挑到的節點」，可能代表該群組被設計成不可長期鎖定特定項。此時可改用手動策略組做固定線路，或調整供應商提供的設定檔模板。當延遲突然集體飆高，先對單一節點做 ICMP 或 TCP 延遲測試，再決定是供應商線路擁塞還是你本地 Wi-Fi 品質問題。

訂閱與連線異常排查

訂閱顯示更新成功但節點為零：檢查下載回來的內容是否真是 Clash／mihomo 支援的配置片段，部分供應商會依 User-Agent 回傳不同格式；必要時在進階設定指定請求標頭或改用手動下載匯入。亦要確認沒有在公司網路或防火牆環境攔截 HTTPS 下載。

規則模式下應走代理的網站卻直連：重新整理規則集快取（若有按鈕），並檢查 MATCH 最後一行是否指向了預期的策略組；少數廣告攔截或本機 DNS 也可能讓域名解析結果與規則集預期不同。

全域模式仍無法連線：先改直連確認 macOS 本身能上網，再測試手動換不同節點；若只有特定協議失敗，可能是供應商封鎖了某傳輸方式，需換節點或調整設定檔內的出站參數。

常見問題

規則模式與全域模式差在哪裡？規則模式依 rules 與規則集逐條匹配，可做到「國內直達、海外節點」等行為；全域模式則把可代理流量集中送到你選的全域策略，較適合除錯與臨時全域上網。長期使用仍以規則模式較省頻寬與延遲。

系統代理和 TUN 在 Mac 上要選哪個？一般使用者可先開系統代理；遇到不讀系統代理的程式再考慮 TUN。TUN 需額外授權與路由調整，與其他 VPN 並存時衝突機率較高。

訂閱更新後節點列表仍是舊的怎麼辦？手動再執行更新並查看錯誤訊息；確認訂閱 URL 是否變更、權杖是否過期，以及客戶端時間是否嚴重偏移導致 TLS 驗證失敗。

結語

在 Apple Silicon Mac上，透過 Mihomo Party完成訂閱匯入、節點更新，並在規則模式與全域模式之間依情境切換，是大多數使用者最常走的日常路徑；把系統代理當成第一步、必要時再進階到 TUN，通常能兼顧易用與涵蓋面。記住模式決定「怎麼判斷連線」，通訊埠與系統設定決定「應用程式有沒有把封包交進來」，兩者缺一不可。

相較之下，部分圖形客戶端要嘛介面過度發散、重要開關埋在深層選單，要嘛長時間停留在舊核心、與新版規則集或 Reality 等出站型態相容度落後；還有一些工具過度仰賴手刻 YAML，對只想穩定上網的使用者並不友善。Clash V.CORE的方向是把 mihomo 生態的能力用一致、可維護的方式呈現：訂閱、策略與連線診斷集中在清楚的路徑上，跨平台切換時不需要重新學一套邏輯。

若你希望在 Mac 上以最少試誤成本完成匯入、切換模式與除錯，可先從本站 Clash V.CORE 下載頁取得整合度較佳的客戶端體驗，再把本文與 macOS TUN 排查的步驟留作後盾，遇到授權或路由問題時能快速對症處理。