SLOT 01 / DESKTOP
Windows
適用於 Windows 10 與 Windows 11 桌面環境。進入下載頁後先確認系統位元，再從 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 等用戶端中選擇。安裝完成後可使用系統代理，也可依權限與接管範圍設定 TUN 模式。
前往下載
PLATFORM DOCK / 01
依平台進入下載清單
首頁僅負責定位平台。安裝包類型、用戶端維護狀態、處理器架構與具體下載按鈕，統一放在下載頁核對。
SLOT 02 / DESKTOP
macOS
macOS 安裝包需區分 Intel 與 Apple Silicon。M1、M2、M3、M4 等晶片通常選擇 ARM 架構，較早期的 Intel Mac 則選擇 x64。首次啟動時還需依系統提示確認網路擴充功能、代理設定或輔助權限，不能只依檔名判斷是否安裝成功。
前往下載
SLOT 03 / MOBILE
Android
Android 頁面提供適用於手機與平板的用戶端入口。近年多數裝置使用 ARM64，舊裝置可能需要 ARM 或通用套件。匯入訂閱後，系統會顯示 VPN 連線確認視窗；只有使用者確認授權，用戶端才能將應用程式流量交由規則核心處理。
前往下載
SLOT 04 / MOBILE
iOS
iPhone 與 iPad 透過 App Store 安裝 Clash Plus。進入下載頁可查看商店入口與官方網站 clashplus.io。首次啟用設定時，iOS 會要求加入 VPN 設定；完成系統驗證後，再返回用戶端選擇訂閱、策略組與連線模式。
前往下載
SLOT 05 / DESKTOP
Linux
Linux 桌面可選擇 Clash Verge Rev 或 FlClash；伺服器、軟路由與容器環境通常直接部署 mihomo 核心。桌面安裝前請核對 deb、rpm 與發行版類型；命令列部署還需設定設定檔目錄、服務權限、開機啟動與代理環境變數。
前往下載
A
先核對處理器架構
作業系統名稱相同，不代表安裝包可以通用。macOS 需要區分 Intel 與 Apple Silicon，Android 常見 ARM64、ARM 與通用套件，Linux 則還涉及 AMD64、ARM64、ARMv7 與不同套件格式。架構不相容時，常見情況是安裝程式無法啟動、系統提示不支援該檔案，或核心啟動後立即退出。
B
再判斷圖形用戶端或核心
日常桌面與行動裝置優先選擇具備圖形介面的用戶端，訂閱更新、策略組切換、系統代理與日誌檢視都能在介面中完成。伺服器與路由器則更適合直接執行 mihomo，並透過設定檔、systemd 或容器管理程序。兩種部署方式使用的規則概念相近，但安裝路徑與故障排除入口不同。
C
安裝後仍需匯入設定
用戶端安裝完成不等於網路已經被接管。還需要匯入可用訂閱或本機 YAML 設定檔，完成設定更新、選擇策略組，並依裝置環境開啟系統代理或 TUN 模式。連線異常時先查看用戶端日誌，不要同時修改 DNS、連接埠、規則與代理模式，否則很難判斷是哪項設定造成影響。
RULE CORE / 02
規則核心資料瀏覽器
從請求進入用戶端開始，分別查看規則比對、訂閱更新、系統接管與核心相容性的工作邊界。
規則依序比對，策略組負責最終出口
規則模式不是將所有連線統一送往同一個節點。用戶端會依照設定中的順序檢查網域、IP、程序、連接埠或規則集，命中後便將連線交給指定策略組。策略組可以固定選擇節點，也可以依自動測試、故障轉移或負載方式決定出口。最後的 MATCH 用來接住前面未命中的請求，因此規則順序與兜底策略會直接影響實際結果。
排查分流錯誤時，應先在日誌中確認請求命中了哪條規則，再檢查該規則指向的策略組與目前選擇。相較於只提供全域連線的工具，Clash 規則體系能將直連、代理、攔截與不同線路放進同一份設定，但也要求設定維護者明確掌握優先順序。修改時一次只調整一組規則，避免上層規則遮蔽下層規則。
輸入 網域、目標 IP、程序、連接埠
處理 由上而下比對規則
輸出 DIRECT、REJECT 或策略組
訂閱負責設定來源，不直接等同於目前連線
訂閱連結通常會回傳一份遠端設定或節點集合。用戶端完成下載後，還要解析 YAML、儲存本機副本，並將其中的代理、策略組、規則與 DNS 設定載入核心。頁面顯示更新成功，只能表示已取得遠端內容；是否存在可選節點、設定語法能否被目前核心辨識、策略組引用是否完整，仍需透過設定清單與執行日誌確認。
穩定的管理方式是保留更新時間、更新結果與目前啟用設定這三項資訊。訂閱失敗時依序檢查連結是否完整、網路能否存取訂閱網址、回應內容是否為有效設定，以及用戶端是否回報解析錯誤。不要反覆刪除整個應用程式資料；先匯出本機修改，並區分遠端設定問題與用戶端網路問題。
取得 下載遠端設定內容
解析 檢查 YAML 與欄位相容性
載入 切換目前執行設定
系統代理與 TUN 模式的涵蓋範圍不同
系統代理主要修改作業系統提供的 HTTP、HTTPS 或 SOCKS 代理設定，遵循系統代理的應用程式會將請求交給用戶端監聽的連接埠。部分命令列程式、遊戲、虛擬機器與自行實作網路堆疊的軟體可能忽略這項設定。TUN 模式則透過虛擬網路介面接管更廣泛的 IP 流量，適合需要涵蓋更多應用程式的環境，但通常需要額外權限，也會改變 DNS 與路由的排查路徑。
選擇模式時應從接管目標出發，而不是同時開啟所有選項。瀏覽器與一般桌面應用程式可先測試系統代理；確認存在不遵循代理設定的程式後，再評估 TUN。若開啟後無法連網，先檢查核心日誌、虛擬網卡權限、預設路由、DNS 監聽連接埠與其他 VPN 軟體的衝突，不要將節點逾時與系統接管失敗混為同一個問題。
系統代理 面向遵循代理設定的應用程式
TUN 透過虛擬介面擴大接管範圍
驗證 同時檢查路由、DNS 與日誌
圖形用戶端與代理核心是兩層元件
Clash 生態系中的桌面或行動用戶端主要負責介面、設定管理、系統整合與程序控制，真正解析規則並轉發連線的是底層核心。不同用戶端可能整合不同核心版本，也可能允許替換核心。目前常見的維護分支是 mihomo，它延續並擴充了 Clash Meta 的設定能力；原版 Clash 與部分舊用戶端已停止維護，舊設定仍可能被使用，但不能因此假設所有新欄位都相容。
遷移用戶端時，先記錄目前的連接埠、DNS 模式、規則提供器、策略組與 TUN 設定，再檢查目標核心支援的欄位。圖形介面名稱相似，不代表設定目錄與啟動參數一致。伺服器部署則應直接閱讀核心日誌與服務狀態。將介面、設定與核心問題分層處理，可以大幅縮小定位範圍。
介面層 訂閱、設定與系統整合
核心層 DNS、規則比對與流量轉發
遷移 逐項核對設定欄位的相容範圍
請求進入階段
系統代理請求通常會到達用戶端的 HTTP、SOCKS 或 mixed-port；TUN 流量則先進入虛擬網路介面。若應用程式完全沒有出現在日誌中，應優先檢查接管路徑、監聽位址與系統設定，而不是先更換節點。
DNS 解析階段
網域可能由系統解析，也可能進入用戶端 DNS 模組。fake-ip、redir-host、遠端解析與回退策略都會改變查詢路徑。出現網域無法連線但 IP 可存取時，應沿著解析鏈檢查，不要只查看代理節點狀態。
規則判定階段
日誌中的規則名稱、策略組與最終節點構成一筆完整的判定紀錄。請求走錯出口時，先確認是否被更前面的規則命中，再核對規則集更新時間與策略組目前的選擇。
建立連線階段
規則命中正確但連線仍逾時時，排查重點才轉向節點可達性、協定參數、本機防火牆與目標網站。按階段定位能避免在規則、DNS、接管與節點之間無序切換設定。
SOURCE RECORD / 03
開源生態與維護邊界
用戶端名稱、圖形介面與代理核心並不是同一個專案。下載與排障前，應先確認問題屬於哪一層。
專案歷史：從原版 Clash 到後續維護分支
Clash 最初建立了以 YAML 設定、規則比對、策略組與多協定代理為核心的使用方式。原版專案停止維護後，生態系並未整合成單一軟體，而是由多個核心分支與圖形用戶端持續演進。閱讀舊教學時，需要留意文章指的是原版 Clash、Clash Meta、mihomo，還是某個特定用戶端；同名設定在不同版本中可能存在欄位與預設值差異。
生態結構：用戶端負責介面，核心負責流量
Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、ClashX Meta 等名稱通常指向不同平台實作或圖形用戶端。用戶端提供訂閱管理、策略選擇、系統代理開關、日誌檢視與更新入口；mihomo 等核心則負責監聽連接埠、執行 DNS 邏輯、比對規則並建立出站連線。介面可以開啟但代理失敗時，仍需檢查核心是否成功啟動。
核心關係：設定相容性需要逐項核對
mihomo 延續 Clash Meta 的維護方向，並加入更多規則、DNS、隧道與協定能力。相容不代表所有舊設定都能直接複製，也不代表新設定可以交由舊核心執行。遷移時應從日誌層級、連接埠、代理組、規則提供器、DNS 與 TUN 設定開始逐項載入；每完成一層就測試一次，便於發生解析錯誤時確認具體欄位。
更新機制：版本資訊以專案發行紀錄為準
本網站下載頁透過版本清單填入用戶端版本與下載網址，空白版本資訊不會顯示。專案是否持續維護，應結合發行紀錄、提交活動與公告判斷，不能只看軟體名稱是否仍被廣泛使用。停止維護的用戶端會在下載清單中標示為封存用途；新安裝優先考慮仍有持續發行紀錄、支援目前作業系統與目前核心設定的用戶端。
FIELD NOTES / 04
常見問題精選
以下問題用於快速確認排查方向。術語定義與相關概念可繼續進入名詞解釋頁查閱。
用戶端已經安裝，為什麼瀏覽器仍使用原本的網路？
先確認設定已成功載入、策略組有可用選項，並檢查系統代理是否已開啟。若瀏覽器請求沒有出現在用戶端日誌中，問題通常位於系統代理或接管路徑；若日誌已有請求，再繼續檢查規則命中與節點連線。可在 名詞解釋 中查看系統代理、混合連接埠與 TUN 的差異。
訂閱更新成功，為什麼設定清單中仍然沒有節點？
更新成功可能只表示請求收到回應。還需要確認回應內容是有效設定、用戶端能解析其中欄位、代理清單不是空值，並且目前啟用的是剛更新的設定。開啟更新日誌，尋找 YAML 解析、欄位相容性或策略組引用錯誤，再對照 名詞解釋 理解訂閱與本機設定的關係。
系統代理和 TUN 模式應該選哪一個？
瀏覽器及遵循系統代理的桌面程式可先使用系統代理，設定路徑較直接。需要涵蓋遊戲、命令列程式或忽略系統代理的應用程式時，再評估 TUN 模式。TUN 會涉及虛擬網卡、路由、權限與 DNS 路徑，開啟後應同時檢查這些環節。相關術語可在 名詞解釋 中繼續查閱。
規則顯示已命中代理組，但連線仍然逾時，該怎麼辦？
規則命中只表示分流階段已完成，不代表出站連線必然成功。繼續檢查策略組目前的選擇、節點參數、目標位址可達性、本機防火牆與網路限制。如果同一節點對所有目標都失敗，重點檢查節點與協定；如果只有特定網域失敗，再檢查 DNS、目標網站與更細的規則條件。術語關係可參考 名詞解釋。
TECH LOG / 05
最新設定與故障排除文章
文章圍繞可重現的網路路徑展開，分別記錄檢測方法、日誌定位、設定邊界與復原步驟。
Clash DNS 洩漏怎麼檢測：瀏覽器測試、日誌定位與防洩漏設定
從檢測結果、系統解析路徑與用戶端日誌著手，逐項設定 fake-ip、遠端解析與回退策略。文章重點區分瀏覽器顯示結果、作業系統查詢與用戶端 DNS 模組，避免只根據單次網頁測試下結論。
Clash 原版、Meta 與 mihomo 核心差異：功能邊界與用戶端選型
整理三個核心分支的專案關係、設定相容範圍與維護狀態，並說明圖形用戶端與核心之間如何組合。遷移設定前可據此判斷哪些欄位需要複查，哪些舊教學已不適用於目前環境。
Clash TUN 模式和系統代理有什麼差異：接管範圍、DNS 路徑與適用情境
比較兩種模式從應用程式請求到代理核心的完整路徑，並說明權限、虛擬網卡、DNS 與路由的排查方法。適合處理部分應用程式未經代理、開啟 TUN 後無法上網或系統代理未生效等問題。