Windows
桌面入门可先查看 Clash Plus，再按习惯比较 Clash Verge Rev、FlClash 等客户端。下载前在系统设置的“系统信息”中确认设备类型，区分常见的 x64 设备与 ARM 设备，不要仅凭安装包名称相似就直接运行。
首次测试建议先用系统代理，让遵循系统设置的浏览器连接。部分应用自行管理网络，不一定跟随系统代理；这时再按教程评估 TUN 模式，也就是通过虚拟网卡接管流量的方式。安装和权限提示要逐项阅读。
前往下载 Windows 客户端
配置阅读顺序
规则分流与配置文件
先分清三件事：配置文件保存设置，规则决定匹配条件，策略组提供连接选项。它们相互引用，但不是同一个开关。
规则按顺序决定去向
规则分流，就是按域名或地址等条件，为连接选择不同出口。规则通常从上往下检查，遇到第一条符合条件的规则就交给对应策略。DOMAIN-SUFFIX 匹配域名后缀，GEOIP 按地址所属地区判断，MATCH 负责接住前面没有命中的连接。排查时先在连接记录里找命中规则，再看它引用的策略组；只切换节点，不一定会改变匹配结果。图中的 PROXY 是示意组名，实际配置必须先定义同名策略组。
先确认命中哪条规则，再决定是否更换出口。缩进表示配置层级
YAML 是用缩进表示层级的文本格式。顶层字段各管一类设置，列表前面的短横线表示其中一个成员。阅读时先找端口和模式，再看 proxies、proxy-groups 与 rules 的引用关系，不必一开始就记住全部字段。编辑前保存原文件，使用空格缩进，并让同级内容保持对齐。订阅更新可能重新生成配置，长期修改应优先使用客户端提供的覆写功能，而不是反复编辑订阅原文。字段是否可用，还要以当前内核支持情况为准。
先读结构，再改字段；一次只调整一处。策略组组织可用出口
策略组可以理解为一组供规则引用的连接选项。select 通常由用户手动选择，url-test 会根据配置的测试结果选择连接，fallback 则按可用性切换。组里既能引用节点，也能引用其他策略组，因此界面上的一个按钮不一定直接对应服务器。新手先使用手动选择，确认连接正常后再尝试自动组。测试结果只反映特定测试地址的表现，不代表所有网站都一样；调整前还应检查组名是否与规则中的名称完全一致。
规则指向组，组再决定用哪条连接。客户端是操作界面，内核是实际处理连接的程序。同一份配置在不同客户端中，可能因为内核能力或客户端覆写方式不同而表现不同。遇到字段报错，先确认所用内核，再查对应字段，不要只按界面名称判断兼容性。首屏终端展示的是独立的规则片段，不是带有代理节点的完整订阅。
打开 YAML 手册，按字段查阅 →
按设备选择
Clash 客户端下载
先选系统，再确认处理器架构。安装客户端只是第一步；后续还需要自行准备可信的订阅或本地配置，下载入口本身不提供代理服务。
macOS
先从“关于本机”确认是 Apple Silicon 还是 Intel，再选择对应安装文件。下载页按客户端列出适用入口，初次使用可先查看 Clash Plus；如果迁移已有配置，还需确认原来的字段能否被新客户端识别。
系统代理与网络扩展的作用不同，具体启用方式以客户端界面为准。不要同时让多个代理工具接管网络。切换客户端前先退出原工具，关闭旧的系统代理设置，再导入新配置，能减少端口冲突和流量路径混淆。
前往下载 macOS 客户端Android
手机端可先查看 Clash Plus，也可比较 Clash Meta for Android、FlClash 与 Surfboard。多数近期设备使用 ARM64，但仍应以设备信息为准。不同客户端支持的配置格式有差别，不能把任意订阅直接当成通用配置。
连接时出现 VPN 授权提示，表示客户端需要使用系统提供的流量接管接口，并不意味着系统自动提供了远程节点。若锁屏后连接中断，再检查后台运行和电池限制；先完成基础连接测试，再逐项调整后台设置。
前往下载 Android 客户端iOS
iPhone 与 iPad 用户可前往下载页查看 Clash Plus 的 App Store 入口及官网 clashplus.io。安装后先阅读客户端内的导入说明，确认订阅格式，再授权添加 VPN 配置。商店详情中的系统要求应作为安装前的判断依据。
手机端的连接开关、按需连接和策略选择可能分布在不同页面。导入成功后，要先选中配置，再启动连接。若同时安装了其他网络工具，检查是否有另一份 VPN 配置正在工作，避免把工具间的切换误判成节点故障。
前往下载 iOS 客户端Linux
桌面用户可比较 Clash Verge Rev 与 FlClash，按发行版选择合适的软件包格式。先确认发行版、处理器架构以及桌面运行环境，再决定安装方式。服务器或路由器用户通常需要单独部署内核，与桌面客户端的安装流程不同。
浏览器、桌面环境和命令行程序未必共用代理设置。先测试一个明确支持代理的应用，再检查终端环境变量、服务权限和路由。启用虚拟网卡前了解现有网络配置，远程操作设备时尤其要预留恢复连接的方法。
前往下载 Linux 客户端
三步操作预览
订阅导入到连接检查
先完成一条可验证的操作路径。这里保留关键顺序，完整教程会展开每一步的界面位置、检查方法和失败后的处理分支。
导入并选中配置
Profile 指一份可以切换使用的配置。在“配置”或“订阅”页面添加可信来源的链接，也可以导入本地 YAML 文件。导入完成后，确认该配置已经被选为当前配置，而不只是出现在列表里。
如果提示失败，先看是网络下载错误，还是内容格式错误。能够在浏览器打开链接，不代表返回的一定是兼容配置；登录页面、错误提示页都不能直接当作订阅导入。订阅链接可能包含访问凭据，不要发到公开截图中。
选择规则模式与出口
规则模式按照配置中的条件处理连接，适合作为理解分流的起点。进入代理或策略组页面，找到规则引用的主策略组，选中一个可用出口。若存在嵌套组，要继续检查组内最终选中的连接。
先保持默认 DNS 和其他网络选项，避免一次改变太多变量。全局模式会改变流量的策略选择方式，不等于修复节点；直连模式则不能用来验证远程代理是否正常。确认模式后，再开启系统代理或客户端要求的连接开关。
用连接记录核对结果
打开一个需要测试的网站，再到客户端的连接记录查看目标、命中规则与出口。测试地址是否可访问，与流量是否进入客户端要分开判断；连接列表有对应记录，才说明这次请求已经进入当前处理路径。
若列表没有记录，先检查应用代理设置；若有记录却访问失败，再看所选出口、DNS 解析和日志中的错误。记录测试时间与错误关键词，每次只改一项并重复测试，能够保留清晰的前后对照，也方便恢复原来的设置。
开源生态与维护边界
Clash、mihomo 与客户端
名称相近，不代表项目相同。把内核、界面和配置来源分开理解，能更准确地判断一条教程适用于哪种环境。
从 Clash 到后续生态
Clash 的规则配置方式被许多后续项目沿用。原始 Clash 项目停止维护后，社区中仍有不同内核和客户端继续发展。mihomo 是其中一个持续演进的开源内核，项目沿革与 Clash.Meta 有关；旧教程里的名称，可能与当前界面展示的名称不同。阅读资料时应先确认项目对象，而不是把所有带 Clash 名称的软件都视为同一个产品。
图形界面与内核各有职责
客户端负责导入配置、展示策略组、管理开关与日志，内核负责解析配置并处理连接。一些客户端会附带内核，也可能提供内核切换或升级功能。界面上有某个选项，不代表当前内核一定支持相关字段；反过来，内核支持的能力也不一定都被界面完整展示。遇到兼容性问题，记录客户端名称和内核信息，通常比只描述“Clash 出错”更有帮助。
社区资料应怎样核对
开源项目的代码、文档与问题讨论可以用于追踪功能来源。查看教程时，优先核对对应项目文档中的字段定义，再参考社区的具体案例。发布说明能解释设置变化，问题讨论能提供复现条件，但某一位用户的修复方法不一定适合所有设备。下面给出 mihomo 的公开仓库地址，便于需要阅读源码或追踪内核行为的用户进一步查阅，普通使用不需要先编译程序。
更新前保留恢复路径
客户端更新、内核更新、订阅更新、GeoIP 数据更新是不同操作。订阅更新可能替换规则与节点，GeoIP 数据影响按地址地区判断的结果，而程序更新可能改变字段支持或系统集成方式。更新前保存本地修改和可用配置，阅读变化说明，再分别执行更新。若结果异常，先回到原来可用的配置与设置，避免继续叠加改动让原因变得难以判断。
Clash新手指南提供中文入门资料与下载索引，不代表每个生态项目的开发团队，也不运营代理节点或订阅服务。本站说明侧重共同的操作逻辑；涉及权限、系统支持范围和具体字段行为时，应结合所选客户端及内核文档判断，并遵守所在地区的法律和网络使用要求。
公开源码 · mihomo
查看内核仓库
有 Git 环境时，可复制命令下载源码。命令只获取仓库内容，不会自动安装或修改代理设置。
git clone https://github.com/MetaCubeX/mihomo.git
技术笔记
配置阅读与故障排查
完成基本连接后，再按实际问题深入阅读。先找到现象对应的文章，不必一次改完所有设置；启动失败、应用未走代理和配置语法错误，需要分别排查。
Clash 客户端打开即闪退的排查方法：日志定位、配置回滚与重装
从日志文件位置讲起，依次排查端口占用、配置语法错误、内核文件缺失等启动崩溃原因，给出安全回滚与干净重装流程。
阅读笔记 →Clash config.yaml 逐段拆解：从端口设置到 rules 的阅读顺序
按文件自上而下的顺序拆开一份完整 config.yaml，说明每一段的作用、段与段之间的引用关系和常见写错位置。
阅读笔记 →Windows 商店应用不走 Clash 代理：UWP 回环豁免解除步骤
解释 UWP 网络隔离为何拦截本地回环，分别用客户端内置工具与 CheckNetIsolation 命令为商店应用解除限制。
阅读笔记 →安装客户端后，为什么还不能直接连接？
客户端提供的是配置管理与连接处理能力，并不会自动生成远程代理节点。先准备可信的订阅或本地配置，导入后选为当前配置，再检查策略组中的出口选择。界面出现连接开关，只说明可以启动处理流程，不代表配置中已经存在可用节点。操作顺序可参考使用文档。
规则模式与全局模式，开始时该选哪个？
初次理解配置时可先用规则模式，观察请求命中了什么规则。全局模式通常把进入内核的连接交给全局策略处理，但不会自动接管原本没有进入客户端的应用流量，也不会修复失效节点。若切换后结果不同，要对照出口和连接记录判断，不要只根据模式名称推断原因。规则结构可查YAML 手册。
节点测试正常，为什么网页仍然打不开？
节点测试只验证特定测试请求，不等于目标网站一定可用。先看网页请求是否出现在连接列表中，再检查命中规则和实际使用的出口；若请求已进入客户端，继续查看 DNS 解析与日志错误。浏览器缓存、目标站点限制和应用自带代理设置也可能影响结果。按故障排查分类逐项检查，避免反复重装。
修改配置后，订阅更新会把内容覆盖吗？
有可能。远程订阅更新通常会重新获取配置，直接改订阅生成的文件不一定能够保留。先备份原文件，再查看客户端是否提供覆写、合并或独立规则管理功能。需要长期保留的改动，应放到明确支持持久化的位置，并在更新后检查实际生效配置。具体行为依客户端而异，不能仅凭文件名判断，可从配置覆写与合并说明开始阅读。