先分清核心、圖形介面與訂閱
比較軟體名稱前，先把代理用戶端拆成幾個層次。核心負責讀取設定、解析網域名稱、比對規則並轉送連線；GUI（圖形使用者介面）則負責顯示按鈕、管理訂閱、選擇策略組及儲存設定。兩者通常包在同一個安裝檔中，但並非同一個專案。
訂閱可視為第三個層次。訂閱是服務提供者交付設定或節點資訊的方式，不是核心，也不是用戶端。安裝 Clash Verge Rev 不會自動取得可用節點；有了訂閱，也不代表所有名稱中含有「Clash」的軟體都能直接讀取。
| 層級 | 負責項目 | 發生問題時檢查 |
|---|---|---|
| 核心 | 解析 YAML 設定、處理 DNS、執行流量分流與連線轉送 | 核心版本、執行記錄、設定檢查結果 |
| GUI 用戶端 | 匯入訂閱、切換模式、設定系統代理、管理背景服務 | 用戶端版本、設定頁面、介面記錄 |
| 訂閱與設定 | 提供節點、策略組、規則及部分執行參數 | 訂閱格式、更新時間、節點協定與欄位 |
| 作業系統 | 提供系統代理設定、權限、路由與虛擬網卡功能 | 系統網路設定、服務狀態、防火牆 |
可沿著「應用程式 → 本機代理入口 → 核心 → 規則選定的出口」來理解流量路徑。假設用戶端將混合連接埠設為 7890，瀏覽器便會向 127.0.0.1:7890 傳送代理請求，接著由核心決定直連或透過節點連線。此處的連接埠僅為範例，各用戶端的預設值不一定相同。
Clash、Clash Premium 與 mihomo 的發展脈絡
原版 Clash：規則代理核心的起點
先認識原版專案。一般所說的原版 Clash，是由 Dreamacro 發起的 Go 語言代理核心。許多使用者熟悉的設定結構，例如 proxies、proxy-groups 和 rules，都是由此建立。Clash for Windows、ClashX 等名稱含有 Clash 的桌面軟體，則是提供操作介面的用戶端。
原版開源核心與 Clash Premium 是不同的專案。Premium 是當時另行發布的閉源核心分支，功能與開源版本並不相同。舊教學提到「需要 Premium」，指的是當時的核心需求，不能據此判定目前安裝的 mihomo 是否支援相同欄位。2023 年 11 月，原版 Clash 專案及數個相關用戶端的公開維護出現重大變化；後續選擇時應查閱各專案的程式碼儲存庫，不要把它們當成同一套軟體。
Clash Meta：從 Clash 分支持續擴充
接著認識 Clash Meta。它以 Clash 程式碼為基礎發展，擴充了協定支援、DNS、規則與 TUN 等功能。TUN 是虛擬網路介面，可讓核心透過系統路由接收流量；這與瀏覽器讀取系統代理的接管方式不同。
理解更名的來由。Clash Meta 後來更名為 mihomo，目前由 MetaCubeX 組織維護。舊版設定說明、程序名稱或用戶端介面中仍可能保留 Meta 字樣，因此看到「Meta 核心」時，不必立刻認定它是完全不同的專案。接著應確認實際核心版本與發布來源。
名稱相似，不代表官方關係相同
請分別確認維護者與程式碼儲存庫。Clash Verge Rev、Clash Nyanpasu、ClashX Meta 等專案各有自己的開發與發布時程。採用同一類核心，不表示它們由同一個團隊發布，也不表示某個專案的更新說明適用於其他專案。
比較各平台 GUI 用戶端與核心的關係
先查看下方的對照表，再確認實際安裝版本。表格整理的是各專案常見的核心採用方式，不保證所有歷史版本、第三方重新封裝版本或分支都完全相同。功能是否可用，最終取決於本機實際執行的核心，以及 GUI 的整合方式。
| 用戶端 | 主要平台 | 核心關係與注意事項 |
|---|---|---|
| Clash Verge Rev | Windows、macOS、Linux | 採用 mihomo；請勿與早期 Clash Verge 歷史版本混為一談 |
| Clash Nyanpasu | Windows、macOS、Linux | 提供核心管理功能；請確認目前選用的核心，勿只憑 GUI 名稱判斷 |
| ClashX Meta | macOS | 屬於 Meta／mihomo 系列；請與原版 ClashX 分開辨識 |
| FlClash | Windows、macOS、Linux、Android | 以 mihomo 為基礎，使用 Flutter 建構介面；Flutter 是介面技術，不是代理核心 |
| Clash for Windows | Windows、macOS、Linux 的歷史版本 | 過去使用 Clash 系核心，後期常見 Premium；原專案已停止維護 |
| Clash for Android | Android | 原專案是 Clash 系的歷史用戶端，已停止維護；不等同於後續各種 Meta 分支 |
留意名稱後綴。例如 FlClash 與 FlClashs 不可只因拼法相近，就認定為同一個發布來源；名稱帶有 Meta、Rev 或其他後綴的用戶端，也應分別確認專案首頁、發布紀錄與核心說明。本網站提供的平台下載入口，也不等同於上游專案完整的平台支援清單。
iOS 用戶端需另外判斷。iOS 的網路接管仰賴系統提供的網路延伸功能；應用程式可能支援匯入 Clash 格式設定，卻不一定直接使用 mihomo。Clash Plus 等產品的實際情況，應以對應平台版本的技術說明為準；支援某種訂閱格式，不足以證明使用相同核心。
確認 Clash 訂閱能否移轉至 mihomo
先檢查訂閱內容，再嘗試匯入。訂閱連結可能回傳完整 YAML 設定、節點清單，甚至是供其他軟體使用的格式。用戶端顯示「解析失敗」，不一定代表節點失效，也可能是將格式不相容的內容交給設定解析器。
依序檢查四種相容性
- 檢查頂層結構。完整的 Clash 格式設定通常包含節點、策略組與規則等欄位。只有節點清單的內容，通常需要透過 GUI 的訂閱管理或設定合併功能才能使用。
- 檢查協定與欄位。新核心支援的節點類型、傳輸參數或 DNS 欄位，舊核心不一定能辨識。若出現
unsupported proxy type之類的訊息，請先確認核心版本並查閱對應文件。 - 檢查外部資源。
proxy-providers是外部節點提供者，rule-providers是外部規則提供者。主設定檔能成功下載，不代表這些外部網址也能連線。 - 檢查本機覆寫設定。GUI 可能會覆寫連接埠、DNS、控制介面與 TUN 參數。訂閱檔中的設定值，不一定與最後傳給核心的執行設定相同。
相容性應視為有方向性的關係。mihomo 通常能支援許多 Clash 格式設定，但使用 mihomo 擴充欄位的設定，無法保證在舊版 Clash 中正常運作。即使兩個用戶端都使用 mihomo，搭載的版本不同也可能造成差異。
在本機確認實際核心與設定
先記錄 GUI 版本，再記錄核心版本。兩者可能分別更新。例如介面已更新，但核心下載失敗時，仍可能沿用舊檔案；反過來說，更換核心也不會自動變更 GUI 的設定選項。
交叉確認介面資訊與啟動記錄
- 開啟用戶端的「關於」或版本資訊頁面，記下應用程式名稱與完整版本號。不同用戶端的選單名稱各異，請勿照抄其他用戶端的選單路徑。
- 查看核心管理區域，確認目前選用的核心名稱與版本。若可切換多個核心，請以目前啟用的項目為準。
- 重新啟動一次核心，檢查啟動記錄中的版本資訊、設定錯誤與監聽連接埠。不要只看視窗是否開啟。
- 向社群求助時，請一併提供作業系統版本、處理器架構、GUI 版本與核心版本，並註明是否啟用系統代理或 TUN。
若直接執行 mihomo，可在程式所在目錄執行下列命令。範例假設目前目錄已有自己的 config.yaml；Windows 請使用 PowerShell，macOS 與 Linux 請使用終端機。設定測試通過只代表通過相應檢查，不代表每個節點都能連線。
# Windows PowerShell
.\mihomo.exe -v
.\mihomo.exe -t -f .\config.yaml
# macOS / Linux
./mihomo -v
./mihomo -t -f ./config.yaml請優先使用 GUI 提供的設定檢查功能，測試最後實際執行的設定。部分用戶端會合併訂閱、覆寫設定與指令碼結果，直接測試原始訂閱檔可能會漏掉合併階段的問題。若 GUI 已在執行核心，請勿另外啟動第二個使用相同監聽連接埠的執行個體。
分清代理連接埠與控制介面
確認各連接埠的用途。例如 mixed-port: 7890 是 HTTP 與 SOCKS 混合代理入口，而 external-controller: 127.0.0.1:9090 則是供介面或面板呼叫的控制介面。這些都是範例值；將瀏覽器代理指向控制介面，無法正常轉送網頁請求。
依裝置與維護需求選擇用戶端
先選擇原生支援作業系統的版本，再考慮介面使用習慣。不要只為了熟悉的名稱，長期使用已不再適配目前系統的舊版本。開源與免費是專案特性，實際使用前仍應檢查近期發布紀錄、問題回報與安裝檔來源。
- 確認系統與架構。Windows 裝置先確認是 x64 還是 ARM64；macOS 則確認使用 Apple Silicon 或 Intel。Linux 也要確認發行版支援的套件格式，例如 DEB 或 RPM。
- 確認設定所需功能。依照訂閱使用的協定、規則提供者或 DNS 參數，對照核心文件確認是否支援，不要只看介面截圖。
- 確認網路接管方式。一般瀏覽器需求可先使用系統代理；若要涵蓋不讀取系統代理的程式，再評估 TUN，以及用戶端是否提供可靠的權限與服務管理功能。
- 確認設定可備份。保存訂閱入口、覆寫規則與必要的本機設定。升級前記下核心版本，遇到問題時才有明確的回復依據。
移轉時先結束舊用戶端，再匯入訂閱並逐項啟用功能。若兩個用戶端同時修改系統代理、DNS 或路由，故障來源會更難判斷。建議依序驗證：「設定通過檢查 → 系統代理可用 → 規則分流正常 → 視需要啟用 TUN」。
遇到「同一個訂閱在舊軟體可用、新軟體卻不能用」時，請先比較實際執行設定與記錄。不要立刻複製舊用戶端的整個資料夾，因為快取結構、服務設定與檔案路徑可能不同。如需基本操作說明，請參閱使用教學；如需依症狀排查，請前往疑難排解。
常見問題：名稱相似時如何辨別
mihomo 是 Clash 的新版官方用戶端嗎？
更準確地說，mihomo 是獨立維護的核心專案。它延續 Clash Meta 的開發路線，並不是具備完整桌面視窗的統一官方用戶端。選擇 GUI 後，仍須確認它搭載或呼叫的核心。
使用相同核心，連線表現就一定相同嗎？
請先比較設定與系統環境。DNS、分流規則、節點選擇、TUN 路由及本機防火牆都會影響結果。核心版本相同只能減少一個變因，無法消除這些差異；也不能只憑用戶端名稱推測速度。
可以直接將任意用戶端的核心換成 mihomo 嗎？
先確認用戶端是否明確支援自訂核心。GUI 可能依賴特定控制介面、啟動參數與檔案配置；行動裝置還涉及核心整合與應用程式簽章。若沒有明確支援，請勿只靠修改檔名來替換，建議改用已支援 mihomo 且仍在維護的用戶端。
新手需要同時安裝多個用戶端嗎？
先用一個用戶端完成匯入、選擇策略組與連線測試。記下 GUI、核心、訂閱與網路接管方式這四項，就足以描述大多數基本環境。確實需要比較時，再安裝第二個，並確保同一時間只有一個用戶端管理系統代理或 TUN。