先选操作系统，再查看安装包与系统要求。客户端负责配置界面，订阅和实际可用的代理服务需要单独准备。
跨设备使用时，优先确认订阅格式是否兼容，而不是直接复制整个应用数据目录。不同客户端对覆写、规则集与后台运行的处理可能不同。保留一份可恢复的本地配置，再进行迁移。
查看全部客户端 →先理解流量如何进入客户端，再决定流量走向。以下片段用于说明设置结构，不是可直接连接的完整订阅。
代理模式 / 行为说明
匹配到的规则指定策略组或直连。日常使用先选此模式，再观察连接记录中的命中规则。
mode: rule
已进入内核的常规流量使用全局策略。适合对照排查分流问题，不会自动接管所有应用。
mode: global
已进入内核的常规流量采用直连策略。可用于对照本地网络表现，但不等同于退出客户端。
mode: direct
日常同时访问不同地区的服务，先使用规则模式。它按配置中的匹配条件决定直连或代理，不需要每次切换整个网络。全局模式适合临时验证代理链路，直连模式适合做本地网络对照。三种模式改变的是已进入内核的流量去向，并不代替系统代理或 TUN 的接管设置。
如果切到全局后站点恢复，而规则模式仍有问题，应查看命中的规则和策略组，不必马上重装客户端。比较时保持同一应用、同一目标地址和同一网络，才能判断差异来自哪里。
了解更多 →config.yaml / 策略组结构
proxy-groups:
- name: 手动选择
type: select
proxies:
- DIRECT结构示例仅包含直连项。实际代理名称必须与配置中已定义的条目一致。
需要手动选择出口时，使用 select 策略组；需要自动选择或故障切换时，再了解 url-test 与 fallback。策略组本身不提供代理服务器，它只是把已有条目组织成可选的路径。名称必须与引用完全一致，包括空格与大小写，否则配置可能无法加载。
导入 Clash 机场订阅后，先确认配置已经激活，再查看组内是否有可用条目。不要将订阅管理页面的登录地址当成订阅链接。若服务方提供多种格式，应选择与当前内核兼容的格式；测速结果也应结合实际访问判断，不能单凭一个测试值选择线路。
了解更多 →config.yaml / 规则匹配顺序
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT
- MATCH,手动选择规则从上到下匹配；末尾策略名需要对应已定义的策略组。
需要指定站点直连、其他流量交给代理策略时，从规则顺序开始检查。更具体的域名规则通常放在前面，兜底 MATCH 放在末尾。域名规则、地址规则和远程规则集解决的问题不同；同一目标一旦命中前面的规则，后面的规则通常不再参与常规路由选择。
遇到局域网服务无法访问，先确认目标地址是否命中直连规则，再检查 DNS 解析结果。自定义规则宜通过客户端支持的覆写机制保存，避免直接修改远程订阅正文后，在下一次订阅更新时被覆盖。每次只增加少量规则，并记录修改前后的访问结果。
了解更多 →网络接管 / 静态设置示例
7890此处为设置示意，不会更改当前设备的网络状态。
浏览器能连接、某些应用仍无法访问时，先区分应用是否遵循系统代理。系统代理把代理地址写入操作系统设置，只有读取这些设置的应用才会使用它。TUN 借助虚拟网络接口接管流量，覆盖范围通常更广，但需要合适的权限、路由和 DNS 配合，不能理解为简单的加速开关。
初次配置建议先只启用系统代理，验证订阅、模式和出口可用，再按需要测试 TUN。若同时运行其他 VPN 或网络过滤工具，应先关闭其中一套做对照。端口占用、虚拟网卡权限和路由冲突可转到排查手册逐项检查，不要一次更改多个设置。
了解更多 →订阅管理 / 自动更新
间隔为说明示例，应结合服务方建议与客户端能力调整。
服务方调整服务器或规则后，需要重新拉取订阅，客户端才会读到新内容。自动更新用于减少手动操作，但更新成功不代表每条线路都可连接。应同时查看更新时间、配置解析状态和实际连接结果。更新失败时先检查链接有效期、网络可达性以及返回内容，不要反复创建相同订阅。
本地规则、DNS 和策略组修改最好与远程内容分开管理。更换客户端前，除了订阅链接，还要记录覆写文件、选择的策略和必要的端口设置。订阅地址可能包含访问凭据，分享日志或截图前应遮盖完整链接；也不宜将私人订阅提交给来源不明的在线转换服务。
了解更多 →区分内核、客户端与订阅服务。安装包是否适合设备、配置是否兼容、链路是否可达，需要分别确认。
Clash 生态包含承担代理转发与规则匹配的内核，也包含负责配置管理的图形客户端。原始 Clash 项目停止维护后，社区继续围绕兼容内核和客户端开展开发；mihomo 是其中持续发展的开源内核项目。旧教程里的界面名称和配置字段不一定与当前工具完全一致，查阅时应先确认客户端实际使用的内核。
图形客户端主要提供订阅导入、模式选择、连接查看和系统集成。不同界面即使都使用 mihomo，也可能在覆写合并、权限申请、配置存储和服务运行方式上存在差异。因此，迁移配置时应先转移订阅与规则，再逐项恢复本机设置，而不是把另一台设备的数据目录整体覆盖过来。
内核的配置语法、协议支持与字段含义，可参考 MetaCubeX/mihomo 开源仓库及其文档入口。遇到配置无法加载，先保存错误提示并检查字段层级、缩进和引用名称。网络不可达与语法错误属于不同问题，不应通过反复替换客户端混在一起排查。
公开源码为理解行为和追踪变更提供依据，但并不代替设备环境测试。安装前仍需确认操作系统要求、处理器架构以及客户端的维护状态。对于已停止维护的工具，应把归档兼容需求与日常使用需求分开考虑，不要仅因为熟悉旧界面，就忽略新的系统权限和协议兼容问题。
软件更新、订阅更新和规则集更新是三件事。软件更新改变客户端或内核能力；订阅更新改变服务方下发的配置；规则集更新改变匹配数据。排查时应先记录刚发生的变化，再决定是否回退或调整。只更新订阅并不能修复客户端权限问题，重装软件也不会自动恢复失效的订阅权限。
比较问题时，每轮只改一个变量：先用同一条线路测试同一目标，再检查规则命中、DNS 解析和应用接管。保留一份可正常加载的配置，记录原来的端口与模式。需要提交问题时，提供客户端名称、系统环境、复现步骤和经过脱敏的日志，比只描述“无法上网”更便于定位。
Clash精选用于整理客户端下载入口与配置参考，不提供代理线路，也不代表各客户端开发项目。订阅服务的有效性、设备所在网络和目标服务的访问条件会共同影响结果。使用前应遵守当地法律、网络管理要求和相关服务条款；涉及单位网络或共享设备的设置，应先取得管理许可。
首次使用从配置教程按顺序完成导入与验证；已经能连接但表现异常，转到排查手册按症状定位。检查端口占用可直接查看端口设置章节；判断线路表现可参考节点测速步骤。这样可以避免在不同页面之间反复尝试不相关的操作。
在基础连接可用之后，再处理规则分流、多设备同步与速度问题。每篇围绕一个配置任务展开，避免同时改动多个环节。
从规则匹配顺序讲起，演示境内站点直连、境外服务走代理的完整 rules 写法，以及规则集的引用与更新方式。
阅读文章 →对比电脑与手机之间同步配置的三种做法，讲清各自适合的人群、操作步骤与自定义规则保留问题。
阅读文章 →按节点、线路、本机三层逐一定位网速变慢的原因，给出测速判断方法与 DNS、TUN、并发设置的调整建议。
阅读文章 →