Windows
优先查看 Clash Plus，也可按使用习惯选择 Clash Verge Rev、FlClash 或 Clash Nyanpasu。先在系统信息中确认处理器类型，再查看安装包说明；不要把 x64 安装包与 ARM 架构混淆。完成安装后先验证系统代理，确有接管需求时再配置服务与 TUN 权限。
Clash for Windows 已停止维护，下载页保留归档说明。已有用户迁移时，先备份订阅与个人规则，重新核对新客户端的端口和覆写方式，不要直接搬用整个旧配置目录。
前往下载配置演示 / 按章节查看
Clash 分流与接管方式
先区分配置、规则和接管范围，再修改设置。下面的片段用于解释操作关系，不能代替含有完整策略组的配置文件。
config.yaml / rules
mode: rule
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY先把明确的域名规则放在前面，再安排地区规则，最后用 MATCH 兜底。Clash 按列表顺序查找，命中后便使用对应出口，不会继续比较后面的规则。示例中的 PROXY 是策略名称，需要与配置中已有的策略组一致；DIRECT 表示直连。调整后重新发起连接，在连接页检查命中项。与全局模式相比，规则模式能让不同目标使用不同出口，适合日常浏览和本地服务并用的场景。
订阅 / 配置生效顺序
- 01导入兼容的订阅或 YAML 文件
- 02检查更新结果与配置错误
- 03选中配置，再选择代理策略
先在订阅页导入来源提供的兼容链接，更新成功后再选中这份配置。订阅可以包含节点、策略组、规则和 DNS 设置，因此导入成功不等于所有连接都会自动经过代理。遇到报错时，先检查内容是否为完整 YAML，而不是网页或其他客户端专用格式。需要添加个人规则时，优先使用客户端提供的覆写或合并入口，避免直接改动远程订阅文件；后续更新可能替换原文件中的本地修改。
接管范围 / 先选一种方式验证
系统代理遵循系统代理设置的应用 → 本地代理端口
TUN进入虚拟网卡的流量 → 内核规则 → 出口
先用系统代理验证浏览器能否连接，再判断是否需要 TUN。系统代理通过操作系统设置告知应用使用本地端口，部分程序不会读取这些设置。TUN 使用虚拟网卡接收被路由到内核的流量，通常需要额外权限，并涉及 DNS 与路由配置。两者解决的是接管范围问题，不会自动改变节点质量，也不等于全局模式。只有特定应用未被接管时，再按教程启用 TUN，并检查与其他 VPN、虚拟网卡的冲突。
连接检查 / 从入口到出口
目标域名 → DNS 解析
应用请求 → 系统代理或 TUN
规则匹配 → 策略组
选定出口 → 目标服务先发起一次新的网页请求，再打开连接页，核对目标、命中规则和实际出口。只看主界面的开关，无法判断应用是否进入内核；只看延迟测试，也无法确认业务网站可用。若没有连接记录，先查接管设置；若命中了意外规则，调整顺序或策略；若出口正确仍失败，再查节点、DNS 与目标服务。每次只改一个变量并重新测试，能保留清晰的排查路径，比同时切换多个开关更容易找出原因。
区分「接管流量」和「选择出口」是配置的起点。系统代理与 TUN 决定哪些请求进入客户端，规则模式与全局模式决定这些请求怎样选择出口。这是两个独立维度：开启 TUN 后仍然可以按规则分流，选择全局模式后也不会让所有忽略系统代理的程序自动被接管。首次设置时保留配置默认值，先完成一条可复现的连接，再逐步扩大使用范围。
阅读片段时也要留意上下文。规则引用的策略必须已经存在，YAML 缩进必须正确，某些字段还取决于客户端所使用的内核。把网上片段整段粘贴进订阅，可能覆盖已有结构。需要了解字段含义时查看术语手册；需要定位具体失败环节时查看按症状整理的疑难手册。
客户端 / 按平台选择
Clash 全平台下载入口
先核对系统和处理器架构，再选择安装包。桌面图形客户端、移动端客户端与命令行内核的使用方式不同，配置也不一定能原样通用。
macOS
先区分 Apple Silicon 与 Intel，再选择 Clash Plus、Clash Verge Rev 或 FlClash 对应的软件包。在「关于本机」中查看芯片信息，比根据电脑外观判断更准确。首次启动按系统提示完成必要授权，随后在客户端中导入配置并检查代理状态。
旧客户端留下的代理设置可能影响新客户端。切换前先退出旧进程，确认没有两个程序同时改写系统代理。ClashX Meta 的归档入口和维护状态在下载页单独标注。
前往下载Android
查看 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 的适用说明。多数较新的设备使用 ARM64，但仍应以设备信息为准。安装完成后导入兼容配置，首次连接时阅读系统 VPN 授权提示；同一时间运行其他 VPN 应用可能造成接管冲突。
需要后台持续连接时，再按手机系统设置检查电池优化和后台活动权限。若只有熄屏后断开，优先排查进程是否被系统暂停，而不是反复更换订阅。Surfboard 的配置体系与 Clash YAML 不同，导入前需确认格式。
前往下载iOS
通过下载页进入 Clash Plus 的 App Store 详情，查看设备兼容性和应用说明。客户端官网为 clashplus.io。安装后按应用流程导入配置，并在系统提示中确认添加 VPN 配置；后续以应用内连接状态和实际访问结果共同判断是否生效。
在无线网络与蜂窝网络之间切换后，先重新测试同一目标。若连接表现不同，记录当前网络、报错和使用的策略，再进入移动端排查章节。客户端负责处理连接，订阅来源与可用线路需要另外确认。
前往下载Linux
桌面环境可选择 Clash Verge Rev 或 FlClash，再按发行版的软件包格式安装。无界面服务器、路由器与需要后台服务的环境，可单独部署 mihomo 内核。图形客户端通常会提供配置管理入口；命令行内核则需要自行安排配置目录、启动参数和服务权限。
桌面代理设置不一定影响终端程序。命令行下载工具可能需要单独设置代理环境变量，后台服务也不会自动继承交互式终端的环境。先明确是哪一个进程需要联网，再决定使用应用级代理、系统代理还是 TUN，避免把不同范围的设置混在一起。
前往下载下载客户端并不等于获得代理线路。准备导入前，确认订阅由可信来源提供、格式适配所选客户端，并妥善保管链接。链接中可能带有访问凭据，不要粘贴到公开评论、截图或陌生转换页面。更新配置后先检查是否仍选中预期的策略组，再继续使用。
快速上手 / 保留一条验证主线
导入订阅、选择模式、连接验证
先完成默认配置下的一次连接，再添加自定义规则。以下是教程的操作预览，具体菜单名称可能随客户端而不同。
-
导入并选中订阅
打开客户端的「订阅」或「配置」入口，粘贴兼容的订阅链接，执行下载或更新。看到配置名称后，继续选中该配置，并检查代理页面是否出现对应策略组。若导入失败，先核对链接是否完整、是否过期，以及返回内容是否为客户端支持的格式。不要在配置尚未加载时反复调整系统代理。
本地文件也可以作为配置来源，但需要包含有效的代理或代理提供器以及相应策略。只有几行 rules 的演示片段不能独立提供连接。保留一份能正常工作的配置，便于后续回退。
-
选择规则模式与策略
先切换到规则模式，再在实际被规则引用的策略组中选择出口。规则模式适合把本地目标和其他服务分开处理；全局模式可用于临时比较出口行为；直连模式则不使用代理出口。名称相似的策略组可能承担不同用途，修改前先看规则指向，而不是只更改列表中的第一个分组。
首次连接不必立即开启所有高级选项。先保留 DNS 和路由默认设置，确认基础链路可用。需要让特定域名直连时，再添加范围明确的规则，并检查它是否位于较宽泛的规则之前。
-
启用接管并检查新连接
桌面端先启用系统代理，移动端按提示启动 VPN 连接。重新打开一个测试页面，然后在客户端连接页查看目标和出口。已有长连接可能继续沿用原路径，必要时关闭对应应用后重试。确认一次可重复的访问结果，比只观察开关是否亮起更可靠。
如果关闭客户端后仍无法联网，检查系统是否遗留指向本地端口的代理设置。如果只有个别应用未出现记录，再检查应用代理、TUN 或 VPN 排除项；如果记录已存在但连接失败，则沿规则、策略、DNS 和线路逐层排查。
把开机自启放在连接验证之后。先确认客户端能够正常退出和重新连接，再启用开机启动、自动连接或后台服务。启动程序与接管网络是不同设置，重启后还应确认配置已加载、内核已运行、代理端口可用。
开源生态 / 区分项目与客户端
Clash、mihomo 与图形客户端
从源码、发布说明和配置文档确认功能。客户端界面负责管理，内核负责处理连接，订阅负责提供配置；三者各有独立的更新边界。
了解内核的延续关系
Clash 建立了以规则决定出口的配置方式，Clash Meta 在这一生态中继续扩展，相关内核项目后来以 mihomo 名称维护。旧教程仍可能使用 Clash Meta 的称呼。阅读文章时先确认讨论的是内核、图形客户端还是配置格式，同一个名称不代表相同的维护状态。
Clash for Windows 是图形客户端名称，不等于整个 Clash 生态。它停止维护后，其他客户端和 mihomo 内核仍有各自的发布流程。迁移时可以保留兼容的订阅来源，但应重新核对配置支持范围、默认端口、服务模式和个人覆写入口。
按职责理解客户端功能
图形客户端通常提供订阅管理、策略切换、日志查看和系统代理开关。内核解析配置，处理 DNS、规则匹配与代理连接。某项协议或字段能否使用，既取决于内核支持，也取决于客户端是否正确传递配置。仅凭界面中出现一个开关，不能判断全部参数已经生效。
比较客户端时，优先看系统适配、配置管理方式和日常排查入口，而不是只看外观。对需要后台运行的设备，服务管理和权限恢复也很重要。选型结论以下载页的平台说明为准，遇到字段差异时再对照所用内核的文档。
分开安排客户端与订阅更新
客户端更新可能改变内核、界面或权限处理，订阅更新主要替换来源提供的配置，两者不能互相代替。更新前保留个人规则和一份可用配置，阅读发布说明中与当前系统相关的变化。完成更新后重新验证一次订阅加载、策略选择和连接路径，尤其留意服务模式与 TUN 是否需要重新授权。
远程订阅管理的内容尽量留给来源维护，个人需求则通过客户端支持的覆写、合并或独立规则文件处理。不同客户端的合并顺序可能不同，迁移后先用一个明确的域名测试，确认个人规则确实进入最终配置。不要因为编辑器保存成功，就假定运行中的内核已经重新加载。
保留能复现问题的信息
遇到故障时，记录系统、客户端名称、接管方式、出错时间和可复现步骤。日志中的订阅链接、服务器地址、认证字段等可能包含敏感信息，公开反馈前先移除。描述「某应用在某网络下没有连接记录」，比只写「无法使用」更容易定位问题，也能避免把 DNS 故障误判成规则错误。
Clash指南整理下载入口与配置步骤，不是内核项目或所有客户端的官方维护方，也不提供代理线路。涉及具体客户端缺陷时，应结合其发布说明和问题反馈渠道确认；涉及订阅权限或内容时，应联系订阅来源。使用前同时遵守所在地法律、网络管理要求及相关服务条款。
资讯 / 专题阅读
Clash 配置与部署文章
完成基础连接后，再按问题选择专题。下面三篇分别处理 Linux 后台运行、延迟测试解读和自定义规则顺序，适合带着已经记录的配置现象继续查阅。
Linux 安装 Clash 内核：mihomo 命令行部署与 systemd 后台运行
覆盖桌面发行版图形客户端与无界面服务器两种场景，给出 mihomo 安装、配置目录、systemd 服务与终端代理变量设置。
重点区分交互式终端与后台服务的运行环境。适合手动启动能够连接，但重启后服务失效，或终端工具没有使用预期代理的情况。
阅读文章 →Clash 节点延迟测试怎么看：测速数值与实际网速不一致的原因
说明客户端延迟测试测的是什么、测试地址与超时如何影响结果，以及丢包、带宽和线路拥塞为何不会体现在毫秒数里。
先统一测试条件，再比较实际应用体验。适合测试结果看起来正常，但下载、视频或网页访问表现仍有明显差异的情况。
阅读文章 →Clash 自定义规则写法：DOMAIN-SUFFIX、GEOIP 与 MATCH 的匹配顺序
逐条拆解常用规则类型的语法，解释自上而下首条命中的匹配机制，演示 rule-providers 引用与规则冲突的调整方法。
从单条域名规则入手，再检查规则集引用和兜底位置。适合已经选中正确策略，却发现某个网站仍走了意外出口的情况。修改前保留原配置，修改后用新连接核对命中结果，避免被浏览器复用的旧连接误导。
阅读文章 →