Windows
适合桌面日常使用，可选择 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu，也可查看已停止维护的 Clash for Windows 归档说明。安装后通常从订阅导入、策略组选择和系统代理开始配置。
前往下载
核心配置
规则、订阅与网络栈。按使用场景逐项处理。
横向浏览六项常用能力。选择卡片后，下方会显示对应的操作重点；也可以使用左右方向键或圆形按钮切换。
先确认订阅能更新，再处理节点与规则
完成导入后，先执行一次手动更新并查看更新时间与配置状态。若列表为空，优先检查订阅地址、网络访问和返回内容；若有节点但无法连接，再继续检查策略组、代理模式和系统代理。把订阅问题与连接问题分开处理，可以显著缩短排查路径。需要完整操作顺序时，可前往使用指南逐步完成。
从命中顺序理解规则，而不是只看规则数量
Clash 通常从上到下检查规则，先匹配到的规则决定当前请求进入哪个策略组。修改规则时，应先确认目标域名、规则类型和策略组名称，再检查末尾兜底项。日常使用适合规则模式；全局模式更适合临时验证代理出口；直连模式常用于判断问题是否由代理链路引起。
策略组决定出口，节点只是其中一层
配置里可能存在多层策略组，例如业务规则先进入“自动选择”，该组再从多个节点中选择出口。界面上切换节点前，应确认当前规则实际引用了哪个组。需要稳定可控时可用手动选择，需要自动比较时可使用延迟测试组；故障转移则更适合保持备用路径。
解析链路需要和代理链路一起检查
DNS 配置不能只看服务器地址，还要确认查询从哪里发出、结果怎样交给规则系统，以及 Fake-IP 是否与局域网服务兼容。修改后建议逐项测试普通域名、代理目标和本地设备名称。若部分应用正常而部分应用失败，还应检查这些应用是否使用了自己的加密 DNS。
先用简单链路验证，再扩大接管范围
系统代理设置清晰、关闭方便，适合作为首次配置的起点。确认订阅、节点和规则均可工作后，再根据游戏、命令行工具或不读取系统代理的应用需求启用 TUN。若启用后出现访问变化，可依次检查权限、路由、DNS 与局域网绕过设置，而不是同时改动多处参数。
按一次请求的完整路径读取日志
一次请求通常经历域名解析、规则匹配、策略组选择和目标连接。排查时记录发生问题的时间与目标域名，再对照日志中的错误位置。若错误出现在解析阶段，切换节点通常没有作用；若已命中规则但出口不符合预期，则应回到规则顺序与策略组设置继续检查。
平台入口
按设备选择 Clash 客户端
不同平台的安装方式、网络权限和后台运行机制并不相同。先进入对应平台，再比较图形客户端与系统要求。
macOS
下载前需要区分 Intel 与 Apple Silicon。首次启动时还可能遇到系统安全确认、网络扩展权限和代理设置授权。平台页会按芯片架构列出可选客户端，避免把不匹配的安装包下载到本机。
前往下载Android
Android 客户端依赖系统 VpnService 建立本地虚拟网络。除了导入订阅，还要留意 VPN 授权、后台运行和省电策略。若连接在锁屏后中断，通常应先检查系统的后台限制，而不是频繁更换配置。
前往下载iOS
iPhone 与 iPad 通过 App Store 获取 Clash Plus。添加订阅后，需要允许系统创建 VPN 配置；连接状态可从客户端和系统状态区域共同确认。平台入口同时列出官网信息与基础配置提示。
前往下载Linux
桌面用户可选择带图形界面的 Clash Verge Rev 或 FlClash；服务器、路由器与命令行环境则更适合直接使用 Mihomo 内核。下载前应确认发行版、处理器架构以及是否需要桌面托盘能力。
前往下载
开源生态
从客户端界面到 Mihomo 内核
Clash 生态由规则系统、代理内核、图形客户端和配置资料共同组成。理解这些层次，比记住某个界面按钮的位置更有用：界面可能调整，配置文件的基本结构、规则匹配逻辑和网络排查方法仍然可以复用。
项目历史与归档状态
Clash for Windows 曾是 Windows 用户常用的 Clash 图形客户端，提供配置管理、代理模式、策略组、连接记录和系统代理入口。原项目停止维护后，现有安装包与历史文档仍具有参考价值，但新设备更适合从仍在维护的客户端中选择。本站会把归档客户端和持续更新的替代方案分开标注，避免把维护状态混在一起。
图形客户端与内核关系
图形客户端负责订阅管理、设置界面、托盘操作和系统集成，实际规则解析与流量处理通常由内核完成。Mihomo 延续并扩展了 Clash 配置生态，许多新客户端将其作为核心组件。遇到问题时，需要判断故障位于界面层、配置层、系统网络层还是内核层；只比较客户端外观，无法解释全部连接差异。
配置可以迁移，但不能盲目照搬
常见 YAML 段落、代理组和规则写法在多个客户端之间具有相似性，不过各客户端支持的设置入口、覆写机制和内核能力可能不同。迁移配置前，应先保留原文件，再检查客户端使用的内核、字段支持情况和本地覆写内容。发现报错时，从缩进、字段名和引用关系开始检查，通常比整份替换更容易找到原因。
更新机制与资料维护
客户端下载信息集中在下载页，平台差异集中在对应标签中；教程页保留从安装到验证的连续主线，高级用法则展开策略组、规则集、DNS、TUN、Fake-IP 和本地覆写。这样的信息分层便于按问题深度查阅，也能减少旧教程把不同客户端界面混写在一起造成的误解。
历史仓库克隆命令
git clone https://github.com/Fndroid/clash_for_windows_pkg.git
第一次配置
从订阅地址、配置更新、策略组选择到系统代理验证，按完整顺序操作。每一步都说明应该看到什么结果，以及结果不符合预期时先检查哪里。
打开使用指南需要修改 YAML
高级手册集中说明策略组类型、规则集订阅、DNS、TUN、Fake-IP、域名嗅探、本地覆写和多订阅合并，适合已经完成基础连接的用户。
查看高级用法
常见问题精选
先判断问题发生在哪一层
安装、订阅、规则和网络栈的现象可能相似，但处理顺序不同。下面四项可作为快速检查入口。
订阅导入后没有节点，应该先检查什么？
先确认订阅地址没有缺少字符，并在浏览器或客户端中确认该地址可以访问。然后手动更新配置，观察提示信息。若返回内容为空、格式不受支持或需要额外认证，应先处理订阅源；只有配置已成功读取后，才进入策略组和连接测试环节。更多步骤可查看疑难解答。
规则模式、全局模式和直连模式怎样选择？
日常使用通常选择规则模式，让不同流量按规则进入直连或代理策略。全局模式会把更多请求交给指定代理组，适合临时验证出口；直连模式则可用于判断访问问题是否与代理链路有关。模式切换只改变流量决策方式，不会修复失效订阅或错误 DNS 配置。
开启系统代理后，为什么部分应用仍然直连？
部分应用不会读取操作系统代理设置，也可能使用独立网络栈。先确认浏览器等常规应用能正常经过代理，再判断目标应用是否需要 TUN 接管。启用 TUN 前应了解权限、路由和 DNS 变化，并保留原设置，便于出现局域网访问异常时逐项回退。
Clash for Windows 停止维护后还能怎样选择？
历史环境可以继续参考归档资料，但新安装建议比较仍在维护的图形客户端。选择时重点看操作系统支持、内核类型、订阅管理、TUN 能力和更新方式，而不是只寻找完全相同的界面。下载页按平台列出 Clash Plus、Clash Verge Rev、FlClash 等选项，并标明归档状态。
配置文章
近期 Clash 使用与排查资料
从网络现象出发，说明检测方法、配置位置与验证步骤。文章内容适合在完成基础安装后按问题查阅。
Clash DNS 泄漏检测方法与防泄漏配置步骤
用在线检测站与本地抓包确认 DNS 是否绕过代理直连，再从 nameserver、fallback 与 fake-ip 三处检查解析链路。
故障排查Clash Android 版 VpnService 授权与省电白名单设置要点
说明 Android 客户端为什么依赖 VpnService，以及授权、后台限制和省电策略分别会怎样影响持续连接。
平台专题Clash 规则模式、全局模式与直连模式的区别及选择
拆解三种模式的流量走向、适用场景与常见误用，并给出日常使用和临时排障时的选择依据。
入门指南