開源生態 · 全平台客戶端整理

Clash蘋果版與全平台客戶端

集中查看 五大平台客戶端訂閱匯入步驟規則分流說明。先選對客戶端,再處理設定,整個過程會清楚許多。

永久免費 程式碼開源 中文文件 mihomo 核心說明
設定說明

從匯入訂閱到規則分流

Clash 的設定項目不少,但實際使用流程很固定:選擇客戶端、匯入訂閱、確認代理模式,再依需求處理 DNS 與 TUN。

匯入訂閱

將設定網址填入正確入口

訂閱連結通常由服務提供者產生,其中包含節點、代理群組與規則。匯入時應使用客戶端的「訂閱」、「設定」或「Profiles」入口,而不是把整段網址貼到節點名稱中。客戶端完成下載後,還需要選取剛匯入的設定,節點清單與代理群組才會真正生效。

如果更新後清單為空,先確認網址仍可存取,再檢查連結是否完整複製。有些訂閱需要特定請求標頭,另一些則需要先進行格式轉換。排查時一次只變更一個條件,避免快取、網路與格式問題混在一起。

設定名稱日常訂閱
更新方式手動或排程
啟用狀態已選取

如何選擇代理模式

Rule 適合日常使用,由規則決定直連或代理;Global 會將多數連線交給指定代理群組,常用於臨時測試;Direct 讓流量直接連線,可用於快速判斷問題是否來自代理鏈路。切換模式只會改變流量決策,不會取代訂閱更新,也不會自動修正節點本身的問題。

如何保留設定修改紀錄

訂閱設定可能在更新時被整體替換,長期需要的自訂規則應放入客戶端支援的覆寫、擴充腳本或本機設定入口。修改前記錄原始值,修改後只測試一個目標。如此一來,即使結果不理想,也能迅速還原,不會讓 DNS、TUN 與規則問題混成一團。

平台入口

依裝置選擇 Clash 客戶端

不同系統的安裝方式、權限模型與背景執行策略並不相同。進入對應平台後,再根據圖形介面、核心能力與維護狀態選擇客戶端。

Windows

適合桌面辦公、瀏覽器與常用應用程式。安裝後通常先匯入訂閱,再開啟系統代理;需要涵蓋命令列或特殊程式時,可繼續設定 TUN。下載頁會分別列出持續維護中的圖形客戶端與封存專案,方便依介面習慣與核心能力選擇。

前往下載

macOS

適合 Intel 與 Apple Silicon Mac。安裝時要注意處理器架構,並允許客戶端加入網路設定。選單列客戶端操作簡潔,完整桌面客戶端則更方便查看連線記錄、規則命中與覆寫設定。首次啟動遇到權限提示時,應依系統設定中的實際項目逐一確認。

前往下載

Android

適合手機、平板與電視類裝置。Android 客戶端通常透過系統 VPN 介面接管流量,首次連線時會出現授權請求。若背景執行一段時間後自動停止,應檢查電池最佳化與背景執行限制;若只有部分應用程式異常,再查看分應用程式代理、略過區域網路與 DNS 設定。

前往下載

iOS

適合 iPhone 與 iPad。iOS 客戶端透過系統網路延伸功能建立連線,設定匯入、代理群組切換與隨需連線都在應用程式內完成。行動網路與無線區域網路切換後若連線狀態異常,可重新建立系統 VPN 工作階段,並檢查訂閱是否已更新至目前設定。

前往下載

Linux

適合桌面 Linux、伺服器與部分路由器環境。桌面使用者可選擇圖形客戶端,伺服器維護者則更常直接使用 mihomo 核心與設定檔。部署前要確認處理器架構、服務權限、監聽位址與防火牆規則,並避免將管理介面暴露在不受信任的網路中。

前往下載
查看所有客戶端 →

下載中心依平台列出可選客戶端、系統需求與維護狀態。首頁只提供入口,不展示容易過期的版本資訊。

開源生態

客戶端、核心與設定之間的關係

圖形介面負責操作體驗,mihomo 核心負責協定、規則、DNS 與流量處理。理解這層關係後,選擇與排查都會更直接。

從 Clash 設定格式到 mihomo 生態系

Clash 生態長期圍繞 YAML 設定、代理群組與規則分流,形成相對穩定的使用習慣。隨著原有專案狀態變化,社群維護逐漸轉向相容 Clash 設定的後續核心與客戶端。mihomo 延續常用的設定思路,並持續擴充協定、規則集、DNS 與 TUN 能力。現在看到的許多桌面或行動客戶端,本質上是將核心能力包裝成更容易操作的圖形介面。

因此,「Clash 客戶端」並不只代表某一個應用程式。不同專案可能採用不同的介面技術、更新管道與權限處理方式,但訂閱、代理群組、Rule 模式與 YAML 設定仍有許多共通概念。本網站依平台整理這些專案,並明確封存已停止維護的客戶端,避免將熟悉的舊名稱與目前的維護狀態混為一談。

開源程式碼帶來的可核查性

開源專案的程式碼、提交記錄、問題討論與發布說明都能由社群共同檢視。對一般使用者而言,不必逐行閱讀程式碼,也能透過維護頻率、問題回應、建置說明與社群討論判斷專案狀態。對開發者而言,則可以追蹤規則行為、協定實作與平台相容性問題,必要時提交修正或重現資料。

開源不代表所有第三方建置版本都由同一位維護者提供。下載時仍應先確認專案名稱、目標平台與架構,再閱讀安裝說明。Windows、macOS 與 Linux 通常同時提供多種架構檔案,Android 也可能區分通用套件與特定處理器版本。本網站的下載頁會拆開說明這些差異,減少只憑檔名猜測的情況。

核心與圖形客戶端各自負責什麼

核心讀取設定並處理網路連線,決定網域解析、規則命中、代理群組選擇與最終出站。圖形客戶端負責訂閱管理、系統代理開關、核心啟動、連線記錄與平台權限。遇到問題時,可以先判斷故障位於哪一層:介面無法儲存設定,多半屬於客戶端層;規則命中不符預期,通常需要檢查設定;核心啟動失敗,則應查看連接埠、權限與設定語法。

這種分層判斷比反覆重新安裝更有效。訂閱更新報錯時先測試訂閱網址;節點可用但網站走錯線路時檢查規則;瀏覽器正常而命令列無法連線時比較系統代理與 TUN;網域異常但直接存取 IP 正常時再檢查 DNS。每次只驗證一層,定位過程會像整理資料夾,而不是弄亂整張桌面。

更新機制需要分開看待

客戶端更新、核心更新、訂閱更新與地理資料庫更新是四件不同的事。客戶端更新主要影響介面、平台相容性與整合方式;核心更新可能帶來協定、規則或網路堆疊變化;訂閱更新由服務提供者決定節點與分組內容;GeoIP、GeoSite 等資料庫則會影響部分地理規則的比對結果。

日常維護不需要頻繁修改所有專案。先確保目前設定可用,再依明確需求更新。更新前可以匯出本機覆寫與重要設定,更新後依序確認核心啟動、訂閱載入、代理群組選擇、規則命中與 DNS。若發生異常,回顧最近變更的項目,比同時更換客戶端、核心與設定更容易恢復。