核心時間軸:原版 Clash → Clash Meta → mihomo
Clash 核心是負責載入設定、比對規則、轉發流量的核心行程,Clash Verge、ClashX 這類圖形介面用戶端本質上是包在核心外面的操作介面。介面可以換,核心只有兩條線:已經停止更新的原版 Clash,和社群接手維護的 Clash Meta(現名 mihomo)。分清這兩條線,是選用戶端、看教學、排查問題的前提。
- 原版 Clash:由 Dreamacro 以 Go 語言撰寫,GPL-3.0 開放原始碼。2023 年 11 月作者刪除倉庫,專案終止;同期的閉源強化版 Clash Premium(含 TUN、腳本規則)也一併停止更新。
- Clash Meta:MetaCubeX 團隊基於原版公開程式碼繼續開發,補上新協定、開源 TUN、網域名稱嗅探等能力,社群通稱 Meta 核心。
- mihomo:2023 年底 Clash Meta 更名為 mihomo,版本號從 v1.18 起延續遞增,是目前唯一持續維護的主線核心,主流新用戶端全都內建它。
原版 Clash:停止更新時的功能基準
原版 Clash 停留在 2023 年 11 月,它的功能清單可視為所有 Clash 系核心的公共起點:
- 代理協定:HTTP、SOCKS5、Shadowsocks、ShadowsocksR、VMess、Trojan、Snell,收發皆齊全。
- 規則分流:DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、GEOSITE、IP-CIDR、GEOIP、SRC-IP-CIDR、DST-PORT、MATCH 等類型;策略群組有 select、url-test、fallback、load-balance、relay 五種。
- DNS 模組:nameserver、fallback、enhanced-mode(fake-ip / redir-host),支援依網域名稱指定解析通道。
- 閉源 Premium 強化功能:TUN 全域接管、rule-providers 規則集(RULE-SET)、PROCESS-NAME 行程比對、SCRIPT 腳本規則,這部分程式碼從未公開。
停止更新的影響不只是「沒有新功能」。Hysteria2、TUIC、Reality 等 2023 年後普及的協定一律無法使用;Go 執行環境與加密元件停留在舊版本,安全問題不會再修補;新系統上的相容性也無人跟進。原版核心如今唯一的價值,是相容那些多年沒動過的舊設定。
Clash Meta 與 mihomo:社群主線的擴充清單
mihomo 在原版基準上做了成體系的擴充,增量集中在四個方面。
協定面
新增 VLESS(含 XTLS Vision 流量控制與 Reality)、Hysteria、Hysteria2、TUIC v5、WireGuard、SSH 輸出,新版本陸續加入 AnyTLS 等協定;Shadowsocks、VMess、Trojan 等舊協定完整保留,舊節點照常可用。
TUN 面
把 Premium 閉源的 TUN 以開源方式重寫,stack 可選 system、gvisor、mixed 三種,搭配 auto-route 自動接管路由、auto-detect-interface 自動選定出口網卡、dns-hijack 接管系統 DNS 查詢。全域接管不再依賴閉源元件。
嗅探與規則面
sniffer 網域名稱嗅探從 TLS 交握的 SNI 或 HTTP 請求的 Host 還原真實網域名稱,解決 fake-ip 情境下依 IP 規則失配的問題。規則側新增 AND、OR、NOT 邏輯組合與 SUB-RULES 子規則,rule-providers 增加 inline 內嵌行為與 mrs 二進位格式,PROCESS-NAME 行程比對開源化並涵蓋所有平台。
DNS 與排程面
DNS 新增 respect-rules(依分流規則決定解析走向)、proxy-server-nameserver(經代理解析節點網域名稱)、direct-nameserver(指定直連解析通道)。排程側提供 unified-delay 統一延遲統計、tcp-concurrent 並發連線、find-process-mode 行程查找、global-client-fingerprint TLS 指紋等調校項目。外部控制 API 與原版保持相容,各類控制面板可直接使用。
功能對照:原版 Clash 與 mihomo
| 比較項目 | 原版 Clash(含 Premium) | Clash Meta / mihomo | |||
|---|---|---|---|---|---|
| 維護狀態 | 2023 年 11 月停止更新 | 持續維護,版本不斷遞增 | |||
| 開源狀況 | 核心 GPL-3.0,TUN 等強化功能閉源 | GPL-3.0 全部開源 | |||
| 代理協定 | SS、SSR、VMess、Trojan、Snell、HTTP、SOCKS5 | 原版全部支援,另加 VLESS/Reality、Hysteria2、TUIC、WireGuard 等 | |||
| TUN 模式 | 僅閉源 Premium 提供 | 內建開源,system/gvisor/mixed 三種 stack | |||
| 網域名稱嗅探 | 無 | 內建 sniffer,支援 TLS 與 HTTP | |||
| 規則集 | rule-providers 為 Premium 閉源功能 | 行程比對 | PROCESS-NAME 僅 Premium 支援 | 已開源,所有平台皆可用 | |
| DNS 調校 | nameserver、fallback、enhanced-mode | 另加 respect-rules、proxy-server-nameserver、direct-nameserver | |||
| 邏輯規則 | 無 | AND / OR / NOT 組合與 SUB-RULES 子規則 | |||
| 外部控制 API | RESTful API + WebSocket | 介面相容,控制面板可無痛搬遷 |
結論很直接:mihomo 是原版 Clash 的嚴格超集,設定語法向下相容。原版能跑的訂閱與設定,mihomo 全都能跑;反過來不成立——用了 VLESS、Hysteria2、TUN 開源堆疊的設定,放回原版核心會直接報錯或被忽略。
設定差異:搬遷時必改的幾處欄位
從原版搬遷到 mihomo,絕大多數欄位原樣可用,但有四處容易踩坑:
- external-controller 寫法不變:面板位址、secret 驗證格式一致,搬遷後先確認面板能連上核心,再談其他項目。
- TUN 設定結構不同:原版 Premium 的 TUN 欄位與 mihomo 開源 TUN 的欄位名稱、層級不同,舊設定裡的 tun 區段建議依 mihomo 文件重寫,開啟
auto-route與auto-detect-interface可省下大部分手動路由設定。 - rule-providers 格式擴充:原版 Premium 只認 yaml/text 規則集,mihomo 額外支援 inline 與 mrs。引用第三方規則集時留意 behavior 與 format 兩個欄位是否吻合。
- fake-ip 與嗅探連動:mihomo 預設行為更接近「先嗅探再比對」,若舊設定依賴特定 fake-ip 行為,請檢查 sniffer 與 fake-ip-filter 的組合,避免網域名稱規則被繞過。
設定相容性速查
純訂閱 + 基礎規則的舊設定,直接餵給 mihomo 即可運作;含 TUN、rule-providers、SCRIPT 規則的設定,搬遷前先對照 mihomo 文件逐段核對,SCRIPT 規則在 mihomo 中由子規則與腳本策略群組取代。
選型建議:依情境對號入座
新裝用戶
直接選內建 mihomo 核心的用戶端,不碰原版。新協定、新系統、新規則集都只在 mihomo 線上更新,選原版等於從第一天起就放棄後續維護。
舊設定續用
訂閱裡只有 SS、VMess、Trojan 等舊協定,且設定多年未動:可以暫時留在原版,但建議儘快搬遷到 mihomo——搬遷成本主要是 TUN 與規則集這兩段,一次改完長期受益。
需要全域接管(TUN)
遊戲加速、UWP 應用程式、不服從系統代理的程式,選 mihomo 的開源 TUN,stack 用 mixed 兼顧相容性與效能;別再依賴閉源 Premium 的 TUN,後續已無人修補。
訂閱含新協定
節點清單裡出現 VLESS Reality、Hysteria2、TUIC 任意一種,核心只能是 mihomo,原版直接無法解析。這也是判斷手上用戶端核心新舊最快的方法:匯入訂閱,看新協定節點能否出現。
多用戶端共存
同一台機器裝多個用戶端時,務必確認各自的核心版本,避免一個用戶端改了系統代理或路由,另一個用舊核心的用戶端按舊邏輯接管,造成規則互相覆蓋。
版本辨識:三秒判斷核心新舊
- 打開用戶端的「關於」或「核心資訊」頁面,看核心名稱與版本號。顯示
Clash且版本停在 2023 年的,是原版;顯示mihomo或Clash Meta且版本號在 v1.18 以上的,是社群主線。 - 看協定支援清單:有 Hysteria2、VLESS、TUIC 選項的,是 mihomo;只有 SS/SSR/VMess/Trojan 的,是原版。
- 看 TUN 設定項:有 stack、auto-route、dns-hijack 欄位的,是 mihomo 開源 TUN;只有單一 TUN 開關、沒有細項的,多為 Premium 閉源實作。
核心選錯的表現很典型:匯入訂閱後節點大量缺失、TUN 打開卻不生效、規則比對結果和教學對不上。遇到這三類症狀,先核對核心線,再排查設定。