安裝包封存 · 設定文件持續整理

Clash Mac版
全平台安裝包備份

下載官方Clash 查看教學

依平台整理 Clash 用戶端安裝入口與歷史封存，並說明 設定欄位、規則分流、系統代理、TUN 與 DNS 的排查方法，方便安裝前確認平台差異，連線後定位設定問題。

永久免費 原始碼開放 中文文件

Platform · 安裝入口

依系統選擇 Clash 用戶端

同一套 Clash 設定可以由不同圖形用戶端或核心程式讀取，但安裝格式、系統代理接管方式與權限模型並不相同。請先確認作業系統與處理器架構，再進入下載頁比較用戶端，有助於減少安裝錯誤、匯入後無法啟動或系統代理未生效等問題。

DESKTOP / WINDOWS

Windows

適合日常桌面使用。下載頁列出具備圖形介面的主流用戶端，並區分持續維護中的專案與歷史封存。安裝完成後通常需要匯入設定、選擇策略群組並啟用系統代理；需要涵蓋更多應用程式流量時，再依權限條件設定 TUN 模式。

前往下載

DESKTOP / MACOS

macOS

下載前應先確認裝置使用 Apple Silicon 還是 Intel 處理器。不同架構的安裝包不能混用；首次執行也可能需要進行系統安全性確認、網路延伸功能授權與代理權限設定。下載頁集中整理 Clash Plus、Clash Verge Rev、FlClash 與 ClashX Meta 等入口。

前往下載

MOBILE / ANDROID

Android

Android 用戶端通常透過本機 VPN 介面接管流量，啟用後系統狀態列會顯示 VPN 標誌。頁面提供不同處理器架構與通用安裝包入口。匯入訂閱前應確認來源可信，並留意系統的背景執行、電池最佳化與始終開啟 VPN 設定。

前往下載

MOBILE / IOS

iOS

iPhone 與 iPad 使用系統提供的網路延伸功能處理連線。下載區直接提供 Clash Plus 的 App Store 頁面與官方網站資訊。完成安裝後，可按照使用文件匯入訂閱、允許加入 VPN 設定，再進入策略群組選擇實際使用的節點或自動測試群組。

前往下載

DESKTOP / SERVER

Linux

桌面環境可選擇具備圖形介面的用戶端；伺服器、軟路由與容器環境則更適合直接執行 Mihomo 核心。下載前需要確認發行版、CPU 架構與安裝格式。以服務方式執行時，也應另行規劃設定目錄、日誌路徑、監聽位址與啟動權限。

前往下載
查看全部用戶端 →

Config Timeline · 核心特色

從流量入口到 規則分流

Clash 的工作流程可拆分為監聽連接埠、規則比對、策略群組選擇、DNS 解析與最終連線幾個階段。左側刻度對應常用設定面向，切換後可查看欄位用途、實際使用方式與排查重點。

rules.yaml

依網域、位址與程序決定出口

規則模式會依設定檔中的順序逐條比對請求。常見條件包括網域後綴、網域關鍵字、IP 網段、GeoIP、規則集與程序名稱，命中後交由指定策略群組處理。實際使用時，應將範圍更具體的規則放在前面，並把兜底規則留在最後，同時確認規則引用的策略群組名稱確實存在。相較於只提供全域開關的簡單代理工具，Clash 的優勢在於能分別處理工作網站、直連服務、區域網路位址與其他流量；排查分流錯誤時，也能依規則順序找出第一個命中的項目。

rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - IP-CIDR,192.168.0.0/16,DIRECT
  - MATCH,Final

Open Source · 專案關係

安裝包、核心與設定的 來源界線

Clash 生態系由核心、圖形用戶端、規則資料與使用者設定共同組成。判斷下載入口是否適合目前裝置，不能只看名稱相近，還要確認專案維護狀態、核心關係、平台架構與設定相容範圍。

HISTORY

從原始 Clash 到持續演進的核心分支

Clash 最初以規則驅動的網路代理核心廣泛使用，設定檔採用 YAML，將代理節點、策略群組、規則與 DNS 組織在同一套結構中。原始專案停止更新後，社群仍持續維護相關分支，投入相容性、新協定、規則能力與平台適配。現今不少桌面與行動用戶端使用 Mihomo 作為執行核心，但介面名稱、設定覆寫方式與系統整合能力仍由各用戶端專案決定。因此，「支援 Clash 設定」並不代表每個用戶端的選單位置、欄位擴充與遷移行為完全一致。

ECOSYSTEM

圖形用戶端負責系統整合，核心負責連線邏輯

核心讀取設定、建立連線、執行規則並提供控制介面；圖形用戶端則在此基礎上處理安裝、訂閱更新、策略切換、日誌查看、系統代理、TUN 權限與開機啟動。Windows、macOS、Android 與 iOS 的權限模型不同，同名功能的實作路徑也會改變。選擇用戶端時應先確認平台是否受支援，再查看維護狀態、核心類型與所需功能。只需要伺服器轉發或路由器部署時，直接執行 Mihomo 核心通常更合適；需要選單列操作、系統通知與設定管理時，圖形用戶端更便於維護。

ARCHIVE

歷史封存用於相容舊環境，不取代平台判斷

舊系統、舊處理器或固定部署環境可能需要歷史安裝包，但封存檔案不應依發布時間直接排序後隨意安裝。首先確認作業系統最低要求與 CPU 架構，其次查看該用戶端是否仍在維護，最後再核對設定欄位是否相容。已停止維護的用戶端會在下載頁單獨標記，方便辨識其封存屬性。對於新裝置，優先選擇仍在維護且平台適配明確的用戶端；對於已有穩定環境，升級前應備份設定並記錄目前的系統代理、TUN 與 DNS 狀態，以便出現差異時回復。

UPDATE

更新檢查著重上游變化與頁面可用性

本站依用戶端專案與平台分別整理下載入口，版本資訊與具體檔案明細集中在安裝包頁面展示，首頁僅負責說明產品關係與選擇路徑。整理過程中重點檢查上游專案狀態、安裝入口是否可連線、平台鍵是否相符，以及文件描述是否仍符合目前用戶端行為。設定教學不會把某個介面的臨時版面當作通用結論，而是優先說明系統代理、規則、策略群組與 DNS 等穩定概念；遇到用戶端介面差異時，再補充對應平台的操作位置。

Checklist · 常見問題精選

安裝前後的判斷順序

macOS 應該下載 Apple Silicon 還是 Intel 安裝包？

在「關於這台 Mac」中查看晶片資訊。顯示 Apple 晶片名稱時，選擇 Apple Silicon 或 ARM 架構包；顯示 Intel 處理器時，選擇 x64 或 Intel 包。選錯安裝包架構通常會導致應用程式無法開啟，或需要額外的相容轉換層。完整平台說明請見macOS 下載區。

匯入訂閱後，為什麼仍然無法開啟網頁？

先確認設定已啟用，再檢查策略群組是否選取可用節點、系統代理是否開啟，以及代理連接埠是否被其他程式占用。接著測試直連網站與代理網站，區分節點、規則與 DNS 問題。不要同時啟用多個接管網路的軟體，以免路由與代理設定互相覆蓋。可依疑難排解中的順序繼續檢查。

系統代理與 TUN 模式應該同時開啟嗎？

具體行為取決於用戶端實作。初次設定時，建議先使用系統代理，確認設定、節點與規則都能正常運作，再依不遵循系統代理的應用程式是否需要接管來啟用 TUN。開啟 TUN 後若出現網路異常，應檢查虛擬介面權限、DNS 劫持、路由衝突與其他 VPN 程式。相關步驟請見使用文件。

訂閱更新會覆蓋手動修改的規則嗎？

如果直接編輯由遠端訂閱產生的設定，更新時通常可能被新內容取代。應優先使用用戶端提供的覆寫、合併或腳本功能，將本機規則與上游訂閱分開管理。修改前保留一份確認可用的設定，並記錄新增欄位所在的層級。欄位結構與合併方式可參閱設定欄位參考。

Notes · 最新文章

設定與故障排查紀錄

文章依實際操作流程拆解問題，先列出判斷條件，再說明驗證方法與修復步驟。涉及設定時會區分系統代理、核心欄位、用戶端介面與上游訂閱，避免將不同層級的問題混在一起。

查看全部文章 →