為什麼要從 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 設定)

確認目前核心版本

開啟客戶端後,通常在「設定」或「關於」頁面可看到目前使用的核心版本號。若版本號中包含 meta、mihomo 等字樣,代表你已在使用 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 核心後重新拉取最新訂閱,機場端設定檔中已包含對應的新協定節點。

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

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

驗證核心版本

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

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

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