Clash、mihomo 與 Clash Verge Rev 有什麼關係？開源專案沿革整理

先分清核心、用戶端與訂閱

搜尋 Windows 版 Clash 用戶端時，常會同時看到 Clash、Clash Meta、mihomo、Clash Verge Rev 和 Clash for Windows。這些名稱並非屬於同一層級。先確認哪個專案負責處理網路連線、哪個專案提供操作介面，再檢查設定檔是否相容，就能避免把舊教學中的按鈕直接套用到新用戶端。

層級	常見名稱	主要功能
代理核心	Clash、mihomo	監聽代理連接埠、解析 DNS、比對規則並建立對外連線。
圖形用戶端	Clash Verge Rev	管理設定檔、切換代理群組、顯示記錄，並管理核心程序與系統整合。
設定內容	訂閱提供的 YAML	提供節點、代理群組、規則，以及可能包含的 DNS 等設定。

一次連線可分成三個環節：應用程式將連線交給本機代理，核心依照設定選擇對外連線方式，用戶端則顯示執行狀態。用戶端不會提供可用節點；安裝完成後，仍須匯入自己有權使用的訂閱或手動設定。

專案沿革：從 Clash 到 mihomo

原版 Clash 與 Clash Premium

原版 Clash 是由 Dreamacro 發起的 Go 語言代理核心。許多圖形用戶端會啟動核心程序並呼叫控制介面來管理它。Clash Premium 則是同一時期的另一條核心發行路線，包含部分原版開源核心沒有的功能，但完整原始碼並未公開。閱讀舊教學時，別把 Premium 的功能清單直接當成原版開源 Clash 的功能清單。

2023 年 11 月前後，原版專案停止公開維護，相關儲存庫與發行下載入口也有所變動。網路上常將這段時期統稱為「原版封存」，但實際情況還包括儲存庫遭刪除、鏡像留存與第三方備份，並非所有入口都只是改成唯讀。舊程式或許仍能執行，但停止維護代表無法再仰賴原維護者提供相容性修正與安全更新。

Clash.Meta 與 mihomo

Clash.Meta 是從 Clash 生態系發展而來的核心分支，後來更名為 mihomo，由 MetaCubeX 社群維護。舊文件中的 Clash Meta、Clash.Meta，以及部分程式檔名中的 Meta，通常都指向這條專案脈絡。更名不代表設定架構突然變得毫無關聯，但實際支援的功能仍取決於使用的核心版本。

mihomo 延續 Clash 風格的 YAML 設定、代理群組與規則機制，並持續擴充協定和網路處理能力。例如，包含 type: hysteria2 節點的設定檔，必須搭配支援該協定的核心；只把舊用戶端介面的名稱改成「Meta」，並不會因此增加協定支援。遇到 unsupported proxy type 之類的錯誤時，應先確認核心支援度，而不是一再更換訂閱網址。

歷史源流：Clash 是原始核心專案，Clash.Meta 是其中一條分支發展路線。
名稱沿革：mihomo 是 Clash.Meta 後續採用的專案名稱，舊名稱仍可能出現在教學和設定中。
維護關係：社群延續維護不代表原作者恢復維護，也不表示所有名稱中帶有 Clash 的軟體都由同一團隊發布。

Clash Verge Rev 與核心的分工

Clash Verge Rev 是圖形用戶端，延續 Clash Verge 的介面專案路線，並使用 mihomo 處理代理連線。它不是 mihomo 的另一個名稱，也不是原版 Clash 的「Windows 安裝版」。安裝套件通常會一併提供介面程式和配套核心，使用者因此能在同一個視窗中匯入設定、啟動代理並查看記錄。

在 Clash Verge Rev 中，可依序透過側邊欄的「設定檔」匯入訂閱、「代理」選擇代理群組，再到「記錄」查看連線錯誤。不同版本的按鈕文字和設定分類可能有所調整，但各頁面的功能大致固定。若要啟用系統代理或 TUN 模式，再前往「設定」檢查相關開關；別把代理頁面中的節點選擇誤認為流量接管開關。

操作或狀況	主要相關層級	優先檢查項目
匯入訂閱按鈕沒有反應	用戶端	介面提示、訂閱請求、設定解析錯誤。
無法識別節點協定	核心	核心版本及其對應的協定支援情況。
瀏覽器可用，部分應用程式無法連線	流量接管	應用程式是否遵循系統代理設定，以及是否需要 TUN。
連線套用了錯誤的代理群組	設定檔與規則	目前使用的設定檔、規則順序及代理群組選擇結果。

Clash for Windows 則是另一款獨立的圖形用戶端，常縮寫為 CFW。它不是所有 Windows 版 Clash 用戶端的統稱，也不是 Clash Verge Rev 的舊名稱。CFW 的舊教學可能會提到 Profiles、Proxies、General 等頁面；轉換使用時，請依功能尋找對應入口，別直接照搬其中的檔案路徑或服務安裝步驟。

設定檔相容性：YAML 格式相似，不代表能直接通用

基本結構相似，是設定檔較容易在不同用戶端間移轉的原因。常見設定包含 proxies、proxy-groups、rules 等欄位。不過，新協定、規則擴充、DNS 選項，以及用戶端自有的覆寫機制，都可能造成差異。另外也要分清「包含完整設定的訂閱」和「只回傳節點清單的訂閱」：後者通常需要用戶端範本補上代理群組和規則。

先檢查基本執行設定

以下片段僅用來說明欄位之間的關係，不包含節點和代理群組，不應用來覆蓋既有的完整設定。7890 是此例中的混合代理連接埠，並非每款用戶端的預設值；實際連接埠請以目前用戶端「設定」中顯示的監聽值為準。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

mixed-port：在同一個連接埠接受 HTTP 與 SOCKS 代理連線。
allow-lan: false：不向區域網路裝置開放代理連線；僅供本機使用時，請先維持此限制。
mode: rule：依照規則選擇策略，不代表所有連線都會經過遠端代理。
log-level: info：保留一般記錄，方便查看設定載入狀況與執行異常。

分清原始訂閱與實際生效的設定

用戶端可能會在啟動核心前，合併連接埠、DNS、TUN、規則補充及指令碼處理結果。因此，訂閱檔中的設定值可能和實際執行時採用的值不同。排查時應查看用戶端提供的執行設定或設定預覽，再搭配記錄確認；不要只檢查下載到本機的原始 YAML。

控制介面也不是代理連接埠。external-controller 用來指定核心控制 API 的監聽位址，用戶端會透過它讀取狀態並切換設定。若自行啟用控制介面，建議綁定 127.0.0.1 並設定 secret；不要為了修復介面連線問題，就直接開放給所有網路介面使用。訂閱連結、控制密鑰和節點憑證都不應出現在公開截圖中。

Windows 用戶端選擇：依流量接管需求檢查

一般 Windows 使用者應優先選擇仍在維護、核心來源明確且文件可查的圖形用戶端。別只比較介面截圖，也別以為「內建 mihomo」就能自動解決所有網路問題。系統代理、TUN 和服務模式各自解決不同需求。

先用系統代理確認基本連線。匯入設定、選擇可用節點、開啟系統代理，再瀏覽目標網站。只有遵循系統代理設定的應用程式，才會透過這個方式連線。
再判斷是否需要 TUN。部分遊戲、命令列工具或自行管理代理的程式不會遵循系統代理。TUN 透過虛擬網路介面和路由接管流量，但實際涵蓋範圍仍會受到路由排除項目、DNS 設定和應用程式行為影響。
依照用戶端需求安裝服務模式。服務模式通常用來協助執行需要較高權限的操作，例如管理虛擬網卡或路由。它不會提供節點，也不能取代訂閱。
保留記錄入口。確認能查看核心啟動錯誤、DNS 錯誤和規則命中結果。能找出問題原因，比單純增加開關更重要。

在 Windows PowerShell 中，可使用以下命令檢查範例連接埠是否仍被程序占用。輸出的最後一欄是程序 PID；看到監聽記錄只代表有程式占用該連接埠，不表示該程式一定是目前開啟的用戶端。

netstat -ano | findstr ":7890"

如果用戶端使用的不是 7890，請將命令中的數字改成設定頁顯示的實際連接埠。接著開啟「工作管理員」→「詳細資料」，依 PID 搜尋程序。先正常結束對應程式再重新啟動新用戶端，比起一再更改連接埠，更容易找出問題原因。

移轉檢查清單：從舊用戶端改用 mihomo 用戶端

移轉的目標不是完整複製舊軟體的目錄，而是還原可用設定並確認新用戶端的流量接管方式。舊快取、資料庫和服務註冊資訊通常不適合直接搬到另一款用戶端。

記錄目前設定。保存訂閱網址、手動新增的規則、代理群組選擇和本機連接埠。備份檔請留在本機，分享前先移除憑證。
停用舊用戶端的流量接管。關閉舊用戶端的開機啟動、系統代理和 TUN，再結束程式。若要移除舊服務，請使用舊用戶端提供的解除安裝功能。
重新匯入訂閱。在新用戶端的「設定檔」頁面匯入，確認沒有 YAML 解析錯誤或不支援的節點類型，再啟用該設定。
分階段測試。先測試系統代理，再確認規則模式，最後測試 TUN。每次只變更一項設定，方便從記錄中找出變化原因。
確認結束用戶端後網路正常。結束新用戶端，確認 Windows 代理設定已還原，並檢查常用應用程式能否正常連線。若有異常，先排除殘留的代理設定和路由。

最後記住三者的關係：Clash 是歷史起點，mihomo 延續並擴展核心能力，Clash Verge Rev 則提供管理這些能力的圖形介面。選用戶端時確認維護狀態，閱讀教學時核對介面名稱，檢查相容性時確認核心版本。如此才能從「軟體叫什麼」進一步判斷「這台 Windows 裝置該如何設定」。