CL-03.1
Windows
收錄 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 等安裝包,適配 Windows 10 及以上系統。
前往下載CARD CATALOG · CLASH LIBRARY
Clash資源站 客戶端下載·訂閱導入·協議選型
按目錄編號上架的 Clash 資料館:收錄 Windows、macOS、Android、iOS、Linux 五平台客戶端安裝包,附訂閱導入教學、自訂規則寫法與協議選型參考,全部條目免費開放借閱。
CL-01規則集
CL-02訂閱
CLASH LIBRARY · CL-03
Clash 客戶端總目
編目 2026-08-01
CL-03客戶端
CL-04設定
CL-05教學
CARD CATALOG · CLASHLIBRARY.COM
編目範圍 CL-01—CL-05|收錄平台 Windows / macOS / Android / iOS / Linux|編目日期 2026-08-01
CL-03客戶端借閱台
五個平台各占一只抽屜,點擊卡片直達下載頁對應分區。
下載頁按作業系統分抽屜上架,每個平台並列收錄多款整理過的 Clash 客戶端:各平台首推 Clash Plus,另有 Clash Verge Rev、FlClash 等條目;已停止維護的舊客戶端單獨歸檔標註,方便舊用戶查閱而不誤導新用戶。
CL-03.2
macOS
Intel 與 Apple Silicon 雙架構安裝包分列陳放,ClashX Meta 歸檔條目一併保留備查。
前往下載CL-03.3
Android
APK 直接安裝,收錄 Clash Plus、Clash Meta for Android、FlClash 與 Surfboard 四款。
前往下載CL-03.4
iOS
Clash Plus 已上架 App Store,卡片附商店直達連結與官網 clashplus.io 入口。
前往下載CL-03.5
Linux
提供 deb 安裝包與桌面客戶端,Clash Verge Rev 為推薦條目,FlClash 備選。
前往下載
查看全部客戶端 →
伺服器與路由器用戶請直接借閱 mihomo 核心分區 →
CL-01館藏特性檢索
五項核心能力各占一只抽屜,點擊標籤抽出對應索書卡。
這一櫃收的是概念而不是檔案:規則分流、訂閱管理、策略組調度、流量接管方式與內核脈絡,構成了理解 Clash 的五個基本面。日常遇到的匯入之後沒有節點、部分網站打不開、命令列程式不走代理之類的現象,追到底幾乎都是這五項裡某一項沒有理清。先把抽屜逐只抽出來讀一遍,再回到客戶端介面動手,排錯時才不必憑感覺反覆嘗試。
索書號 CL-01 · 自訂規則
規則分流:每條連線各走各的路
Clash 依據規則決定每條連線走代理還是直連。規則以 DOMAIN、DOMAIN-SUFFIX、IP-CIDR、GEOSITE 等類型逐行撰寫,由上而下比對,命中即停。訂閱自帶的規則不合用時,可在設定檔中追加自訂條目,例如讓公司內網網域強制直連、讓特定服務固定走某個地區的節點。mihomo 核心還支援 rule-providers,把規則集拆成獨立檔案遠端維護,更新規則無需改動主設定檔。規則寫法與優先順序細節見協議手冊與教學頁。
索書號 CL-02 · 訂閱管理
訂閱連結:節點與規則的遠端載體
訂閱連結是服務商下發節點與規則的載體,本質是一份可遠端更新的 YAML 設定檔。在客戶端的設定頁面貼上 URL 即可導入,並可設定自動更新週期,節點變動後無需手動重新設定。若訂閱格式與客戶端不相容,可經訂閱轉換服務把連結轉為目標格式;多份訂閱並存時,按用途替 Profile 命名、逐份更新與切換,避免互相覆蓋。完整導入步驟與常見錯誤處理收錄在教學頁 CL-05 抽屜。
索書號 CL-03 · 策略組
策略組:按用途編組的出口調度
策略組把節點按用途編組,決定流量的實際出口。select 組手動選點;url-test 組定時測延遲並自動挑選最快節點;fallback 組在首選節點故障時按順序切換備用;load-balance 組把連線分散到多個節點。規則末端指向策略組而非具體節點,換節點只需在組內切換一次,規則本身無需改動。客戶端介面裡的分組面板就是策略組的視覺化呈現,支援逐組測速與手動調整,是日常使用中接觸最多的一層。
索書號 CL-04 · 系統代理與 TUN
兩種接管方式:各有覆蓋範圍
系統代理由客戶端向作業系統登記 HTTP/SOCKS 代理位址,瀏覽器等遵循系統設定的應用程式會自動走代理;但命令列工具與部分應用程式會忽略這項設定。TUN 模式則另建一張虛擬網卡,在網路層接管全部流量,不依賴應用程式是否配合,覆蓋範圍更完整,代價是需要額外權限(Windows 系統管理員、macOS 網路擴充功能授權)。日常瀏覽用系統代理即可,需要全面接管時再開啟 TUN,兩者的原理差異與開啟步驟見技術筆記專文。
索書號 CL-05 · mihomo 核心
mihomo:目前維護中的核心主線
Clash 生態分核心與圖形客戶端兩層:核心負責協議交握、規則比對與流量轉送,客戶端只是包在外面的操作介面。原版 Clash 核心已停止更新,社群分支 Clash Meta 延續開發並更名為 mihomo,補上了 VLESS、Hysteria2、TUIC 等新協議與 GEOSITE 資料庫支援,是目前維護最活躍的主線。本站收錄的 Clash Plus、Clash Verge Rev、FlClash 等客戶端均以 mihomo 為核心,設定檔可相互通用。核心家族關係詳見協議手冊。
CL-05快速上手摘錄
完整流程收錄在教學頁,此處摘錄三個主要步驟。
從拿到訂閱連結到瀏覽器裡真正走上代理,中間只有三步:裝客戶端、匯入設定、選點並打開接管開關。三步之中最容易卡住的是第二步,因為訂閱連結的格式由服務商決定,而客戶端只認它能解析的那一種;真正的排查順序是先確認連結在瀏覽器裡能回傳內容,再確認回傳的是 Clash 可讀的 YAML,最後才去看客戶端的日誌。第三步的常見誤會是把「已連線」當成「已生效」——策略組選好了節點,若系統代理或 TUN 開關沒打開,流量依然原路直連,瀏覽器自然看不出變化。
步驟 01 · 安裝客戶端
下載並安裝對應平台客戶端
從下載頁選取所在平台的客戶端安裝包,按系統提示完成安裝;macOS 首次啟動需放行網路擴充功能授權。
步驟 02 · 導入訂閱
貼上訂閱連結生成設定檔
在設定頁面貼上服務商提供的訂閱 URL,導入後客戶端自動拉取節點清單與分流規則,可設定自動更新。
步驟 03 · 選點連線
開啟系統代理並驗證連通
在策略組面板選擇延遲合適的節點,打開系統代理開關,用瀏覽器存取目標網站確認流量已按規則分流。
CL-06館藏來源說明
收錄條目的出處、核心脈絡與更新機制,逐項登記如下。
專案脈絡
Clash 最初是一款以 Go 語言編寫的開源規則型代理核心,以設定靈活、規則精細著稱,圍繞它生長出涵蓋五個桌面與行動平台的圖形客戶端生態。原作者停止更新後,社群接續維護的分支成為事實主線,生態並未中斷。
核心關係
Clash Meta 分支延續原版核心開發,後更名為 mihomo,新增多種協議支援並保持設定格式向下相容。本站收錄的活躍客戶端均以 mihomo 為核心,同一份 YAML 設定檔可在不同客戶端之間搬移使用,不存在格式鎖定。
開源生態
核心與主要圖形客戶端的原始碼均在公共程式碼託管平台開放,採用寬鬆開源授權條款,任何人可查閱實作、提交問題與參與開發。軟體本體永久免費,本站僅整理下載入口與文件,不對安裝包做任何修改或二次包裝。
更新機制
下載頁的版本號與連結由腳本在頁面載入時從版本清單即時解析,上游發布新版後條目自動跟進,無需人工逐項改寫;清單暫時無法連線時按預設直連結兜底。每個條目登記編目日期,停止維護的客戶端移入歸檔區標註。
CHECKOUT · mihomo 核心原始碼
git clone https://github.com/MetaCubeX/mihomo.git
CL-09借閱指引詳錄
選客戶端、讀設定、排故障與守邊界,四份長條目登記如下。
上面幾櫃給的是索書卡,這一櫃是把卡背面的字也抄全:客戶端到底按什麼標準挑、一份 YAML 設定裡各段分別管什麼、連不上時按什麼順序往下查、以及使用工具本身應當守住哪些邊界。四段都寫成可以照著做的順序,而不是名詞羅列。
客戶端怎麼挑
既然活躍客戶端共用 mihomo 內核,協議支援與分流能力其實差別很小,真正的差別在介面與系統整合。挑選時按三個問題排序:第一,它在你的系統版本上能不能裝得起來、啟動後能不能順利取得 TUN 所需的權限;第二,它的設定管理是否順手,能不能並存多份 Profile、能不能定時自動更新訂閱;第三,它是否還在維護,最近一次發版距今多久。三個問題都合意,再去比較介面細節。反過來說,不必迷信「功能最多」的那一款:多數使用者只用到匯入訂閱、切換策略組、看一眼日誌這三件事,介面清楚比功能齊全更省心。已停止維護的舊客戶端仍能執行,但不再跟進新協議與系統適配,只適合作為舊設定的臨時讀取工具,不建議作為長期主力。
設定檔讀法
匯入訂閱產生的那份 YAML,通常由四塊組成,讀懂它們就能自己動手改。開頭是全域設定:監聽埠、執行模式、日誌等級、DNS 相關開關,決定客戶端整體行為。接著是 proxies,逐條登記節點的位址、埠、協議與認證參數,這部分一般由服務商下發,不需要手改。然後是 proxy-groups,把節點按用途編組,規則最終指向的就是這裡的組名。最後是 rules,自上而下逐行比對,命中即停,所以順序比數量更重要:一條寫得太寬的規則放在前面,會把後面所有更精確的條目蓋掉。要加自訂規則,優先加在 rules 頂部並只針對明確的網域或網段;要長期維護成套規則,則用 rule-providers 把規則集拆成獨立檔案遠端引用,主設定只留一行引用即可。
連不上時的排查順序
遇到打不開網頁,先分清是「沒有節點」還是「節點不通」,兩者的查法完全不同。沒有節點,問題在訂閱側:把訂閱連結直接貼進瀏覽器,看能否回傳一段 YAML 文字;能回傳卻匯入失敗,多半是格式不被目前客戶端接受,過一遍訂閱轉換即可;連回傳都失敗,則是連結過期或需要更換取用位址。有節點但連不通,先在客戶端裡逐個測延遲:全部逾時通常指向本機網路或系統時間偏差,個別逾時才是節點本身的問題。都正常卻仍打不開特定網站,基本是規則比對走偏,把那個網域臨時加一條精確規則指到已知可用的策略組,若立刻恢復就確認是規則問題。始終打不開且日誌出現 DNS 相關報錯時,再回頭檢查 DNS 與 TUN 設定。按這個順序走,絕大多數故障能在三步內定位,不必反覆重裝客戶端。
使用邊界與安全
Clash 只是一個按規則轉發流量的本機工具,它既不提供節點,也不決定你能存取什麼;真正決定連線品質與資料經過誰手的,是你填進設定裡的那份訂閱。因此有三條邊界值得寫進筆記:一,訂閱連結等同於帳戶憑證,不要轉發、不要貼進公開的截圖或問答貼;二,來源不明的整份設定檔不要直接匯入,裡面的 DNS 與規則段可以靜默改變你的全部流量走向,匯入前至少讀一遍 rules 與 dns 兩段;三,當地法律法規與所在網路的使用條款優先於任何教學,本站只登記軟體資料與操作方法,不提供也不推薦任何節點服務。工具中立,責任在使用者,這一條比任何設定技巧都重要。