Clash 核心版本怎麼選？原版、Premium、Meta 到 mihomo 演進解析
按時間整理各分支的起源與維護現況，說明不同用戶端採用的核心，協助依平台與需求做選擇。
先分清用戶端、核心與訂閱設定
選擇 Clash 時，最容易混淆的是視窗中顯示的用戶端版本，以及實際處理連線的核心版本。用戶端負責管理訂閱、系統匣選單、系統代理切換與設定編輯；核心則負責讀取 YAML、解析 DNS、比對規則及建立代理連線。兩者可以分開更新，名稱也不一定相同。
訂閱則是設定來源。內容可能只有節點，也可能包含策略群組、規則、DNS 和 TUN 設定。同一份訂閱在不同用戶端中的運作結果可能不同，原因可能是核心功能有差異，也可能是用戶端匯入後套用了覆寫設定。只看副檔名是 .yaml，無法判斷適用哪個分支。
- 用戶端版本：用來確認介面功能、系統相容性及發行說明。
- 核心版本：用來確認通訊協定、設定欄位、TUN 實作與規則功能。
- 設定格式：決定訂閱實際使用哪些功能，不能只憑「Clash 訂閱」四個字判斷相容性。
演進時間軸：並非四個依序升級的版本
原版 Clash：開源規則代理核心
一般所說的原版 Clash，指的是 Dreamacro/Clash 專案的開源核心。它建立了許多人熟悉的 proxies、proxy-groups、rules 等設定結構。規則依序比對，命中後選擇相應的出口；這套概念也延續到後續分支。
2023 年 11 月前後專案變動後，原版便未再透過原有官方管道持續維護。如今取得的原版安裝檔、鏡像儲存庫或第三方重新編譯版本，不應直接視為原作者已恢復發布。它仍可用來理解舊設定，但不適合作為評估現代通訊協定支援的預設參考。
Clash Premium：歷史上的閉源增強核心
Premium 是原專案曾推出的閉源增強版本，不是某款圖形化用戶端的付費會員方案。它曾在原版基礎上提供 TUN、規則提供器和指令碼等增強功能。此處的「Premium」指核心分支，不能據此推斷訂閱服務是否收費。
Premium 同樣已停止透過原有管道更新。舊教學中出現的 script 或 Premium 專用選項，不能直接當作 mihomo 的通用寫法。遷移時應逐項對照目標核心的文件調整，而不是只替換執行檔名稱。
Clash Meta：從原版分出的社群分支
Clash Meta 是以原版為基礎發展的社群分支，早期便與原版、Premium 並行存在，並非原版停止更新後才出現。它擴充了通訊協定與設定功能，逐漸形成獨立的維護路線。舊用戶端中的「Meta 核心」選項，以及舊訂閱中的 Meta 格式，通常都指這條路線。
mihomo：Meta 路線後續採用的專案名稱
Clash Meta 後來更名為 mihomo，專案維護入口通常標示為 MetaCubeX/mihomo。它不是原版 Clash 的官方後繼專案，也不是 Premium 下一代的閉源版本。了解這點，才能正確判斷「Meta 設定能否用於 mihomo」：基本結構通常可以沿用，但具體欄位仍須視執行版本而定。
名稱變更不代表舊二進位檔會自動取得新功能。有些用戶端選單仍標示「Meta」，實際打包的卻是 mihomo；也有舊安裝檔只包含很早期的 Meta 版本。最後仍應以執行記錄或核心版本資訊為準。
功能差異：依設定需求比較
| 比較項目 | 原版 Clash | Premium | Meta / mihomo |
|---|---|---|---|
| 維護狀況 | 歷史開源專案，原有管道已停止更新 | 歷史閉源增強版本，原有管道已停止更新 | 社群維護分支，目前專案名稱為 mihomo |
| 基本規則分流 | 支援網域、IP、策略群組等基本結構 | 保留基本結構，並提供增強功能 | 保留常用結構，並擴充規則與出口功能 |
| TUN 接管 | 原版開源核心不內建此功能 | 歷史版本曾提供，設定受舊版實作限制 | 提供 TUN，具體欄位與平台支援須依版本確認 |
| 較新的節點通訊協定 | 無法支援後續新增的通訊協定 | 不能假設舊版建置支援後續新增的通訊協定 | 支援範圍較廣，例如 VLESS、Hysteria2、TUIC；請以實際版本為準 |
| 指令碼相容性 | 不能使用 Premium 指令碼設定 | 曾提供專用指令碼功能 | 不能假設可直接執行 Premium 的舊版指令碼設定 |
比較通訊協定支援時，不能只看名稱。例如，節點設定為 type: hysteria2，舊版核心可能在載入階段直接回報「不支援的代理類型」；即使能辨識該協定，驗證參數、傳輸選項或 TLS 設定仍可能與伺服器不一致。應先確認設定能成功載入，再排查連線階段的問題。
啟用 TUN 也不代表所有流量都會送進代理。TUN 改變的是流量進入核心的方式；流量進入後，仍可能依規則選擇 DIRECT、代理策略或拒絕連線。系統代理與 TUN 是兩種流量接管方式，不是「一般速度」和「加速速度」兩種模式。
不同用戶端通常採用哪種核心
下表用來辨識常見組合，不能取代安裝檔的發行說明。同名用戶端的不同版本可能更換過核心，發行者也可能調整打包方式。
| 用戶端或使用方式 | 常見核心關係 | 確認方式 |
|---|---|---|
| Clash for Windows（CFW） | 歷史版本主要使用 Premium，用戶端已停止維護 | 查看該安裝檔的核心資訊，不要把 CFW 視窗版本當成核心版本 |
| ClashX / ClashX Pro | 過去常見原版與 Premium 兩種路線 | 確認具體發行專案、建置日期與核心資訊 |
| Clash Verge Rev | 採用 mihomo 路線 | 確認核心版本，以及是否使用測試版建置 |
| Clash Meta for Android | 採用 Meta / mihomo 路線 | 查看應用程式中的核心資訊及相應發行說明 |
| Linux 服務或路由器外掛 | 依實際啟動的二進位檔而定，可能支援切換 | 檢查服務啟動指令中的執行檔路徑 |
Windows、macOS 與 Linux
全新安裝桌面用戶端時，可優先選擇明確標示使用 mihomo，且提供適用於作業系統與硬體架構之安裝檔的用戶端。macOS 須區分 Apple Silicon 與 Intel；Linux 則須確認 x86_64、ARM64 等架構。架構不符時，程式可能完全無法啟動，與訂閱是否正確無關。
Android 與 iOS
Android 的 VPN 授權會決定應用程式能否接管裝置流量，但取得 VPN 權限不代表核心一定支援訂閱中的所有欄位。iOS 不要比照桌面版 Clash，尋找可替換的同名核心：不同網路工具各有設定格式與實作方式，必須確認應用程式是否支援匯入該類訂閱，不能只因支援相同節點通訊協定，就認定整份 YAML 都能使用。
確認實際核心：先查版本，再測試設定
第一步：找出目前執行的檔案
優先查看用戶端的核心資訊與啟動記錄。若透過命令列部署，請直接對服務實際呼叫的檔案執行版本指令。不要測試下載目錄中的新檔案，卻讓背景服務繼續執行舊路徑下的檔案。
# Linux / macOS：在核心檔案所在目錄執行
./mihomo -v
# Windows PowerShell：在核心檔案所在目錄執行
.\mihomo.exe -v記下輸出中的核心名稱、版本號、建置資訊與檔案路徑。回報問題時，這些資訊比「已更新至最新版」更有助於判斷。用戶端與核心採用獨立的版本編號，不能直接比較兩者的版本號來判斷新舊。
第二步：使用目標核心檢查 YAML
# Linux / macOS
./mihomo -t -f ./config.yaml
# Windows PowerShell
.\mihomo.exe -t -f .\config.yaml-t 用於測試設定，-f 用來指定設定檔。若使用相對路徑參照規則檔或其他資源，也要留意工作目錄；部署服務時，可用 -d 指定設定目錄。測試通過代表設定通過相關載入檢查，不代表每個遠端節點、規則下載網址和 DNS 上游都能連線。
第三步：以最小設定排除外部因素
以下範例僅用於驗證設定結構與本機監聽，採用直連方式。它會在本機開啟混合代理連接埠 7890，不包含遠端節點，也未啟用 TUN。若該連接埠已被用戶端占用，請先停止原本的執行個體，或在測試檔中改用未使用的連接埠。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
proxies: []
proxy-groups:
- name: 手動選擇
type: select
proxies:
- DIRECT
rules:
- MATCH,手動選擇若這份設定能啟動，但完整訂閱無法啟動，排查重點應轉向訂閱欄位、外部資源、策略群組參照與用戶端覆寫設定。不要一開始就同時更改 DNS、啟用 TUN、替換所有規則；每次只調整一類設定，記錄才有依據可供比較。
從 Premium 或舊版 Meta 遷移至 mihomo
- 保留原有環境：備份原始訂閱、本機設定、覆寫內容與核心版本記錄。備份可能含有節點密碼與訂閱權杖，請勿直接公開上傳。
- 檢查節點類型：確認每個
type及其參數。優先使用訂閱服務明確標示的 mihomo 格式；若只有舊版「Clash 格式」，請先測試設定。 - 檢查規則與指令碼：基本規則通常較容易遷移。Premium 的指令碼邏輯需要另外評估，不能假設在 mihomo 中的運作方式相同。
- 先測試一般代理：暫不啟用 TUN，先確認本機連接埠監聽、策略群組選擇及代表性網站都能正常存取，再檢查 DNS 與虛擬網卡接管。
- 逐項恢復覆寫設定：依序恢復規則提供器、DNS、自訂路由與 TUN；每次變更後都重新測試並查看啟動記錄。
若一般代理可用、啟用 TUN 後卻失敗，請繼續檢查管理員權限、路由、DNS 接管，以及與其他 VPN 的衝突，不要直接歸因於「mihomo 不相容訂閱」。若啟動時已出現未知欄位、未知通訊協定或缺少策略群組，應先修正設定；切換系統代理開關無法解決載入錯誤。
選擇檢查清單：依需求保留必要功能
- 全新安裝、需要新通訊協定：優先選擇明確整合 mihomo 且持續發布的用戶端，並確認該通訊協定所需的最低核心版本。
- 需要 TUN：同時確認用戶端權限處理方式、作業系統支援與核心設定，不要只看下載頁是否標示「TUN」。
- 重現歷史設定：保留對應的舊版核心與設定副本，避免將舊版行為當成目前標準。
- 裝置效能有限：留意實際規則數量、DNS 快取與連線數；不要只憑分支名稱推測記憶體用量。
- 希望減少維護工作：選擇發行說明清楚、能顯示核心版本，且方便備份與回復的用戶端，不必追逐每次測試版建置。
建議依序確認：先確認作業系統與硬體架構，再確認用戶端內建核心，接著驗證訂閱格式，最後才啟用 TUN 等附加功能。需要比較用戶端時，可參閱選擇指南；需要確認 DNS 與虛擬網卡設定，可閱讀DNS 設定和TUN 設定。分別記錄介面版本、核心版本與設定來源，日後升級與排錯會更直接。