Clash Plus
首選適合初次安裝，以及希望在桌面與手機上使用相近操作流程的使用者。安裝後先匯入現有設定，再選擇代理策略與流量接管方式。
EXE 安裝程式 · 官方網站 clashplus.io
安裝檔索引用戶端 / 核心
Clash 下載與平台選擇
先選擇作業系統，再確認處理器架構。圖形介面用戶端適合日常設定與連線；Mihomo 核心則適合自行部署。
桌面與行動裝置
架構說明
封存狀態標示
01 / SYSTEM
確認系統與架構
02 / PACKAGE
下載對應安裝檔
03 / CONFIG
匯入現有設定
依平台下載用戶端
各平台的第一張卡片為優先推薦，其餘用戶端依固定順序排列。點選卡片上的主要按鈕即可下載對應安裝檔。
Windows 用戶端
以下圖形介面用戶端安裝檔皆為 x64。請先前往「設定 → 系統 → 系統資訊」查看系統類型；ARM 裝置需另外確認系統是否支援執行 x64 應用程式，不要將 x64 安裝檔視為原生 ARM64 版本。
Clash Verge Rev
以 Mihomo 為核心的桌面用戶端，適合管理設定、規則及 TUN。啟用 TUN 前，請依照用戶端提示完成服務或權限設定。
EXE 安裝程式 · x64
FlClash
採用 Flutter 介面的跨平台用戶端，可用於匯入設定、選擇代理及使用規則模式。移轉時請先匯入原有訂閱，再確認策略群組與本機覆寫設定。
EXE 安裝程式 · AMD64 與 x64 屬於相同架構
Clash Nyanpasu
另一款桌面設定管理介面，適合想調整桌面操作方式的使用者。現有設定能否直接使用，仍取決於實際採用的核心與設定欄位，而非介面外觀。
EXE 安裝程式 · x64
Clash for Windows
已停止維護封存用戶端，供重現舊環境、讀取原有設定與移轉設定使用。新裝置建議選擇仍在維護的用戶端；不應假設它能支援較新的代理協定或 Mihomo 設定欄位。
EXE 安裝程式 · 封存用途
Windows 環境檢查
| 檢查項目 | 選擇與需求 |
|---|---|
| 系統環境 | 建議使用仍可取得系統安全性更新的 Windows 10 / 11；實際最低系統需求請以所選用戶端的安裝提示為準。 |
| 處理器 | 本頁圖形介面安裝檔為 x64 / AMD64，不適用於 32 位元 Windows。 |
| 代理權限 | 一般系統代理與 TUN 所需權限不同；TUN 可能需要系統管理員授權或用戶端服務。 |
安裝前請先結束其他代理用戶端，避免系統代理設定遭到重複修改。安裝完成後，先使用已知有效的設定測試規則模式；若只有瀏覽器能連線、其他程式無法使用，再檢查應用程式是否遵循系統代理設定。無需一開始就開啟所有網路選項。
macOS 用戶端
在蘋果選單的「關於這台 Mac」查看「晶片」或「處理器」。Apple Silicon 建議選擇 ARM64 原生版本，Intel 則選擇 x64 版本。部分下載入口目前共用 x64 檔案，已在對應卡片中註明。
Clash Plus
首選分別提供 Apple Silicon 與 Intel 安裝檔。初次使用請依晶片選擇檔案，開啟 DMG 後依安裝畫面完成操作，再匯入設定。
DMG 磁碟映像檔 · clashplus.io
Clash Verge Rev
適合管理 Mihomo 設定與桌面規則。目前兩個架構入口提供的都是 x64 DMG；Apple Silicon 使用前需確認 Rosetta 2 相容環境。
DMG 磁碟映像檔 · 目前不是 ARM64 原生版本
FlClash
適合希望在桌面與行動裝置上使用相近介面的使用者。目前兩個 macOS 下載入口共用 AMD64 檔案；Apple Silicon 執行此檔案需具備相容環境。
DMG 磁碟映像檔 · 兩個入口目前提供相同架構
ClashX Meta
已停止維護保留供舊版選單列操作流程與設定移轉使用。目前兩個入口皆為 x86_64 版本；新安裝建議選擇仍在維護的用戶端，移轉後重新檢查 DNS 與代理設定。
DMG 磁碟映像檔 · 封存用途
macOS 環境檢查
| 檢查項目 | 選擇與需求 |
|---|---|
| 晶片架構 | Apple M 系列屬於 Apple Silicon；Intel Mac 請選擇 x64 / AMD64 / x86_64。 |
| 系統版本 | 各用戶端的最低系統需求不同；若安裝程式提示系統版本過舊，請先確認該用戶端的需求，不要強行略過。 |
| 相容執行 | 在 Apple Silicon 上執行 x64 應用程式需要 Rosetta 2；相容執行不等於原生 ARM64。 |
請先將應用程式安裝至固定位置再啟動，避免直接從磁碟映像檔執行。若系統阻止開啟，先確認軟體來源與系統提示，再前往「系統設定 → 隱私權與安全性」查看原因，不要直接關閉整體系統安全機制。
Android 用戶端
多數較新的手機採用 ARM64，但仍應以裝置實際支援的 ABI 為準。下載 APK 後，只授予目前安裝來源必要的權限；首次連線時，系統會要求確認 VPN 連線。
Clash Plus
首選提供 ARM64 APK，適用於確認支援 arm64-v8a 的手機與平板。安裝後匯入訂閱，並在首次連線時確認系統 VPN 授權。
APK · arm64-v8a · clashplus.io
Clash Meta for Android
提供 ARM64、32 位元 ARM 與通用版。確認裝置架構時請選擇相應版本；無法確認時可選通用版，不要只根據 Android 系統版本判斷處理器類型。
APK · 依裝置 ABI 選擇
FlClash
提供 ARM64 與 ARM 安裝檔，適合也使用 FlClash 桌面版的使用者。匯入相同訂閱後，仍需分別設定手機上的應用程式路由與背景執行權限。
APK · arm64-v8a / armeabi-v7a
Surfboard
使用自有支援的設定格式，不要將 Clash YAML 直接視為通用輸入格式。選擇前請確認訂閱服務是否提供相容格式，並核對實際使用的協定。
APK · 請另外確認設定格式
Android 環境檢查
| 檢查項目 | 選擇與需求 |
|---|---|
| 處理器 ABI | ARM64 對應 arm64-v8a；ARM 通常對應 armeabi-v7a；通用版則包含多種架構。 |
| 安裝權限 | 依系統提示允許目前使用的瀏覽器或檔案管理員安裝應用程式，安裝完成後可撤銷該權限。 |
| 連線權限 | 透過 Android VPN 服務接管流量時需要系統授權；其他 VPN 應用程式可能與其衝突。 |
若安裝時顯示套件不相容，請先確認架構、最低系統需求與既有應用程式的簽章，不要反覆覆蓋安裝來源不明的同名套件。若連線後鎖定螢幕便中斷，再檢查電池最佳化與背景執行限制；下載成功、安裝成功與代理連線成功是不同狀態。
iOS 用戶端
透過 App Store 安裝 Clash Plus。系統相容性、裝置需求與目前上架資訊請以商店頁面為準；安裝完成後，再匯入自己有權使用的訂閱。
Clash Plus
首選從 App Store 下載應用程式並接收商店更新。首次啟用連線時，依照 iOS 系統提示新增 VPN 設定，再返回用戶端確認目前設定與連線狀態。
App Store · 由系統商店管理安裝與更新
iOS 環境檢查
| 檢查項目 | 選擇與需求 |
|---|---|
| 系統與裝置 | 開啟 App Store 商品頁面的相容性欄位，確認目前裝置與系統符合需求。 |
| 安裝方式 | 透過上方商店入口安裝；後續更新請在 App Store 中進行。 |
| VPN 設定 | 首次連線需要系統授權；若已有其他 VPN 連線，請先確認目前啟用的是哪一個。 |
安裝用戶端本身不會產生訂閱。匯入設定後，先確認策略群組中有可選的代理，再嘗試連線至目標服務。若連線開關自動關閉，請先確認系統 VPN 設定是否建立成功，並在記錄中查找設定解析或連線失敗的原因。
Linux 用戶端
桌面使用者請依發行版選擇 DEB 或 RPM。以下圖形介面用戶端套件皆為 AMD64 / x86_64；ARM 伺服器與路由器部署請查看 Mihomo 核心區。
Clash Verge Rev
推薦提供 DEB 與 RPM 圖形介面安裝檔。Debian、Ubuntu 系發行版建議選 DEB，Fedora 等 RPM 系發行版則選 RPM；相依套件由系統套件管理員檢查。
桌面圖形介面用戶端 · 依發行版套件格式選擇
FlClash
本頁提供 AMD64 DEB 套件，適用於相應的 Debian 系桌面環境。若使用純命令列伺服器，建議採用核心與系統服務，而非安裝桌面用戶端。
DEB 套件 · AMD64
Linux 環境檢查
| 檢查項目 | 選擇與需求 |
|---|---|
| 架構辨識 | 執行 uname -m；輸出 x86_64 通常對應 AMD64 套件，aarch64 則對應 ARM64。 |
| 發行版 | 執行 cat /etc/os-release 查看發行版，再選擇 DEB 或 RPM。 |
| 桌面環境與權限 | 圖形介面用戶端需要可用的桌面環境與相應相依套件；TUN 也需要必要的網路管理權限。 |
建議使用系統套件安裝程式處理本機套件，並保留完整的相依性錯誤輸出。若桌面程式無法啟動，先確認是架構不符、缺少相依套件或圖形工作階段問題；若程式能開啟但流量未被接管，再檢查系統代理、應用程式代理環境變數與 TUN 設定。
下載 Mihomo 核心
適合伺服器、路由器及自行管理服務的使用者。核心負責解析設定、監聽連接埠與處理連線，不提供完整的桌面操作介面；一般使用者建議先選擇前述圖形介面用戶端。
| 系統 | 處理器架構 | 套件格式與下載 |
|---|---|---|
| Windows | AMD64 | 下載 ZIP · AMD64 |
| Windows | ARM64 | 下載 ZIP · ARM64 |
| macOS | Intel / AMD64 | 下載 GZ · Intel |
| macOS | Apple Silicon / ARM64 | 下載 GZ · Apple Silicon |
| Linux | AMD64 | 下載 DEB · AMD64 |
| Linux | AMD64 | 下載 GZ · AMD64 |
| Linux | ARM64 | 下載 GZ · ARM64 |
| Linux | ARMv7 | 下載 GZ · ARMv7 |
| Linux | MIPS softfloat | 下載 GZ · MIPS softfloat |
啟動核心前檢查
ZIP 需要解壓縮；GZ 通常是單一可執行檔的壓縮格式，不是圖形介面安裝程式。在類 Unix 系統中，解壓後的檔案還需要執行權限。請先確認執行使用者、設定檔路徑與監聽位址，再交由系統服務管理；不要未經檢查就將代理連接埠公開至網際網路。
chmod +x ./mihomo
./mihomo -v
./mihomo -t -f ./config.yaml
./mihomo -f ./config.yaml使用 -v 查看核心版本，-t 測試設定，-f 指定設定檔。測試通過只代表設定可被解析，不表示遠端代理一定能連線。若出現執行格式錯誤，請先檢查 CPU 架構；若提示連接埠已被使用，請停止舊執行個體或調整設定中的連接埠。
安裝、更新與設定移轉
先確認套件格式，再處理權限
EXE 是 Windows 安裝程式，DMG 是 macOS 磁碟映像檔，APK 是 Android 應用程式套件，DEB 與 RPM 則屬於不同的 Linux 套件系統。副檔名相似不代表架構相同，同一個系統也可能有多種無法互換的套件。
遇到系統安全性提示時，請先閱讀具體原因。架構不相容、系統版本過舊、簽章衝突與權限不足需要不同處理方式，不應一概歸類為「下載損毀」。記下完整提示後再查找相應問題，比反覆下載更有效。
更新前備份可還原的設定
用戶端程式與設定檔應分開管理。更新前請備份本機規則、覆寫內容與必要設定，並確認訂閱仍可重新取得。訂閱網址可能包含存取憑證，請勿貼到公開截圖、論壇或線上轉換工具。
更換用戶端時，先匯入一份原始設定並確認基本連線，再逐步移轉規則、DNS 與 TUN。各用戶端的資料目錄與覆寫機制不同，直接複製整個目錄可能連同舊連接埠、控制位址與不相容欄位一起帶入。
下載常見問題
第一次下載 Clash，該選用戶端還是 Mihomo 核心？
日常使用建議先選圖形介面用戶端。Windows、macOS、Android、iOS 可先查看各平台的 Clash Plus；Linux 可先查看 Clash Verge Rev。Mihomo 核心適合自行管理設定檔、系統服務或部署於路由器的使用者，不含完整的桌面操作介面。
x64、AMD64、ARM64 和通用版有什麼差異？
x64 和 AMD64 通常指相同的 64 位元 x86 架構，適用於常見的 Intel 與 AMD 電腦。ARM64 適用於相應的 ARM 裝置。Android 通用版包含多種架構，不確定裝置架構時可選用。下載前請在系統資訊中確認處理器類型，不要只看裝置品牌。
Apple Silicon 應該選哪個 macOS 安裝檔？
建議優先選擇明確提供 Apple Silicon 原生版本的用戶端，例如本頁 Clash Plus 的 ARM64 安裝檔。本頁部分用戶端的兩個架構下載入口目前都指向同一個 x64 安裝檔，卡片上已有註明；在 Apple Silicon 上執行這類安裝檔需要系統支援 Rosetta 2，不能只憑入口名稱判定為原生架構。
安裝用戶端後，為什麼還是無法直接連線？
安裝檔只包含用戶端程式，不含可用的訂閱或代理服務。請匯入自己有權使用的訂閱或設定，選擇代理策略，並視需要啟用系統代理或 TUN。若已匯入訂閱仍無法連線，請先查看連線記錄、設定狀態與系統代理設定。
更新用戶端前需要備份哪些資料？
請備份本機設定、覆寫規則及需要保留的設定，並記下目前使用的訂閱來源。更新前先結束舊版用戶端，避免多個執行個體搶用監聽連接埠。訂閱網址可能包含存取憑證，請將備份存放在私人位置；更換用戶端時，不要直接覆蓋其他軟體的資料目錄。
已停止維護的用戶端還能下載嗎？
本頁保留 Clash for Windows 和 ClashX Meta 的封存下載入口，主要供重現舊環境與移轉設定使用。這些用戶端已不適合作為新裝置的預設選擇，也可能無法辨識新協定或較新的設定欄位。移轉時建議先保留舊設定副本，再於仍在維護的用戶端中逐項測試。