為什麼要從 Premium 升級到 Clash Meta 核心?
許多使用者在操作 Clash 客戶端一段時間後,會發現某些新協定(例如 Hysteria2、TUIC v5)在設定檔裡已寫好,卻始終無法連線——這往往不是節點問題,而是核心版本過舊所致。
Clash 專案本身的開發歷史分為兩條主要路線:一是原版 Clash 核心(Premium 版),已於 2023 年 11 月宣布停止更新,官方 GitHub 儲存庫已歸檔唯讀;二是由社群接手的 Clash Meta(官方儲存庫名稱為 mihomo),目前仍在活躍開發,定期發布更新版本。
兩者的核心差異體現在以下幾個維度:
| 對比維度 | 原版 Premium 核心 | Clash Meta(mihomo) |
|---|---|---|
| 維護狀態 | 已停止,儲存庫歸檔 | 社群持續活躍維護 |
| Hysteria2 支援 | 不支援 | 完整支援 |
| TUIC v5 支援 | 不支援 | 完整支援 |
| Reality 協定 | 不支援 | 支援 |
| Rule Providers 功能 | 基礎支援 | 增強支援,格式更靈活 |
| 設定檔相容性 | — | 向下相容舊版設定 |
從實際使用角度來看,升級 Clash Meta 核心不會破壞原有的訂閱設定檔——Meta 在設計上完全向後相容 Premium 的 YAML 語法,大多數情況下直接替換核心檔案即可完成切換,無需修改任何設定。
升級前的準備工作
在動手替換核心之前,做好準備可避免升級失敗或資料遺失。主要分為以下幾步:
備份現有設定檔
無論使用哪款 GUI 客戶端,升級前務必備份以下內容:
- 目前所有的設定檔(YAML 檔案,通常位於客戶端的
profiles/目錄下) - 訂閱連結(若有多條,建議截圖或記錄到純文字檔)
- 自訂規則與覆寫設定(Clash for Windows 的 Mixin 或 Override 設定)
確認目前核心版本
開啟客戶端後,通常在「設定」或「關於」頁面可看到目前使用的核心版本號。若版本號中包含 meta、mihomo 等字樣,代表你已在使用 Meta 核心,可只關注版本更新;若僅顯示 clash 加上版本號(如 clash v1.18.x),則需完整替換。
下載最新版 Meta 核心
若你確實需要單獨取得 Meta(mihomo)核心檔案——例如為舊版 Clash for Windows 手動替換——可前往 mihomo GitHub Releases 頁面,依系統架構下載對應版本:
- Windows 64 位元:
mihomo-windows-amd64.zip - Windows ARM:
mihomo-windows-arm64.zip - macOS Intel:
mihomo-darwin-amd64.gz - macOS Apple Silicon(M1/M2/M3):
mihomo-darwin-arm64.gz
Alpha(Alpha 測試版)與正式版。日常使用建議選擇沒有 alpha 字樣的最新正式版,穩定性較有保障。
Windows 端:Clash for Windows 核心替換步驟
Clash for Windows(CFW)是 Windows 使用者群中最常見的 Clash GUI 客戶端之一。其核心檔案獨立存放,替換步驟相對單純。
找到核心檔案存放位置
CFW 的核心檔案通常位於安裝目錄的 resources\static\files\win\x64\ 或 win\ia32\(32 位元系統)路徑下,檔名為 clash-win64.exe(或對應架構名稱)。
你也可在 CFW 的「Settings → General」中找到「Home Directory」,核心檔案即在對應的 clash-win64.exe 位置。
替換操作流程
- 完全結束 Clash for Windows(含系統匣圖示),確保核心程序已停止
- 解壓縮下載的
mihomo-windows-amd64.zip,取得一個.exe執行檔 - 將解壓縮得到的檔案重新命名,改為與原核心檔案相同的名稱(如
clash-win64.exe) - 將原核心檔備份為
clash-win64.exe.bak,再將新檔貼到相同目錄 - 重新啟動 Clash for Windows,檢查「Settings → General → Core Version」是否顯示 Meta 版本號
Windows 端:Clash Verge Rev 無縫切換 Meta 核心
Clash Verge Rev 是 Clash Verge 的社群分支版本,原生整合 Clash Meta(mihomo)核心,介面簡潔現代,是目前 Windows 端維護最活躍的 Clash GUI 之一。對於尚未安裝 CFW 的使用者,建議直接選擇 Clash Verge Rev,跳過手動替換核心的步驟。
全新安裝 Clash Verge Rev
前往我們的Windows 下載頁取得 Clash Verge Rev 最新安裝包(.msi 格式),安裝完成後即已內建最新版 Meta 核心,無需額外操作。
從 CFW 遷移訂閱至 Clash Verge Rev
- 在 CFW 中找到已有的訂閱連結(Profiles 頁面,右鍵設定檔可檢視 URL)
- 開啟 Clash Verge Rev,進入「訂閱」頁面,點選「匯入」並貼上訂閱連結
- 等待訂閱內容拉取完成,選擇對應的設定檔並啟用
- 在「設定 → 核心版本」中確認目前使用的是 Meta(mihomo)核心
在 Clash Verge Rev 中升級核心版本
即便已安裝 Clash Verge Rev,內建的 Meta 核心版本也可能不是最新的。進入「設定 → 核心版本」後,點選「檢查更新」,Clash Verge Rev 可自動線上下載並替換為最新版 Meta 核心,無需手動操作,這是相較 CFW 更大的便利之處。
macOS 端:ClashX 替換 Meta 核心
ClashX 是 macOS 上歷史最悠久的 Clash 圖形化客戶端,介面輕量,操作簡便。ClashX 的核心檔案以 clash(無副檔名)命名,存放在應用程式套件內部,替換須進入套件目錄。
進入 ClashX 應用程式套件
在 Finder 中找到 ClashX,右鍵選擇「顯示套件內容」,依序進入 Contents → MacOS,可看到名為 clash 的核心執行檔。
替換步驟
- 完全結束 ClashX(選單列圖示 → 結束)
- 解壓縮下載的
mihomo-darwin-amd64.gz(Intel)或mihomo-darwin-arm64.gz(Apple Silicon)取得執行檔 - 在終端機中為新檔案加入執行權限:
chmod +x mihomo-darwin-amd64 - 將原核心檔
clash備份為clash.bak,將新檔重新命名為clash後複製進去 - 由於修改了已簽章應用程式的內容,macOS 可能會阻擋啟動。請在「系統設定 → 隱私權與安全性」中允許執行,或執行
xattr -dr com.apple.quarantine /Applications/ClashX.app - 重新啟動 ClashX,在「輔助說明 → 關於 ClashX」中檢視核心版本號
arm64 版本的 Meta 核心。誤下載 amd64 版本將導致核心無法執行,代理連線完全失效。
macOS 端:Clash Verge Rev 原生支援 Meta 核心
與 Windows 端類似,macOS 也有 Clash Verge Rev 可選。該客戶端同樣原生內建最新版 Meta(mihomo)核心,支援透過 GUI 介面一鍵更新核心,是目前 macOS 端維護最為活躍的 Clash 客戶端之一。
安裝步驟:前往我們的macOS 下載頁取得 Clash Verge Rev 最新版 .dmg 安裝包,安裝到應用程式資料夾後即可直接使用,無需任何核心替換操作。
如需進一步了解 macOS 客戶端的選擇與設定,可參考我們的下載中心,其中收錄各平台主流 Clash 客戶端的下載連結與簡要介紹。
開啟新一代加速協定:Hysteria2 與 TUIC v5 設定詳解
完成核心替換後,你已可在 YAML 設定檔中使用 Meta 核心支援的全新協定。其中 Hysteria2 與 TUIC v5 是近兩年成長最快的低延遲代理協定,特別適合網路品質不穩定、丟包嚴重的使用情境。
Hysteria2 節點設定範例
Hysteria2 以 QUIC 協定為基礎開發,在丟包較高的網路環境下表現尤為突出。在 Clash Meta 的設定檔中加入 Hysteria2 代理節點的範例如下:
proxies: - name: "HY2 節點範例" type: hysteria2 server: your-server.example.com port: 443 password: "your-password" sni: your-server.example.com skip-cert-verify: false fast-open: true
TUIC v5 節點設定範例
TUIC v5 同樣基於 QUIC,相較 v4 版本顯著改善了連線建立速度與多路複用效能。設定範例如下:
proxies: - name: "TUIC v5 節點範例" type: tuic server: your-server.example.com port: 443 uuid: "your-uuid" password: "your-password" alpn: [h3] version: 5 skip-cert-verify: false congestion-controller: bbr
將新協定節點加入策略群組
加入節點後,還須將新節點納入現有的策略群組(proxy-groups),否則節點只會出現在代理列表中,但不會被任何規則使用。以最常見的「自動選擇」策略群組為例:
proxy-groups: - name: "自動選擇" type: url-test proxies: - "HY2 節點範例" - "TUIC v5 節點範例" # ... 其他代理節點 ... url: "https://www.gstatic.com/generate_204" interval: 300
升級後的驗證步驟與常見報錯排查
完成核心替換後,不要急於連線,建議先做幾項簡單驗證,確認核心運作正常。
驗證核心版本
在客戶端的「設定」或「關於」介面,確認核心版本號中包含 meta 或 mihomo 字樣,以及具體版本號(如 v1.18.x)。若版本號仍顯示舊版,代表核心檔未被正確替換,請重新檢查檔案路徑與檔名。
載入設定檔
重新載入設定檔後,在「日誌」或「核心日誌」面板檢視是否有錯誤訊息輸出。Meta 核心在遇到設定格式問題時會輸出具體報錯行號,方便定位問題。
常見報錯及處理方式
| 報錯訊息 | 可能原因 | 處理方式 |
|---|---|---|
unknown field: xxx |
設定中存在 Meta 不支援的舊欄位 | 刪除報錯欄位或對照 Meta 說明文件更新欄位名稱 |
bind: address already in use |
連接埠被其他程序佔用 | 修改設定檔中的連接埠號,或結束佔用連接埠的程序 |
| 核心當機/無法啟動 | 架構不符(amd64/arm64) | 重新下載對應系統架構的核心檔案 |
| macOS 提示無法驗證開發者 | Gatekeeper 攔截未簽章二進位檔 | 在系統設定中允許執行,或執行 xattr -dr 指令清除隔離旗標 |
| Hysteria2 節點連線失敗 | 伺服端版本與客戶端不相容 | 確認伺服端運行的是 Hysteria2(非 v1),並向機場確認 |
測速與延遲比對
核心升級完成後,可在「代理」面板中對節點進行測速(Latency Test)。若先前 Hysteria2 節點一直顯示逾時,升級後應能正常顯示延遲數值並成功連線。相較舊核心,Meta 在同等節點條件下的 QUIC 協定連線穩定性也有明顯提升。
寫在最後:工具選對了,才能用得順心
完成核心升級,本質上是把代理工具底層的「引擎」換成更先進的版本——這往往能解決大量原本以為是網路問題、節點問題的連線困擾。但在使用過程中你也可能發現,不同 GUI 客戶端在操作便利性上的差異同樣不可忽視:有的客戶端須手動編輯 YAML 才能完成某些功能,有的客戶端雖然核心夠新,但介面邏輯繁瑣,設定項散落各處,排查問題時頗為費力。
Clash 客戶端在設計上更注重上手效率——訂閱匯入、節點切換、規則分流等操作皆以視覺化方式呈現,內建最新版 Meta 核心,無需使用者手動替換,後續版本更新同樣一鍵完成。若你在使用現有客戶端時感到操作複雜、問題難以排查,不妨試試:
若你對 YAML 規則分流的設定方式有興趣,可繼續閱讀我們的技術專欄,其中有更多關於策略群組設計、Rule Providers 訂閱以及 DNS 防洩漏的進階教學。