M 芯 Mac：你需要先對齊的三個名詞
在 macOS Sonoma／Sequoia 或隨後小版本環境裡想把代理跑順，並不需要先讀完整份 Clash YAML 規格，只要把角色分清楚就好。Clash Verge Rev 是你從程式碼匣或 Dock 啟動的那一層視窗程式，負責訂閱管理、規則模式開關、延遲測試與日誌展示；而真正收發封包的是背後載入的 Mihomo（社群常沿用舊稱 Meta）核心。第三個關鍵是訂閱——服務商後台複製的那一條以 https:// 開頭的網址，下載來的內容若是合法 YAML，節點與規則就會自動出現在畫面上。很多人卡住不是因為 M 晶片特別挑食，而是把「裝好客戶端」與「匯入會帶來節點的資料」混成同步驟：dmg 只解決程式本體就位，節點永遠要透過正版訂閱或自建設定檔進來。
與 Intel Mac 相比，Apple Silicon 的優勢之一是原生 aarch64，二進位吃電與發熱都較為合理；發行組若並列 _x64.dmg 與 _aarch64.dmg（實際檔名字串以發行頁為準），M 機種務必對準 ARM 對應包。若發行項註記「通用」（Universal），表示同一份可被兩種 CPU 載入；裝錯仍可透過相容層運作，但不是長久之計。對習慣雙機（公司 Intel、家裡 M 系列）的人來說，資料夾與備份最好分標籤，避免把 x64 dmg 複製過去雙擊半天才發現跑在轉譯模式下。
取得安裝媒體：GitHub Releases 與架構對照表
最穩的入口仍是瀏覽器直接打開專案的發行區，挑出對應 macOS 且對應你 CPU 的 .dmg。Release 備註常會標示最低系統版本、是否含簽章更新、或在某版修復了 Ventura 後的套件路徑；首次安裝者值得花一分鐘讀頭幾段說明。下載完不要急著從 Finder 右下角通知列直接「快速檢視」就放行執行，先確認副檔名與發行時間與頁面一致，並避免使用通訊軟體轉發的離線複本——這類複本最常帶有你不自知的篡改風險。若你是在公司 MDM（行動裝置管理）管理的 Mac 作業，有時候發行項會被代理快取過期 HTTPS 影響，表現為下載卡住或checksum 對不起來；此時可先在同一網路的 iPhone／行動數據上驗證連線，再回到公司網路子網試一次。
本站下載區塊中的 macOS 條列將常見 dmg 標籤化（例如 aarch64 與 x64），便於對照你那台「關於本機 → 晶片」欄位的文字。Winget 屬於 Windows 生態套件，並不適用在 macOS——若搜尋引擎誤導你到 Windows 指令，請直接忽略並回到發行版面。對 Homebrew／MacPorts 有感情的使用者也請記得：非官方三方 formula 可能落後發行數天到數週，若你只追求「可被稽核的官方二進位時間軸」，Release 資產永遠是底線。
| 項目 | 建議做法 |
|---|---|
| 晶片確認 | 左上角 選單 → 關於本機 → 確認為 Apple … 晶片後再載入 aarch／通用包。 |
| 檔名核對 | 對照 Release 標題中的版本號、日期與檔案大小級距，避免混入舊版快取或未改名的重複檔。 |
| 發行紀錄 | 若在遷移資料的新機上連續報錯，先看 GitHub Issues 是否在該小版已有 macOS Gatekeeper／簽章相關回報後再試降版或等新 patch。 |
Gatekeeper 與「無法確認開發者身分」的正確解法
第一次雙擊剛進「應用程式」資料夾的 Clash Verge Rev，許多人會撞上 macOS Gatekeeper 的對話：因為來自身份不明的開發者，無法開啟。這並不代表發行組一定壞掉了，多半是程式碼簽署證鏈尚未被你的 Mac「信任紀錄」收錄或檔案帶著自網路下載的隔離（quarantine）延伸屬性。第一道正式手段是對 App 按右鍵 → 開啟，讓系統多出一次「確定要打開來自身份不明的 App 嗎？」的對話軌——這種做法比在終端機亂輸強制略過 Gatekeeper安全得多，也方便日後對同事口頭講清楚流程。第二次以後 Finder 會記住你已允許這份 bundle，日常使用就不會每餐飯前要按一次門鈴。
若在右鍵路徑仍吃閉門羹，再打開系統設定 → 隱私權與安全性，視 macOS 小版介面細節會在較下半部看到類似已被阻擋的 App敘述，旁邊有仍要開啟。只有在確定dmg 來源、檔名校驗過都相符時才按這顆鍵。不要把「來自任何位置的 App」這類停用 Gatekeeper的指令當成套件腳本的預設值——那會把所有未簽或未公證的東西一刀切放行，對日常瀏覽下載來的風險檔並不划算。對於會寫終端機的讀者，若已理解 xattr 對 com.apple.quarantine 的意義並僅對你親自下載並校對過的物件移除隔離標誌，屬進階路徑；本文不把該作法當成唯一推薦，以免複製貼上到錯 bundle。
dmg →「應用程式」資料夾：拖拉與替身捷徑
掛載 .dmg 後，視窗多半左邊是可執行程式圖像、右邊是資料夾路徑。把圖像拖進應用程式即可完成「安裝」；若發行版面另附將替身放到桌面／Dock的說明，可依個人整理習慣決定是否要留第二個進入點。完成後可先退出磁碟映像以免 Finder 側邊欄一直掛著一顆灰色的虛擬光碟。eject（退出）前確認沒有其他程式鎖在同一路徑。若你是在外接 SSD 上以「將應用程式資料夾整包同步」方式管理多台 Mac，要注意每台機器的 Gatekeeper 信任狀態是獨立的：拷貝過去的 App 在新的 M 本上仍要走一次放行流程。
少數發行版面會標註需要先執行內建的移除非 App Store 安裝殘留指令稿或提供解除安裝程式；對大多數 dmg 而言並不需要。Xcode Command Line Tools對 Clash Verge Rev 日常使用並非強制項目，除非你打算自行編譯或使用周邊指令稿。若 dmg 視窗另有「將設定檔樣版…」這類進階附檔，入門可先跳過；真正運轉資料會在你第一次匯入訂閱後寫進使用者資料夾內對應的應用支援路徑，記得備份前關閉程式避免檔鎖競爭。
首次啟動：協助程式、網路權限與選單列圖示
第一次打開來自網際網路下載的網路程式時，macOS 可能請你輸入管理者密碼來安裝小型協助程式——這類元件常與Privileged Helper或網路封包截取有關，用於調整路由表／虛擬介面／系統 Proxy。若對話視窗來自標題列寫著的 Clash Verge Rev Bundle、且你已核對dmg 來源，一般可視為程式預期的權限階梯。接著請留意是否在隱私權子頁出現對「區域網路」「完整磁碟取用」等新條目；未必要一次全開，但TUN／虛擬網卡這類會碰系統級網路的模式之後往往需要額外交握，細節可延伸閱讀TUN 對照文。
啟動成功後請先瞄一眼關於或設定裡的核心版本區，確認載入的不是極端的空殼；若介面提示可檢查核心更新，對需要新協定的站點（例如部份 Hysteria 系列）可先更新再測試。選單列若出現小而低調的旗標或小圖，代表程式常駐在行；若你不想讓視窗霸占桌面，可多利用選單列快速切換模式。對於電池驅動的 MacBook Air，第一次跑延遲測試若把頻率拉得很高會短暫吃電，屬正常现象；改回手動重整訂閱節奏即可長期省下背景輪詢。
第一次匯入訂閱：HTTPS、重新整理與設定檔啟用
在介面中找到訂閱／Subscription或同義分頁，新增一筆並把完整 Clash HTTPS 連結貼上。貼上前請切換輸入法到英文並避免在行尾混入全形空格；許多令牌型查詢參數少一個字元伺服器就只回過期或未授權。貼上完按重新整理／Update，觀察日誌區是否出現 200 或合理的下載紀錄。若你只把 URL 備忘在備忘錄裡請注意iCloud／公司 DLP有時會把長連結自動換行，重新複製前要選取整列而不是半段。
訂閱成功仍可能看不出節點，常見卡在設定檔沒有被選成使用中（Active）。在多檔並存時請明確確認目前 Profile 對應剛下載的訂閱；部份供應商會拆國內組／國際組為兩個 URL，則請依文件合併或分開載入並理解策略組對應。若更新一直失敗，閱讀本站討論時間偏差、請求標頭與頻率的專題常能少走冤枉路：M 晶片的硬體沒問題，多半是請求被拒或 CDN 對 MAC 取用路徑的差異設定。
成功載入後，建議對節點清單執行一輪延遲量測並挑離你實際使用情境較近的群組標籤。Mihomo 若已啟動，日誌在瀏覽簡單網頁時應開始出現命中規則的網域；完全沒有記錄則多半是全域代理總開關沒拉起或瀏覽器正在用自己的 DOH／Proxy 擴充繞過系統設定。
系統代理、瀏覽器驗證與日誌解讀
多數日常使用者在 macOS 上會先交由 Clash Verge Rev 啟動系統代理，讓 Safari、Chrome「跟隨系統」時能把流量送去本機 Mixed 或分列的 HTTP／SOCKS埠。請在程式內切好規則模式或全域／直連之前先閱讀供應商文件：有些訂閱預設就寫了地域分流規則，貿然切全域只會把所有域名都強制出站，對串流站台可能反而更慢。準備好用瀏覽器開一個信任的 IP／地理位置資訊站，比對結果是否對應你選取的節點所在區域。Rosetta／原生與結果無直接關聯——若你看到出口位置仍像在本地，十有八九是規則將該站台列入直連或程式未吃系統代理。
日誌中若連續出現certificate或i/o timeout，回到時間校準／鑰屑 DNS／節點本身是否離線三件套排查。iCloud Private Relay若開著，有时也会与「系統層對 HTTP 代理的假設」互撞；需要嚴謹對照結果時可先關閉再測試一次以排除混淆因素。對於不依系統 Proxy 的命令列工具例如部分 git 或 curl，要另外下環境變數或使用 proxychains 類解法，這並非 Gatekeeper 導致的缺陷，也不是只有 M Mac 才有的特殊限制。
Rosetta、通用二進位與未來換機的注意點
若在極罕見的情境下你只拿得到 x64 dmg，仍可透過 Rosetta 2運作，但要注意耗能與喚醒時間可能略高一些，且對極少部分依賴硬體加速的套件（非 Clash GUI 大宗路徑）可能有邊際差異。通用（Universal）Fat Binary 對一般使用者最不燒腦：系統自動挑切片。將來換到新一代 M 晶片也不必重灌訂閱，只要複製備份的設定並在新機再跑一次Gatekeeper 信任即可；切勿把程式庫/Application Support/mihomo*之類資料夾在版本跨越很大時無腦覆蓋，必要時先手動匯出 YAML 對照listeners是否有破壞性變更。
若你準備離開Intel Mac遷資料，請用系統移轉輔助程式或乾淨安裝後只帶明文設定，避免把數年前舊版 ClashX 的沙盒資料整包複製到新機造成埠衝突。本文焦點是 Verge Rev 與 Apple Silicon Gatekeeper並存的第一公里；舊機若仍要保留，請明確區分連接埠與自動啟動項目，否則兩個程式同時對7890之類監聽埠出手會拉出難查的競爭條件。
常見疑難（入門向）
為什麼「仍要開啟」按鈕過幾分鐘就消失？
系統對阻擋事件有時間窗設計；若對話過期請重新試一次開啟觸發，或在隱私權頁面找對應敘述。不要強制對所有未知檔停用驗簽來「方便」。
側載描述檔會不會比較高級？
大部分開源發行並不需要這條企業級路徑。若被要求安裝陌生描述檔才「能開」，反而要高警覺，可能不是正版 Verge Rev 流程。
「主控台」一直出現 Sandbox 類訊息？
先鎖版本是否對應；若僅在低階紀錄層級出現且不影響連線可先忽略。影響實際出站時再配合日誌與發行紀錄比對是否需要升級／回報 Issues。
可以不用訂閱只用本機 YAML 嗎？
可以；只要你在 Profiles 區挑一份本機檔並確保 Mihomo 能啟動。入門仍以訂閱更新節奏省維護成本為主。
寫在最後：為什麼在 M 本上仍推這條入門鏈路
純launchd＋mihomo二進位的無頭玩法雖強，對多數手提 Mac 使用者卻過重：你要自己管路徑簽署、 plist、日誌輪替與系統版本升級後的相容性，排錯成本往往高於視覺介面。僅賣殼不賣核的商業替代品則常在更新節奏、規則說明文檔或可稽核發行紀錄上落後，遇到 Gatekeeper／公證爭議時只能等廠商公關稿。Clash Verge Rev這類公開 repo＋發行資產可溯源的套裝，再配Mihomo對新協議的追上速度，對 Apple Silicon macOS第一道安全門／第二道訂閱門都較能以一致心智模型處理。若你已照本文放好 dmg、放好訂閱並看到規則命中，就代表從零到可用的代理鏈路已打通。順帶一提，接下來若想固定取得經過人工抽檢導向下載連結並橫向比對其他原生支援 Meta 核心的客戶端，不妨先打開本站下載總頁把aarch64 dmg 對應條與備註備份為書籤，日後換新代 M 機時只要重跑 Gatekeeper 步驟與訂閱確認，就能復用同一套路而不必再在論壇裡翻零碎截圖。
想往規則進階與協議切換深究，可把Meta 指南與規則分流專題放在書籤；若系統級代理與 TUN 行為開始打架，請回到TUN 排查文逐段對應現象。