開源核心 · 桌面與行動客戶端

Clash電腦版
客戶端下載與設定

下載官方Clash 查看入門指南

從客戶端選型開始，依序完成訂閱匯入、代理模式與規則分流。Windows、macOS、Linux 與行動裝置的入口及操作範圍集中整理。

永久免費 程式碼開源 規則驅動 中文文件

RULE ENGINE INDEX

規則引擎展示清單

客戶端介面只是操作入口，實際行為由設定檔、策略組、比對順序與系統接管範圍共同決定。以下依使用時最常遇到的五個環節分別說明。

目前操作重點

先看命中順序，再修改策略欄位

規則問題通常不在語法本身，而是較前面的寬泛規則提前攔截了請求。開啟連線頁找到目標網域，記錄命中的規則與策略組，再回到設定檔調整順序。修改後應重新載入設定並建立新連線，舊連線不會自動重新執行完整比對流程。

PLATFORM ENTRANCE

依系統選擇客戶端

同一套 Clash 設定可以由不同介面的客戶端載入。選擇時主要考量作業系統、處理器架構、TUN 支援與維護狀態，不必把介面外觀當成唯一判斷標準。

Windows

適合一般桌面使用。安裝後應優先確認系統代理、監聽連接埠與 UWP 應用程式回環；需要接管更多應用程式時，再依權限要求設定 TUN。

前往下載

macOS

下載時請區分 Apple Silicon 與 Intel 架構。首次執行可能需要確認網路延伸功能或系統權限，選單列狀態與系統代理開關也要分別核對。

前往下載

Android

適合手機與平板。匯入訂閱後，系統 VPN 介面會接管應用程式流量；省電策略、背景限制與永遠開啟設定，都會直接影響持續連線。

前往下載

iOS

透過系統網路延伸功能建立連線，設定、策略組與隨選連線都在應用程式內管理。首次使用時先允許加入 VPN 設定，再檢查系統狀態列的連線狀態。

前往下載

Linux

適合桌面、伺服器與路由器環境。GUI 客戶端方便日常切換，直接執行 Mihomo 核心則需要自行管理設定檔、服務程序與權限。

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

QUICK START

三步建立可驗證的連線

初次設定不要同時調整規則、DNS、TUN 與系統代理。先建立一條最小可用路徑，再逐項擴大接管範圍，任何一步出錯都能明確退回上一個正常狀態。

查看完整教學
  1. 01

    安裝並確認核心啟動

    從下載頁選擇與作業系統及處理器架構相符的客戶端。首次啟動後，先查看日誌或狀態頁，確認設定目錄可寫入、監聽連接埠已建立，且系統中沒有其他代理程式佔用相同連接埠。

  2. 02

    匯入並啟用訂閱

    在設定頁貼上訂閱網址並執行下載。看到設定項目後，還要手動選取，讓客戶端重新載入核心；接著進入代理頁，為可選取的策略組指定具體節點。

  3. 03

    開啟代理並分路驗證

    先開啟系統代理，用瀏覽器存取測試目標，並在連線頁尋找對應請求。瀏覽器正常後，再分別驗證終端與其他應用程式；需要更廣的接管範圍時，最後再設定 TUN 與 DNS。

OPEN SOURCE CONTEXT

開源專案與核心的關係

判斷某個 Clash 客戶端是否適合長期使用，需要將圖形介面、代理核心、設定格式與訂閱來源分開看待。它們由不同專案或服務維護，更新節奏也不相同。

A

專案歷史

Clash 最初以規則驅動的跨平台代理核心廣泛普及，形成常用的設定語法與策略模型。原始專案停止更新後，既有設定格式、規則表達方式與客戶端操作方式仍在生態系中延續。閱讀較早的教學時，應先辨認內容討論的是原始 Clash、後續核心，還是某個特定圖形客戶端，避免混用不同階段的欄位與功能。

B

開源生態系

桌面端常見客戶端通常由圖形介面、設定管理、系統代理控制與核心程序幾部分組成。介面專案負責安裝體驗、訂閱更新、策略選擇與系統整合；核心則負責協定連線、DNS、規則比對與流量轉送。某個客戶端介面停止維護，不代表設定語法會立即失效，但系統相容性與核心能力會逐漸拉開差距。

C

Mihomo 核心

Mihomo 延續 Clash 設定體系，並補充協定、規則、DNS 與 TUN 等功能。多數現代桌面客戶端會將它作為可替換或內建的執行核心。設定檔能否載入，不只取決於 YAML 語法，也取決於目前核心是否支援對應欄位。遇到陌生設定項目時，應優先核對核心文件，而不是只在客戶端介面中尋找同名開關。

D

更新機制

客戶端更新、核心更新與訂閱更新是三條獨立的鏈路。客戶端更新解決介面與系統相容性問題，核心更新帶來協定與網路處理變化，訂閱更新則替換節點、策略組與遠端規則。日常維護時應分別記錄三者狀態；發生故障後一次只回退一個環節，才能判斷變化來自軟體、設定還是訂閱內容。

SOURCE COMMAND

Mihomo 原始碼儲存庫

以下指令用於取得公開原始碼。編譯核心需要獨立的 Go 開發環境；如果只需日常使用，直接選擇帶圖形介面的客戶端會更合適。

git clone https://github.com/MetaCubeX/mihomo.git

FIRST CHECKS

常見問題精選

以下四類問題涵蓋首次使用時最常見的故障點。完整操作流程放在入門指南與使用手冊中，這裡只提供判斷方向。

為什麼匯入訂閱後看不到節點？

先確認連結回傳的是 Clash 可讀取的 YAML 設定，而不是網頁內容或其他訂閱格式；接著檢查設定是否下載成功並設為目前啟用項目。節點可能位於策略組中，不一定會直接顯示在首頁。

查看訂閱匯入步驟 →

為什麼開啟系統代理後，終端仍然直連？

部分終端程式不會讀取作業系統代理設定，需要另外設定 HTTP、HTTPS 或 SOCKS 環境變數，也可以依需求使用 TUN。排查時應將瀏覽器與終端分開測試，分別確認請求是否出現在連線頁。

查看系統代理與 TUN →

規則模式與全域模式該選哪個？

日常使用通常採用規則模式，讓本地服務、代理目標與拒絕項目分別處理。全域模式適合短時間驗證節點是否可連線，不適合取代完整規則。切換模式後應重新建立測試連線，避免舊工作階段影響判斷。

查看代理模式說明 →

設定更新後，原本的自訂規則去哪裡了？

直接寫入遠端訂閱產生檔案的內容，可能會在下次更新時被整體替換。長期自訂應使用客戶端提供的覆寫、合併或腳本機制；修改前保留可啟動副本，並確認規則最終插入位置與 MATCH 的先後關係。

查看規則維護方法 →

LATEST NOTES

近期使用文章

圍繞系統代理、Windows 安裝與客戶端介面三個高頻情境，依照可重現的檢查順序整理操作細節。

查看所有文章 →
下載客戶端