TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
ClashMac 實測：把 mihomo 收進 macOS 選單列的原生代理客戶端
ClashMac 以 SwiftUI 原生介面與選單列體驗補上 ClashX 之後的 macOS 空位：免費但閉源、無開發者簽章、還會常駐一支 root 權限系統助手，mihomo 核心與規則集都在首次啟動時另行下載；與開源客戶端的信任模型差異，連同 GitHub issue 的實際回報一次看清。
用 AI 摘要這篇文章：
想在 macOS 選單列管理代理訂閱的人，這兩年的選項其實很弔詭。最受歡迎的幾套全是跨平台框架：Clash Verge Rev 用 Tauri 包網頁技術、FlClash 走 Flutter、mihomo-party（已更名 clash-party）建立在 Electron 之上。真正以 Swift 原生開發、長駐選單列的老前輩 ClashX，原始碼庫如今打開已是 404。我把這個空位當成出發點，實際下載了 2026 年 9 月底最新的 ClashMac 27.1.8 安裝包拆開來看：它確實是目前補上「原生選單列代理客戶端」這個位置最完整的免費選擇，但它是閉源軟體，安裝包沒有開發者簽章，還會裝一支擁有 root 權限的系統常駐助手。值不值得裝，取決於你願不願意把系統網路控制權交給一個匿名個人開發者。
ClashX 之後，原生選單列的位置空了
先看競爭格局。2026 年 10 月 28 日從 GitHub API 查得的數字：Clash Verge Rev 約 15.4 萬顆星、FlClash 約 5.9 萬顆、clash-party 約 2.7 萬顆，三套都是活躍維護的 GPL-3.0 開源專案，也都有 macOS 版。問題在於它們的維護重心是跨平台，macOS 使用者拿到的是「能用」，不是「原生」：選單列圖示、通知、快捷鍵與系統設定的貼合度，跟 Swift 原生應用有一段距離。
ClashX 正是卡在這個位置的經典答案，但它的原始碼庫如今已無法存取，GitHub API 對原始網址回傳 404。原生這條路斷了後繼。ClashMac 是 2025 年 11 月才出現的新專案，打著 SwiftUI 原生、選單列優先的旗幟，到查核日已有約 6,330 顆星、263 次 fork，2026 年 9 月一個月內就出了三個正式版加一個 alpha，最新版安裝包單一下載次數超過兩萬一千次。這個迭代速度配上原生定位，就是它被拿出來討論的原因。
打開安裝包先驗簽：一支沒有開發者身分的 app
我沒有直接執行它，而是把 8.5MB 的 ClashMac-27.1.8.dmg（SHA-256 開頭 d48a0bca）以唯讀方式掛載起來檢查。第一個發現就值得每個想安裝的人停下來看：這個 app 只有 ad-hoc 簽章，TeamIdentifier 顯示 not set，交給 macOS 的 Gatekeeper 檢查（spctl -a -vv）直接被拒絕。也就是說，它沒有任何 Apple 公證或開發者身分背書，安裝時必須手動在系統設定裡「仍要打開」，或用 xattr 指令清掉隔離屬性，官方 README 也明白提供了這段教學。
驗簽失敗本身不代表軟體有惡意，ad-hoc 簽章在獨立開發者圈不算罕見。但要把脈絡放在一起看：這支 app 會安裝一個名為 app.clashmac.helper 的 LaunchDaemon，plist 裡寫著 RunAtLoad 與 KeepAlive，開機自動啟動、掛掉自動重啟，以 root 權限管理系統代理與 TUN 網路設定。把「無法驗證身分的安裝包」與「常駐 root 助手」相加，信任鏈就完全落在開發者本人身上。開發者的 GitHub 帳號 666OS 沒有實名資訊，自稱 666OS Maintainer，聯絡管道是 Telegram 頻道。想裝的人至少該知道自己在信任誰。
順帶一提，需求面也要先確認：它要求 macOS 15.0（Sequoia）以上，安裝包本身是 universal binary，Apple Silicon 與 Intel 都能跑，主程式帶了簡體中文與英文語系檔。
核心不在安裝包裡，規則集來自開發者自己的 repo
拆開 Contents 資料夾，第二個發現是安裝包裡根本沒有 mihomo 核心。整個 app 只有主程式、一支名為 ClashMacCLI 的命令列工具、雙語系檔與一個預設設定檔，核心是首次啟動時才依 CPU 架構另外下載的。第三方授權文件寫明設計：mihomo 以獨立程序執行，透過 HTTP API 溝通，不安裝包內建。從主程式的字串裡可以翻出下載來源清單，構成一條值得攤開來看的供應鏈。
- 代理核心：從 MetaCubeX/mihomo 的 GitHub Releases 下載，也可選 vernesong/mihomo 分支版，後者附帶 LightGBM 模型檔（Model.bin 等三個大小版本），用機器學習挑節點。mihomo 本身目前是 MIT 授權；不過 ClashMac 的第三方授權文件仍標 GPL-3.0，屬過時標註。
- 規則集：預設設定檔 Default.yaml 裡六個規則集全部指向開發者自己的 666OS/rules 倉庫，涵蓋 Private、Proxy、China 的網域與 IP 清單，每日自動更新。這個 repo 只有約 125 顆星，但近期仍持續推送。你的分流判斷每天跟著同一個匿名開發者的倉庫走。
- 指紋瀏覽器核心：內建指紋瀏覽器功能的引擎是 adryfish/fingerprint-chromium（BSD-3-Clause，約 3,200 顆星），同樣是執行時下載，提示文字寫著約 130MB。
換句話說，實際安裝後跑起來的東西，比 dmg 大得多，而且全部經由 GitHub 取得。這種設計讓閉源 app 與開源核心在授權上互不沾染，但對使用者而言，信任問題沒有消失，只是換成了三層下載鏈。更新也走同一條路：隱私頁寫明應用程式更新檔由 GitHub 提供、檢查更新是手動行為，偏好設定裡另有核心版本更新與回退的獨立開關，等於 app 本體、代理核心、指紋瀏覽器核心三種東西各退各的。
預設設定檔本身倒是相當乾淨：出廠只有 OUTCN、CN、MATCH 三個策略群組，沒有任何預載節點，代理供應商欄位留空待填，節點健康檢查打向 Google 的 generate_204。字串裡也看得到核心層的進階開關，包括系統 DNS 攔截改由 mihomo 解析、TUN 增強模式收 TCP 與 UDP、以及一鍵停用 QUIC 的選項，官方對後者的說法是強制瀏覽器退回 TCP 串流，避開電信業者對 UDP 影片的降速。這些都是官方手冊有對應頁面的正式功能，效果如何同樣要併入社群回報一起看。
官方手冊裡的功能盤點：飛行地圖、規則編輯與指紋瀏覽器
以下功能面來自官方 README 與官網手冊的描述與截圖，我沒有實際操作，僅能確認介面與開關存在，效果與穩定度請併入下一節的社群回報一起看。官方手冊把產品拆成三個介面：選單列做日常高頻操作，控制台（dashboard）做監控與規則編輯，命令列工具供自動化呼叫、輸出 JSON。
選單列是它最「原生」的一塊：托盤圖示可設成圖示加網速、僅圖示或僅網速三種模式，點開後的流量卡以 60 秒視窗繪製上下行波形，官網首頁另寫 24 秒，站內數字不一致；節點延遲以顏色標記，受信任的 Wi-Fi 可以設定自動旁路、回家不必手動關代理；偏好設定裡有自啟動與外觀選項。安裝包裡的命令列工具看得到指紋瀏覽器設定檔（cm fp）與關閉單一、全部連線等子指令，官方手冊補充標準輸出預設採用 JSON，對寫腳本的人是加分項。
控制台的特色是視覺化：即時連線會畫成從你的城市起飛、落在代理節點上的飛行航線圖，航線粗細隨頻寬變化，可回看日、週、月的歷史軌跡；連線表格標明每個連線吃掉的頻寬、匹配到的規則與所屬程序，右鍵即可斷線，規則編輯器支援巢狀邏輯，也能對當下瀏覽器分頁一鍵加分流規則。歷史軌跡的儲存從安裝包內建的 SQLite 表結構可以對上：每日流量摘要表逐欄記錄直連、代理、上傳、下載與連線數，全部落在本機資料庫，這也是「歷史在本地」的實質證據。為了怕你被看穿，起飛城市還可以在一百九十多個城市間隨機化。
指紋瀏覽器是爭議度最高的部分。它基於前述 fingerprint-chromium 引擎，主打讓瀏覽器的時區、語言、地區與 User-Agent 對齊當前代理節點，設定檔之間隔離 Cookie 與快取，並內建 CreepJS、BrowserLeaks 這類指紋檢測網站的快捷入口方便驗證；安裝 Chrome 擴充功能則是直接從 Google 官方的 CRX 下載端點抓檔，全設定檔共用。字串裡看得到它會呼叫 ipapi.co 查出口 IP 的地理位置來做對齊。這類功能管理多個隔離環境或做跨區相容性測試是正當用途，但同一套能力也常被拿來做多帳號操作，平台風險由使用者自負；二進位檔內嵌的瀏覽器起始頁也帶著指紋資料僅供診斷參考的免責文字。若你只需要分流而不是環境偽裝，Antify 那種以 App 為單位的分流工具或OpenSurge 的全屋閘道負擔都小得多。
隱私方面，README 寫所有設定與流量紀錄留在本機、不收集資料；官網隱私頁的說法則是「不收集個人資訊，但可能收集匿名當機報告以改善穩定性」，兩者已有微妙落差。我在主程式字串裡沒有找到 Sentry 或 UMeng 這類第三方分析 SDK 的端點，歷史流量統計也從內建 SQLite 表結構看得出存在本機。但閉源軟體的行為層無法窮舉驗證，「100% 本地」請當作官方宣稱而非獨立查證的結論。
和開源大廠客戶端放在一起看
| 客戶端 | 介面技術 | 授權 | macOS 支援 | GitHub 星數 |
|---|---|---|---|---|
| ClashMac 27.1.8 | SwiftUI 原生 | 閉源免費 | 僅 macOS 15+ | 約 6,330 |
| Clash Verge Rev | Tauri | GPL-3.0 | 跨平台 | 約 154,000 |
| FlClash | Flutter | GPL-3.0 | 跨平台 | 約 58,800 |
| clash-party | Electron | GPL-3.0 | 跨平台 | 約 27,000 |
表中數字為 2026 年 10 月 28 日經 GitHub API 查得的即時值。從純功能覆蓋率看，三套開源客戶端都更成熟，Clash Verge Rev 的生態與文件厚度尤其不是新專案能比；mihomo-party 改名 clash-party 的過程也說明這個生態的維護者流動頻繁，誰都可能在某天收攤。開源還有一層實際意義：GPL-3.0 的客戶端人人可以審計、自行編譯，安全性討論有原始碼可以對質，ClashMac 的討論只能停在安裝包層級，這也是本篇把驗簽與供應鏈攤開來寫的原因。它的差異化集中在兩點：原生介面手感，以及飛行地圖與指紋瀏覽器這類獨家功能。代價則是前兩節的那些條件。順帶畫清界線：若你的困擾是把多條網路合成一條頻寬，HypoMux 那種多網卡聚合工具才是對的方向，代理客戶端管的是出口與規則。
迭代很快，但 9 月之後的 issue 反映了什麼
Issue 追蹤區是免費閉源軟體最誠實的鏡子。到查核日為止有 193 個開啟中的 issue 與 PR，2026 年 10 月下旬的回報相當密集：有人回報自訂規則經常消失（#372）、無法正常更新到新版（#373）、節點已不可用但延遲數字仍顯示上次成功值（#377）、核心設定檔清單超過一定數量後新增項目看不到（#378）、系統代理被其他程式搶走時希望主動通知（#376）。也有使用者留下整頁介面改善建議（#371）。
更有參考價值的是 #355：使用者提供可獨立重現的步驟，指出用內建 CLI 執行 reload 後 mixed-port 會歸零、代理連線被拒，直到重啟核心才恢復，並附上版本與設定檔路徑；回報者還主動劃清界線，說明其他人的斷網回報未必同因。這種報告品質說明兩件事：專案真的有一群重度使用者，同時日常重度依賴前最好保留一套備援客戶端，別讓它成為機器上唯一的網路出口管理工具。
當主力，還是當備援
我的判斷：如果你在 macOS 15 以上、想要常駐選單列的原生介面、手上有現成訂閱連結，且能接受未簽名加 root 助手的信任模型，ClashMac 值得一試，它填的位置目前沒有第二個免費的原生選擇。搬家成本也不高：底層是 mihomo，各家標準的 Clash 訂閱連結都能直接匯入，規則與策略群組的寫法相通，試用不滿意隨時可以帶著設定回開源陣營。反過來，若你在意可審計性、在企業或合規敏感環境工作，或無法接受繞過 Gatekeeper，留在 Clash Verge Rev 這類開源客戶端是更穩的決定，介面框架的差異遠小於信任模型的差異。想先看它對系統做了什麼的人，下載後先用 codesign 與 spctl 自己驗一次簽，是個不花錢的好習慣。
