為什麼要從 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 語法,大多數情況下直接替換核心檔案即可完成切換,無需修改任何設定。

核心結論 若你的機場或訂閱服務商已提供 Hysteria2 或 TUIC v5 節點,卻發現連不上,第一步應檢查並升級核心,而非懷疑節點設定有誤。

升級前的準備工作

在動手替換核心之前,做好準備可避免升級失敗或資料遺失。主要分為以下幾步:

備份現有設定檔

無論使用哪款 GUI 客戶端,升級前務必備份以下內容:

  • 目前所有的設定檔(YAML 檔案,通常位於客戶端的 profiles/ 目錄下)
  • 訂閱連結(若有多條,建議截圖或記錄到純文字檔)
  • 自訂規則與覆寫設定(Clash for Windows 的 Mixin 或 Override 設定)

確認目前核心版本

開啟客戶端後,通常在「設定」或「關於」頁面可看到目前使用的核心版本號。若版本號中包含 metamihomo 等字樣,代表你已在使用 Meta 核心,可只關注版本更新;若僅顯示 clash 加上版本號(如 clash v1.18.x),則需完整替換。

下載最新版 Meta 核心

更簡便的方式:直接使用已整合 Meta 核心的客戶端 手動替換核心步驟繁瑣,且須自行對應系統架構。建議直接在我們的下載中心取得 Clash 客戶端——Windows 端的 Clash Verge Rev、macOS 端的 ClashX Pro 等均已內建最新版 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
注意版本穩定性 Release 頁面同時提供 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 位置。

替換操作流程

  1. 完全結束 Clash for Windows(含系統匣圖示),確保核心程序已停止
  2. 解壓縮下載的 mihomo-windows-amd64.zip,取得一個 .exe 執行檔
  3. 將解壓縮得到的檔案重新命名,改為與原核心檔案相同的名稱(如 clash-win64.exe
  4. 將原核心檔備份為 clash-win64.exe.bak,再將新檔貼到相同目錄
  5. 重新啟動 Clash for Windows,檢查「Settings → General → Core Version」是否顯示 Meta 版本號
CFW 的替代方案 Clash for Windows 目前同樣已停止更新。若你打算長期使用,建議直接從我們的Windows 下載頁取得 Clash Verge Rev——它原生內建最新版 Meta 核心,持續維護更新,且支援在 GUI 內一鍵升級核心,無需重複手動替換。

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

  1. 在 CFW 中找到已有的訂閱連結(Profiles 頁面,右鍵設定檔可檢視 URL)
  2. 開啟 Clash Verge Rev,進入「訂閱」頁面,點選「匯入」並貼上訂閱連結
  3. 等待訂閱內容拉取完成,選擇對應的設定檔並啟用
  4. 在「設定 → 核心版本」中確認目前使用的是 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 的核心執行檔。

替換步驟

  1. 完全結束 ClashX(選單列圖示 → 結束)
  2. 解壓縮下載的 mihomo-darwin-amd64.gz(Intel)或 mihomo-darwin-arm64.gz(Apple Silicon)取得執行檔
  3. 在終端機中為新檔案加入執行權限:chmod +x mihomo-darwin-amd64
  4. 將原核心檔 clash 備份為 clash.bak,將新檔重新命名為 clash 後複製進去
  5. 由於修改了已簽章應用程式的內容,macOS 可能會阻擋啟動。請在「系統設定 → 隱私權與安全性」中允許執行,或執行 xattr -dr com.apple.quarantine /Applications/ClashX.app
  6. 重新啟動 ClashX,在「輔助說明 → 關於 ClashX」中檢視核心版本號
Apple Silicon 使用者注意 若你使用 M 系列 Mac,請確認下載 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
機場使用者的簡便方案 若你使用機場提供的託管訂閱,通常無需手動撰寫以上 YAML 設定——只需升級 Meta 核心後重新拉取最新訂閱,機場端設定檔中已包含對應的新協定節點。

升級後的驗證步驟與常見報錯排查

完成核心替換後,不要急於連線,建議先做幾項簡單驗證,確認核心運作正常。

驗證核心版本

在客戶端的「設定」或「關於」介面,確認核心版本號中包含 metamihomo 字樣,以及具體版本號(如 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 核心,無需使用者手動替換,後續版本更新同樣一鍵完成。若你在使用現有客戶端時感到操作複雜、問題難以排查,不妨試試:

立即免費下載 Clash 客戶端,內建最新 Meta 核心,全平台支援,開箱即用無需手動替換核心

若你對 YAML 規則分流的設定方式有興趣,可繼續閱讀我們的技術專欄,其中有更多關於策略群組設計、Rule Providers 訂閱以及 DNS 防洩漏的進階教學。