mihomo 是什麼？核心與圖形客戶端的關係一次講清楚

會查「mihomo 是什麼」的人，大多是在客戶端的設定頁、或是下載頁的檔名裡看到這個名字，卻不確定它跟自己安裝的軟體有什麼關係。一句話回答：mihomo 是一個開源的網路代理核心，前身叫 Clash.Meta，2023 年更名，由 MetaCubeX 社群持續維護。

換句話說，它不是你要按兩下開啟的那個軟體，而是躲在軟體背後真正在幹活的引擎。Clash Verge Rev、FlClash、Clash Meta for Android，介面各不相同，裡面裝的都是同一顆 mihomo 核心。

把「核心 + 圖形客戶端」這組關係弄清楚，是用好這套工具的第一課。之後不管是挑軟體、看教學，還是遇到問題要排查，判斷都會快很多。

mihomo 核心的定義與更名經過

mihomo 是命令列形式的網路代理核心：沒有視窗、沒有按鈕，啟動後就安靜地在背景處理流量。設定寫在 YAML 檔案裡，相容並擴充了經典的 Clash 設定格式，所以市面上絕大多數服務商的訂閱都能直接餵給它。原始碼託管在 MetaCubeX/mihomo，任何人都能檢視、自行建置。至於它跟原版 Clash 的來龍去脈，另外整理在Clash、Clash Meta、mihomo 有什麼不同一文。

核心實際上在做哪些事

• 解析設定：讀取 YAML 設定檔，載入節點、代理群組與分流規則。
• 協定轉發：與代理伺服器建立加密連線，把應用程式產生的流量送出去、再把回應送回來。
• 規則分流：依網域、IP 等條件，決定每一條連線要直連、走代理，還是直接拒絕。
• DNS 處理：內建 DNS 模組，支援 fake-ip 等增強模式，緩解解析被干擾與外洩的問題。
• 對外介面：開放本機的 HTTP／SOCKS 代理連接埠與控制 API，讓客戶端和面板可以查狀態、切節點。

核心與圖形客戶端的分工

你在介面上的每個動作——匯入訂閱、切換節點、打開系統代理或 TUN 模式——最後都會被翻譯成核心的設定更新或 API 呼叫。客戶端管互動，核心管流量，各司其職。

為什麼 mihomo 沒有圖形介面

因為它的定位就是「引擎」，設計上是要被整合，而不是被直接雙擊執行。一個專注於協定與效能的核心，搭配各平台各自的介面，是這類工具很常見的架構：桌面有桌面客戶端，手機有手機客戶端，伺服器則直接交給 systemd 常駐。它的啟動方式就是 mihomo -d 設定目錄 這樣一行指令，參數與設定檔就是它全部的互動方式。

一般使用者需要單獨下載核心嗎

不需要。圖形客戶端的安裝檔裡已經包含 mihomo，也會跟著客戶端版本一起更新，裝一個就能用。只有在伺服器部署、路由器整合，或你本來就偏好命令列的情況下，才需要單獨取得核心檔案。兩類下載在下載中心都有，依平台與架構挑選即可；不確定該挑哪一個檔案，可以先看下載前必讀。

常見問題

mihomo 和 Clash 是同一個東西嗎？

不完全是。Clash 是最初的開源專案，2023 年由作者刪除倉庫並停止開發；mihomo 是其社群分支 Clash.Meta 的延續與新名字。平常口語講的「Clash Meta 核心」，指的就是 mihomo。

核心和客戶端要兩個都裝嗎？

不用。圖形客戶端已經內建核心，重複安裝反而容易搞混哪一份設定在生效。單獨執行核心是命令列部署的玩法，跟圖形客戶端不衝突，但一般使用者沒必要兩邊都裝。

mihomo 需要付費嗎？

不需要。核心與本文提到的各個客戶端都是開源免費軟體；要付費的是第三方服務商提供的節點訂閱服務，跟軟體本身是兩回事。