三個名字,一條血脈
Clash 這個名字今天指向三個東西:已經停更的原版核心、曾經活躍的 Clash Meta 分支,以及正在維護的 mihomo。三者不是競爭關係,而是同一份程式碼在不同時間段的三個名字。弄清這條傳承線,才能看懂用戶端設定裡的內核選項,也能判斷一份舊教程是否還適用。
Clash 原版:開創與停更
原版 Clash 由 Dreamacro 用 Go 編寫,以 GPL-3.0 協議開源,奠定了「訂閱 + 規則分流」的基本範式:proxies 定義節點,proxy-groups 定義策略組,rules 決定流量走向。2023 年 11 月,作者刪除了 GitHub 儲存庫,發布頁與文件一併下線,版本號停留在 v1.18.0,此後再無更新。同期終止的還有閉源的 Premium 增強核心——TUN、腳本等能力曾由它獨占。
Clash Meta:社群接力的分支
在原版停更之前,MetaCubeX 團隊已經 fork 出 Clash.Meta,圍繞新協議與內核能力持續迭代:VLESS、Hysteria、TUIC、WireGuard 等協議支援,內建 TUN,sniffer 嗅探,都是在這條分支上出現的。原版儲存庫消失後,Clash.Meta 成為事實上的繼任者,大量用戶端把內建核心換成了它。
mihomo:改名後的同一項目
2024 年初,Clash.Meta 正式更名為 mihomo,儲存庫遷移至 MetaCubeX/mihomo,首個以新名字發布的穩定版為 v1.18.0,版本號承接 Clash.Meta 的 v1.17 系列。改名不涉及程式碼與維護者變化,設定格式保持相容。今天看到「Meta 內核」與「mihomo 內核」兩種說法,指的是同一條開發線;Clash Verge Rev、FlClash、Clash Meta for Android、ClashX Meta、Clash Plus 等活躍用戶端內建的都是它。
協議支援對比
內核差異最直觀的部分是節點協議。訂閱裡出現 vless://、hysteria2://、tuic:// 開頭的連結時,原版核心無法解析,節點清單會直接缺失或報錯;mihomo 可以正常識別。
| 協議 | Clash 原版 | Clash Meta / mihomo |
|---|---|---|
| Shadowsocks | 支援 | 支援 |
| ShadowsocksR | 支援 | 支援 |
| VMess | 支援 | 支援 |
| Trojan | 支援 | 支援 |
| Snell | 支援 | 支援 |
| SOCKS5 / HTTP | 支援 | 支援 |
| VLESS | — | 支援 |
| Hysteria / Hysteria2 | — | 支援 |
| TUIC | — | 支援 |
| WireGuard | — | 支援 |
| SSH | — | 支援 |
結論很直接:訂閱來自近兩年的服務商,大機率含有原版核心不認識的協議,選 mihomo 內核的用戶端才能用全節點。
設定欄位與規則引擎差異
mihomo 沿用原版的三段式骨架,舊的 config.yaml 大多可以原樣匯入。差異集中在規則類型與一批新增欄位上。
- 規則類型:原版開源核心支援 DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、GEOIP、IP-CIDR、SRC-PORT、DST-PORT、PROCESS-NAME、MATCH 等;mihomo 追加 GEOSITE、RULE-SET、IP-ASN、IP-SUFFIX、PROCESS-PATH、NETWORK、UID、DSCP,並引入 AND、OR、NOT 邏輯組合與 SUB-RULES 子規則,複雜分流不必再堆疊長規則清單。
- 規則集:
rule-providers在兩邊都支援 http 與 file 來源、domain / ipcidr / classical 三種 behavior;mihomo 額外提供 inline 內聯類型與format欄位,可以把少量規則直接寫進設定。 - 訂閱拉取:mihomo 的
proxy-providers支援override統一改寫節點欄位,支援自訂請求標頭,訂閱需要特定 User-Agent 時不必借助轉換工具。 - 實驗欄位:sniffer 嗅探、
unified-delay、tcp-concurrent、find-process-mode、global-client-fingerprint、geodata-mode等欄位只存在於 mihomo。
注意:含 mihomo 專屬欄位的設定不能回退給舊核心——原版啟動時會因 unknown field 拒絕載入。跨內核遷移設定前,先確認目標核心認識的欄位清單。
TUN 模式:從 Premium 獨占到內核內建
TUN 用虛擬網卡接管整機流量,讓不走系統代理的程式(命令列工具、遊戲、部分沙盒應用)也進入分流。原版開源核心沒有 TUN,這項能力屬於閉源 Premium,隨專案停更一起消失。
mihomo 把 TUN 做進了開源內核,一段設定即可開啟:
tun:
enable: true
stack: system
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53stack 可選 system、gvisor、mixed,分別對應系統網路堆疊、使用者態協議堆疊與混合模式;auto-route 自動下發路由表,dns-hijack 把發往 53 埠的 DNS 請求收進內核處理,避免程式繞過代理直連 DNS。圖形用戶端一般把這段設定做成了開關,打開「增強模式」或「TUN 模式」即可,不必手寫。
維護狀態與選型建議
| 項目 | 儲存庫 | 現狀 |
|---|---|---|
| Clash 原版 | Dreamacro/clash | 2023 年 11 月儲存庫刪除,停止維護 |
| Clash Meta | MetaCubeX/Clash.Meta | 已更名,不再單獨演進 |
| mihomo | MetaCubeX/mihomo | 活躍維護,新協議與修復都在此落地 |
選型按三條判斷:
- 新裝機:直接選內建 mihomo 內核的用戶端。本站下載頁各平台首推用戶端均為 mihomo 內核,下載後匯入訂閱即可。
- 舊用戶端遷移:設定先原樣匯入,觀察日誌;出現 unknown field 或 hysteria2、vless 節點缺失時,換 mihomo 內核用戶端,而不是刪改訂閱。
- 閱讀舊教程:文中出現「Clash.Meta」「Meta 內核」字樣,按 mihomo 理解;出現「Premium 核心」字樣,對應能力在 mihomo 裡已經開源內建。
內核是引擎,訂閱是油。換內核不動訂閱連結,節點照舊從訂閱地址更新,分組與規則也隨訂閱或本機設定保留。
最後提醒一點:內核版本並非越新越好,穩定版優先。用戶端內建內核通常經過適配驗證,手動替換內核檔案前,先核對用戶端要求的最低版本與 ABI 架構,避免升級後無法啟動;遇到異常時回退到用戶端自帶版本,是最快的止血辦法。
常見問題
原來的 Clash 設定還能用嗎?
大部分可以。mihomo 相容原版三段式設定,直接匯入即可;只有寫了 mihomo 專屬欄位的設定無法反向回退給原版核心。
用戶端設定裡同時出現 Clash 與 mihomo 兩個內核選項,選哪個?
選 mihomo。Clash 選項保留只是為了相容舊設定,協議支援與修復都已停止,新協議節點在原版內核下無法使用。
改名後訂閱連結要換嗎?
不用。內核更替與訂閱地址無關,訂閱由服務商維護,用戶端照常定時更新節點清單。
mihomo 是收費軟體嗎?
不是。mihomo 延續 GPL-3.0 開源協議,原始碼公開,免費使用,各平台基於它的用戶端也多為開源專案。