安裝檔直接取自各專案的 GitHub Release 官方發布頁,逐位元組一致地同步分發;涵蓋 Windows / macOS / Android / iOS / Linux 五個平台,並提供中文設定教學與協定參考手冊。
本站不對安裝檔做任何重新打包、改名或附加處理:檔案自各專案的 GitHub Release 頁面取回後原樣分發,內容與官方發布逐位元組一致。你在本站點擊的每一個下載項目,最終取得的檔案與直接存取 GitHub 所得完全相同。鏡像只解決「取回」這一步的網路可達性問題,不在檔案本身之上疊加任何加工;若某條連結與官方頁面出現不一致,一律以 GitHub 上的官方發布為準。
適用範圍:下載頁全部安裝檔 · 來源:GitHub Release
下載頁依 Windows、macOS、Android、iOS、Linux 五個平台分區,另設 mihomo 核心區,供伺服器與路由器使用者參考。每個平台並列多款客戶端,標註推薦等級、適用架構與系統需求;不論是桌面 GUI 使用者、行動裝置使用者還是命令列使用者,都能在同一頁面內找到對應項目,不必在多個儲存庫的發布頁之間反覆比對檔名與架構後綴。
平台:Windows / macOS / Android / iOS / Linux · 另設 mihomo core 區
鏡像清單跟隨各上游儲存庫的發布節奏更新:新版本在 GitHub Release 出現後,下載頁對應項目隨之更新,版本號與檔名以等寬字體標註於卡片明細中。已停止維護的客戶端(如 Clash for Windows、ClashX Meta)保留封存項目並明確標示狀態,方便仍在舊環境上運行的使用者取得最後一個可用版本,而不是讓連結悄悄失效。
封存標示:Clash for Windows · ClashX Meta
從匯入訂閱、選擇代理模式到驗證連通性,教學頁把首次設定拆成可以照著做的步驟:每一步都寫清楚要點哪裡、會看到什麼畫面、下一步該做什麼,步驟之間有明確銜接。Windows 的 TUN 模式與服務安裝、macOS 的網路擴充功能授權與鑰匙圈彈窗等平台特有環節單獨說明,並在對應位置提供常見錯誤的處理入口,首次上手不需要另外翻查文件。
入口:start.html · 分步教學,含平台特有環節
協定手冊頁梳理 Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 等常見代理協定的誕生背景、設計取捨與適用情境,比較連線建立速度、資源占用與行動裝置電量表現;同時說明原版 Clash、Clash.Meta 與 mihomo 核心之間的家族關係與設定相容性差異。目標是幫你在客戶端裡選對協定類型,而不是被訂閱裡一長串名詞困住。
入口:knowledge.html · 協定與核心選型參考
FAQ 頁依基礎認知、安裝設定、使用技巧、故障排查四類整理常見問題;技術筆記裡另有完整的排查清單,涵蓋「已連線但打不開網頁」「節點全部逾時」「訂閱解析失敗」等高頻情境。排查文章依固定順序逐項排除,每一步都附確認方法與對應處理動作,目的是讓你在十分鐘內定位斷點,而不是盲目重裝。
入口:faq.html · blog/ 技術筆記
Clash 最初是一個以 Go 語言撰寫的開源代理核心,以規則分流與策略群組能力在社群中廣泛流傳。2023 年原儲存庫封存後,社群分支 Clash.Meta 延續開發並更名為 mihomo,補上更多協定支援與規則能力,成為目前主流圖形客戶端普遍採用的核心。
Clash Verge Rev、FlClash、Clash Nyanpasu、Clash Meta for Android 等客戶端皆為開源專案,程式碼託管於 GitHub,任何人都能查閱原始碼、提交問題、參與貢獻或自行建置。各客戶端在介面與平台支援上各有側重,選型可參考本站的客戶端對比頁。
圖形客戶端負責介面、訂閱管理與系統代理設定,實際的流量處理由內建的 mihomo 核心完成。因此不同客戶端之間的設定檔在很大程度上可以互通,更換客戶端通常不需要重寫設定,只需重新匯入訂閱即可。
本站清單跟隨上游 GitHub Release 更新,不修改、不重新打包任何檔案;封存專案保留最後可用版本並標示狀態。任何項目若與官方發布頁不一致,以 GitHub 官方發布為準。
clone the kernel repo
mihomo 核心儲存庫,目前主流 Clash 客戶端共同採用的開源核心。想從原始碼建置或追蹤變更記錄,可直接複製儲存庫查看。
剛接觸 Clash 的使用者常把「客戶端」和「核心」當成同一件東西,實際上兩者分工很清楚:核心(現在多為 mihomo)負責解析設定檔、建立連線,並依規則決定每一個請求是直連還是走代理;客戶端只是核心之上的一層介面,負責匯入訂閱、切換節點、寫入系統代理設定以及顯示連線紀錄。理解這一層關係能省下很多困惑——同一份設定檔在 Clash Verge Rev、FlClash 或 Clash Meta for Android 裡通常都能直接使用,換客戶端並不需要重寫設定,只要重新匯入訂閱即可;而當連線行為異常時,先判斷問題出在介面操作還是核心規則,後續排查方向會完全不同。
訂閱連結本質上是一個會回傳設定內容的網址:客戶端依週期請求它,把伺服器回傳的節點清單與策略組寫入本地設定檔,再交給核心載入生效。因此「訂閱更新失敗」往往與客戶端本身無關,更常見的原因是連結已過期、帳號流量用盡、伺服器回傳了一個 HTML 錯誤頁,或者回傳的格式與目前核心版本不相容。遇到更新後節點清零的情況,可以先把訂閱網址貼到瀏覽器裡直接開啟,看清伺服器究竟回傳了什麼內容,再決定是更換連結、聯繫服務提供方,還是升級客戶端與核心版本。
系統代理是最輕量的接管方式:作業系統把那些「遵守代理設定」的程式流量交給本機監聽埠,瀏覽器一類應用基本都能被涵蓋。但部分遊戲、命令列工具以及自帶網路堆疊的軟體會繞過系統代理,這時才需要 TUN 模式——它透過虛擬網卡在系統網路層接管全部流量,代價是需要管理員權限或安裝一個服務元件。真正決定「哪些流量走代理」的是設定裡的規則集:國內網域與私有位址一般直連,海外網域與特定平台交給對應策略組,規則的先後順序直接決定命中結果,順序寫反就會出現「明明選了節點卻仍然直連」的現象。
大多數「客戶端顯示已連線、網頁卻打不開」的問題都可以用一套固定順序定位:先確認系統代理或 TUN 是否真的處於開啟狀態,再在客戶端內測試節點延遲以確認伺服器可用,接著檢查 DNS 是否被汙染或指向了無法連線的伺服器,最後查看請求命中了哪一條規則、走的是哪個策略組。每一步都有可以直接觀察到的現象,依序走一遍通常十分鐘內就能鎖定斷點;跳過前兩步直接重新安裝客戶端,多數時候只是把同一個問題換個地方重現一次。
本站只做安裝檔的鏡像分發,不提供也不代售任何代理節點或訂閱服務,設定裡需要填寫的伺服器資訊請向你自己的服務提供方取得。下載完成後建議核對檔名與版本號是否與 GitHub 官方發布頁一致,安裝時不要使用來源不明的「綠色版」「破解版」;使用過程中請遵守所在地區的法律法規與相關服務條款,把工具用於正常的技術學習與合法的網路存取需求。