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 后断网或系统代理未生效的问题。