CL-03.1
Windows
收录 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 等安装包,适配 Windows 10 及以上系统。
前往下载CARD CATALOG · CLASH LIBRARY
按目录编号上架的 Clash 资料馆:收录 Windows、macOS、Android、iOS、Linux 五平台客户端安装包,附订阅导入教程、自定义规则写法与协议选型参考,全部条目免费开放借阅。
CLASH LIBRARY · CL-03
Clash 客户端总目
编目 2026-08-01
编目范围 CL-01—CL-05|收录平台 Windows / macOS / Android / iOS / Linux|编目日期 2026-08-01
五个平台各占一只抽屉,点击卡片直达下载页对应分区。
下载页按操作系统分抽屉上架,每个平台并列收录多款整理过的 Clash 客户端:各平台首推 Clash Plus,另有 Clash Verge Rev、FlClash 等条目;已停止维护的旧客户端单独归档标注,方便老用户查阅而不误导新用户。
CL-03.1
收录 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 等安装包,适配 Windows 10 及以上系统。
前往下载CL-03.2
Intel 与 Apple Silicon 双架构安装包分列陈放,ClashX Meta 归档条目一并保留备查。
前往下载CL-03.3
APK 直接安装,收录 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 四款。
前往下载CL-03.4
Clash Plus 已上架 App Store,卡片附商店直达链接与官网 clashplus.io 入口。
前往下载CL-03.5
提供 deb 安装包与桌面客户端,Clash Verge Rev 为推荐条目,FlClash 备选。
前往下载服务器与路由器用户请直接借阅 mihomo 内核分区 →
五项核心能力各占一只抽屉,点击标签抽出对应索书卡。
这一柜收的是概念而不是文件:规则分流、订阅管理、策略组调度、流量接管方式与内核脉络,构成了理解 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 内核
Clash 生态分内核与图形客户端两层:内核负责协议握手、规则匹配与流量转发,客户端只是包在外面的操作界面。原版 Clash 内核已停止更新,社区分支 Clash Meta 延续开发并更名为 mihomo,补齐了 VLESS、Hysteria2、TUIC 等新协议与 GEOSITE 数据库支持,是目前维护最活跃的主线。本站收录的 Clash Plus、Clash Verge Rev、FlClash 等客户端均以 mihomo 为内核,配置文件相互通用。内核家族关系详见协议手册。
完整流程收录在教程页,此处摘录三个主步骤。
从拿到订阅链接到浏览器里真正走上代理,中间只有三步:装客户端、导入配置、选点并打开接管开关。三步之中最容易卡住的是第二步,因为订阅链接的格式由服务商决定,而客户端只认它能解析的那一种;真正的排查顺序是先确认链接在浏览器里能返回内容,再确认返回的是 Clash 可读的 YAML,最后才去看客户端的日志。第三步的常见误会是把"已连接"当成"已生效"——策略组选好了节点,若系统代理或 TUN 开关没打开,流量依然原路直连,浏览器自然看不出变化。
步骤 01 · 安装客户端
从下载页选取所在平台的客户端安装包,按系统提示完成安装;macOS 首次启动需放行网络扩展授权。
步骤 02 · 导入订阅
在配置页面粘贴服务商提供的订阅 URL,导入后客户端自动拉取节点列表与分流规则,可设定自动更新。
步骤 03 · 选点连接
在策略组面板选择延迟合适的节点,打开系统代理开关,用浏览器访问目标网站确认流量已按规则分流。
收录条目的出处、内核脉络与更新机制,逐项登记如下。
项目脉络
Clash 最初是一款以 Go 语言编写的开源规则型代理内核,以配置灵活、规则精细著称,围绕它生长出覆盖五个桌面与移动平台的图形客户端生态。原作者停止更新后,社区接续维护的分支成为事实主线,生态并未中断。
内核关系
Clash Meta 分支延续原版内核开发,后更名为 mihomo,新增多种协议支持并保持配置格式向下兼容。本站收录的活跃客户端均以 mihomo 为内核,同一份 YAML 配置可在不同客户端之间迁移使用,不存在格式锁定。
开源生态
内核与主要图形客户端的源代码均在公共代码托管平台开放,采用宽松开源许可证,任何人可查阅实现、提交问题与参与开发。软件本体永久免费,本站仅整理下载入口与文档,不对安装包做任何修改或二次打包。
更新机制
下载页的版本号与链接由脚本在页面加载时从版本清单实时解析,上游发布新版后条目自动跟进,无需人工逐项改写;清单暂不可达时按预置直链兜底。每个条目登记编目日期,停止维护的客户端移入归档区标注。
CHECKOUT · mihomo 内核源码
git clone https://github.com/MetaCubeX/mihomo.git
选客户端、读配置、排故障与守边界,四份长条目登记如下。
上面几柜给的是索书卡,这一柜是把卡背面的字也抄全:客户端到底按什么标准挑、一份 YAML 配置里各段分别管什么、连不上时按什么顺序往下查、以及使用工具本身应当守住哪些边界。四段都写成可以照着做的顺序,而不是名词罗列。
客户端怎么挑
既然活跃客户端共用 mihomo 内核,协议支持与分流能力其实差别很小,真正的差别在界面与系统集成。挑选时按三个问题排序:第一,它在你的系统版本上能不能装得上、启动后能不能顺利拿到 TUN 所需的权限;第二,它的配置管理是否顺手,能不能并存多份 Profile、能不能定时自动更新订阅;第三,它是否还在维护,最近一次发版距今多久。三个问题都合意,再去比较界面细节。反过来说,不必迷信"功能最多"的那一款:多数用户只用到导入订阅、切换策略组、看一眼日志这三件事,界面清楚比功能齐全更省心。已停止维护的老客户端仍能运行,但不再跟进新协议与系统适配,只适合作为老配置的临时读取工具,不建议作为长期主力。
配置文件读法
导入订阅生成的那份 YAML,通常由四块组成,读懂它们就能自己动手改。开头是全局设置:监听端口、运行模式、日志级别、DNS 相关开关,决定客户端整体行为。接着是 proxies,逐条登记节点的地址、端口、协议与认证参数,这部分一般由服务商下发,不需要手改。然后是 proxy-groups,把节点按用途编组,规则最终指向的就是这里的组名。最后是 rules,自上而下逐行匹配,命中即停,所以顺序比数量更重要:一条写得太宽的规则放在前面,会把后面所有更精确的条目盖掉。要加自定义规则,优先加在 rules 顶部并只针对明确的域名或网段;要长期维护成套规则,则用 rule-providers 把规则集拆成独立文件远程引用,主配置只留一行引用即可。
连不上时的排查顺序
遇到打不开网页,先分清是"没有节点"还是"节点不通",两者的查法完全不同。没有节点,问题在订阅侧:把订阅链接直接贴进浏览器,看能否返回一段 YAML 文本;能返回却导入失败,多半是格式不被当前客户端接受,过一遍订阅转换即可;连返回都失败,则是链接过期或需要更换取用地址。有节点但连不通,先在客户端里逐个测延迟:全部超时通常指向本机网络或系统时间偏差,个别超时才是节点本身的问题。都正常却仍打不开特定网站,基本是规则匹配走偏,把那个域名临时加一条精确规则指到已知可用的策略组,若立刻恢复就确认是规则问题。始终打不开且日志出现 DNS 相关报错时,再回头检查 DNS 与 TUN 设置。按这个顺序走,绝大多数故障能在三步内定位,不必反复重装客户端。
使用边界与安全
Clash 只是一个按规则转发流量的本地工具,它既不提供节点,也不决定你能访问什么;真正决定连接质量与数据经过谁手的,是你填进配置里的那份订阅。因此有三条边界值得写进笔记:一,订阅链接等同于账户凭据,不要转发、不要贴进公开的截图或问答帖;二,来源不明的整份配置文件不要直接导入,里面的 DNS 与规则段可以静默改变你的全部流量走向,导入前至少读一遍 rules 与 dns 两段;三,当地法律法规与所在网络的使用协议优先于任何教程,本站只登记软件资料与操作方法,不提供也不推荐任何节点服务。工具中立,责任在使用者,这一条比任何配置技巧都重要。