按系统下载
从下载页选择 Windows、macOS、Linux、Android 或 iOS 对应的客户端，完成安装并打开主界面。
OPEN SOURCEClash / Mihomo
PLATFORMSWindows · macOS · Linux · Android · iOS
FOCUS配置 · 规则 · 排查
Configuration map
从连接入口到规则出口，按主管道理解 Clash
Clash 客户端的设置项较多，真正影响使用结果的通常是配置文件、代理模式、规则顺序和系统接管方式。下面把这些主题拆成可以逐项查阅的分流节点。
Rules / 规则
让不同连接进入正确的策略组
规则模式不是简单地把所有流量交给同一个节点，而是依次读取域名、IP、进程或地理规则，再把结果交给对应的策略组。导入配置后，先确认规则提供方和策略组名称已经正常加载，再通过客户端的连接记录观察实际命中的规则。自定义规则通常放在配置文件的规则区，顺序很重要：更具体的域名规则应排在范围更大的兜底规则之前，最后才使用 MATCH 作为收尾。这样既便于日常访问，也方便定位某个站点为什么走了直连或代理。
适合：希望按网站、应用或地址类型分别处理连接的场景。
Subscription / 订阅
更新配置前，先建立可回退的版本边界
订阅链接通常返回一份完整配置或经过编码的节点集合。第一次导入时，应先确认链接来自可信服务，并检查客户端是否识别出代理、策略组和规则三个基本部分。更新订阅前保留当前可用配置，更新后重点比较策略组名称、代理端口和 DNS 设置；如果更新结果为空或解析失败，可以切回旧配置，而不是在故障状态下反复点击更新。对于多份配置，建议用清晰的名称区分工作、家庭和测试用途，避免误把测试文件设为启动配置。
适合：需要定期更新节点、同时保留多个配置文件的场景。
Mode / 模式
规则、全局与直连，分别对应不同的排查目标
规则模式按配置中的判断条件分流，适合日常使用；全局模式会把可代理连接集中交给选定的代理组，常用于确认某个站点或应用是否受到规则影响；直连模式则绕过代理，适合检查本地网络、服务商解析和目标网站本身。切换模式时应记住它只改变流量决策，不会替代订阅更新，也不会修复错误端口。排查时可以先用全局模式验证链路，再回到规则模式确认规则是否符合预期，最后用直连做对照。
适合：区分规则问题、代理链路问题和本地网络问题。
TUN / 系统接管
让不支持系统代理的应用进入代理链路
TUN 模式通过虚拟网络接口接收系统流量，能够覆盖部分不读取 HTTP 或 SOCKS 系统代理的应用。启用前需要确认客户端具备管理员或系统扩展权限，并留意 DNS 劫持、局域网访问和已有 VPN 软件之间的关系。建议先记录当前系统网络状态，只开启一个流量接管入口，再测试浏览器、终端和局域网设备。遇到本地打印、文件共享或开发服务不可访问时，应优先检查绕过局域网规则，而不是直接重复切换 TUN 开关。
适合：终端、游戏启动器或其他不读取系统代理的程序。
Ports / 端口
先确认监听端口，再判断应用是否真正接入
HTTP、SOCKS、混合端口和控制端口承担不同职责。浏览器或系统代理需要填写客户端提供的代理端口，控制端口则用于外部面板或 API 管理，不能混用。修改端口后要同步检查系统代理、浏览器扩展、终端环境变量以及局域网访问权限；如果只有某一个应用无法联网，还要确认它是否使用了独立代理设置。排查时从本机监听状态和客户端连接记录开始，比直接更换节点更容易找到原因。
适合：导入成功但浏览器、终端或单个应用仍无法连接的场景。
Quick start
三步完成第一次连接
教程页保留一条清晰主线：先安装客户端，再导入配置，最后验证代理行为。遇到分支问题时，可回到对应章节检查。
导入订阅配置
在配置文件或订阅管理入口粘贴订阅地址，更新后确认代理列表、策略组和规则均有内容。
选择模式并验证
先使用规则模式连接，再访问测试地址或查看连接记录；若结果异常，按端口、DNS 和规则顺序逐项检查。
Platform entry
按设备找到对应客户端
平台入口只负责定位下载页中的对应分组，具体客户端、系统要求和安装包说明集中维护在下载页。
Windows桌面客户端与安装包前往下载 →
macOSApple Silicon 与 Intel前往下载 →
Android移动端配置与应用前往下载 →
iOSApp Store 客户端入口前往下载 →
Linux桌面客户端与服务器方案前往下载 →
查看全部客户端 →
Open source context
先分清客户端、内核与配置文件
Clash 生态中，图形客户端负责界面和系统集成，Mihomo 负责解析配置、匹配规则与建立连接。理解这层关系，可以避免把客户端名称、内核能力和订阅服务混为一谈。
早期 Clash 项目推动了规则配置与代理策略组的普及，后续社区围绕内核能力、桌面封装和移动端适配形成了不同项目。Clash Plus、Clash Verge Rev、FlClash 等客户端的界面和发布节奏各不相同，但都需要通过配置文件决定代理行为。下载时应先看系统平台，再看客户端是否支持所需的内核功能。
Mihomo 的更新涉及配置字段、DNS、TUN、入站端口和规则处理等部分。客户端可能不会在同一天同步发布，因此遇到某个设置项缺失时，应同时查看客户端版本说明和内核支持范围。本站把常见概念拆开说明，便于按问题定位资料，而不是只记住某个按钮的位置。
Repository reference
用真实配置语法建立排查起点
需要查看内核行为或准备测试配置时，可从开源仓库获取文档与示例。下面的命令仅用于说明标准 Git 操作，实际使用请以项目当前公开仓库地址为准。
git clone https://github.com/MetaCubeX/mihomo.git
项目历史：Clash 生态由客户端、内核和配置规则共同组成，下载入口与使用教程需要分别看待。
维护方式：版本清单只用于更新下载按钮，页面不把易变的版本号写进首页标题或装饰区域。
实践建议：出现连接异常时保留现有配置，逐项记录模式、端口、DNS 和规则变化，便于回退与复现。
Common checks
几个高频问题的判断入口
下面的短答适合快速定位方向；需要完整操作顺序时，请进入教程或常见问题页面。
导入订阅后没有策略组怎么办？
先检查订阅返回内容是否能被当前客户端解析，再确认配置文件已经更新并被设为当前使用项。
进入故障排查 →规则模式和全局模式如何选择？
日常使用优先规则模式；测试某条代理链路时可临时使用全局模式，再回到规则模式验证。
查看模式说明 →为什么某个应用不读取系统代理？
部分终端、游戏或后台服务不使用系统代理设置，可先检查应用自身代理入口，再评估 TUN 接管。
查看 TUN 术语 →端口改动后浏览器无法连接？
确认浏览器、系统代理和客户端监听端口保持一致，并检查旧进程是否仍占用原端口。
查看端口检查 →