按系统选择客户端，从订阅导入开始，了解规则分流与 mihomo 内核的配置取舍。
先确认配置能够载入，再决定流量如何进入内核、由哪条规则选择出口。下面展示常见设置的结构，不连接真实服务；不同客户端的菜单名称可能略有区别。
远程配置
示例地址不提供订阅；请在客户端内使用自己的配置。
在客户端的「配置」或「订阅」页面粘贴服务方提供的地址，下载后选中对应配置。完整 Clash YAML 可以同时携带节点、策略组和规则；单个节点链接通常只有连接参数，不能替代完整分流方案。导入失败时，先核对地址是否过期、返回内容是否为 YAML，再检查内核是否支持其中的协议。更新远程配置可能覆盖手工修改，长期保留的规则宜放在客户端的覆写或合并设置中。订阅地址包含访问权限信息，不应公开分享。
模式示意 · 规则
mixed-port模式决定进入内核后的路由，不决定应用是否使用代理。
「规则」按配置逐项匹配目标，适合需要直连与代理并行的日常使用；「全局」把进入内核的流量交给全局策略；「直连」则让这些连接直接访问目标。通常在代理页或托盘菜单选择模式，再到策略组选择出口。全局模式不等于整台设备的所有应用都被接管，不遵循系统代理的应用仍可能绕过内核。排查时可以临时切换全局对照结果，确认后再恢复规则模式，避免把规则问题与节点连接问题混在一起。
按顺序匹配 · 配置语法示例
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- GEOIP,LAN,DIRECT
- MATCH,PROXYPROXY 需对应配置内已定义的策略组。
规则页用于查看加载后的匹配顺序，实际编辑入口可能在配置文件、规则覆写或订阅合并页面。DOMAIN-SUFFIX 根据域名后缀匹配，GEOIP 依据地址归属数据匹配，MATCH 通常置于末尾作为兜底。规则从上向下执行，前面命中后不会继续寻找更具体的条目，因此顺序与目标策略同样重要。相较全局模式，规则分流能够保留本地服务的直连路径，但也依赖 DNS、规则数据和策略组名称保持一致。修改后应从连接面板核对命中项。
mixedauto-route可用 stack 与路由选项取决于内核及系统。
在支持的桌面客户端设置中开启 TUN，并按提示安装服务或授予必要权限，内核便可通过虚拟网卡接收符合路由条件的流量。它适用于不读取系统代理设置的应用，与仅修改浏览器或系统代理入口不同。开启前先验证普通代理能够连接，再检查自动路由、DNS 接管和其他 VPN 是否冲突。system、gvisor、mixed 等 stack 的支持情况随平台变化，不宜直接照搬截图。TUN 扩大的是接管范围，不会修复过期订阅、错误凭据或不可用节点。
此处不展示或采集真实连接记录。
在日志页先使用 info 级别观察配置载入、DNS 查询和连接错误，需要进一步定位时再临时提高到 debug。连接页则用于核对目标域名、匹配规则与实际出口，两者合看比反复切换节点更有效。没有连接记录时，先检查系统代理或 TUN 入口；出现认证错误时，检查节点参数与订阅状态；只有部分域名失败时，再查看 DNS 与规则顺序。分享排查信息前应隐藏订阅地址、服务器地址和访问凭据，调试结束后恢复日常日志级别。
配置文件、流量入口与路由策略是三个不同层级。订阅解决「有哪些节点与规则」，系统代理或 TUN 解决「哪些应用连接进入内核」，代理模式与策略组解决「进入后走哪个出口」。按这个顺序设置，遇到问题时就能逐层回退，而不必同时修改多个开关。
按步骤完成首次配置 →图形客户端负责订阅管理、托盘菜单与系统集成，内核负责协议连接和分流。先选择适合设备的安装包，再确认需要的协议和功能；界面相似并不代表内核能力完全相同。
优先查看 Clash Plus，也可根据界面习惯选择 Clash Verge Rev、FlClash 或 Clash Nyanpasu。下载前确认操作系统与处理器架构；能够打开图形界面，不代表 TUN 所需服务已经正确安装。
日常浏览可以先开启系统代理，待订阅与规则验证通过后再配置 TUN。若关闭客户端后浏览器无法联网，应检查系统代理是否残留，避免在基础入口尚未恢复时继续更换节点。已停止维护的 Clash for Windows 放在下载页归档区，迁移前要备份本地配置，新的协议字段不宜继续依赖旧内核解析。
前往下载MacBook 与其他 Mac 设备先区分 Apple Silicon 和 Intel，再选择对应安装包。Clash Plus、Clash Verge Rev 与 FlClash 可作为选型入口；具体系统支持范围以下载页和应用说明为准。
首次启动时留意系统权限与网络扩展提示，系统代理设置通常不需要与 TUN 同时调整。需要终端工具使用代理时，还应确认该工具是否读取系统代理，或为单次命令明确配置代理地址。已停止维护的 ClashX Meta 仅作为归档参考，不能因为名称含有 Meta 就假定它与当前 mihomo 的全部功能一致。
前往下载可比较 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard。多数近期手机使用 ARM64，但仍应按设备实际架构选择。不同应用支持的订阅格式可能不同，不能只按文件后缀判断兼容性。
移动端通常通过系统 VPN 接口接管连接，首次启动需确认授权，同一用户环境下的其他 VPN 可能与它互斥。若锁屏后连接中断，检查系统电池管理与后台运行权限，再排查节点本身。按应用分流、局域网绕过和 DNS 设置的入口因客户端而异，导入桌面配置后也需要核对移动端的实际接管范围。
前往下载iPhone 与 iPad 可从下载页进入 Clash Plus 的 App Store 页面，项目官网为 clashplus.io。安装前查看商店列出的系统要求，使用时按应用提示添加 VPN 配置。
桌面端的系统代理开关与移动端 VPN 授权并不是同一种设置方式。导入订阅后，应核对策略组、规则以及应用支持的配置字段，再确认连接状态与出口是否符合预期。不要把支持 Clash 格式理解为支持所有桌面功能；后台运行、网络切换和系统扩展的行为，仍受 iOS 本身的机制及应用实现影响。
前往下载桌面环境可优先比较 Clash Verge Rev 与 FlClash，并按发行版选择对应的软件包格式。服务器、路由器或自建服务环境则可查阅下载页的 Mihomo 内核区，按处理器架构与部署方式选择文件；纯内核不包含图形订阅管理界面。
桌面系统代理是否对应用生效取决于桌面环境和应用实现，命令行程序也可能需要单独设置。部署内核前，先明确运行账户、配置目录和日志位置；开启 TUN 或修改路由时要处理相应权限。远程服务器上调整路由应预留恢复路径，外部控制接口宜限制在本机或受保护的网络内，不应直接对公共网络开放。
前往下载安装包、系统要求与归档状态集中列在下载中心；首页不展示具体版本，以免把客户端更新与内核更新混为一谈。
查看全部客户端 →Clash 是一组具有历史关联的内核与客户端生态名称，并非所有同名应用都由同一个项目发布。本站提供下载与中文说明，具体软件的功能、授权及维护状态应结合其项目记录判断。
原版 Clash 建立了以 YAML 描述节点、策略组和路由规则的使用方式，许多图形客户端沿用了这套配置结构。原版项目停止公开维护后，生态中的分支继续发展。Clash.Meta 后来使用 mihomo 名称延续开发，因此教程里提到的 Meta 与 mihomo 往往存在历史关系，但它们不应与所有带有 Clash 名称的应用直接画等号。阅读旧教程时，需要先辨认文中说的是内核、界面客户端，还是某种订阅格式。
客户端通常会嵌入或调用内核，再提供配置下载、系统代理、服务管理与连接查看等功能。换一个界面不一定改变协议支持，替换内核也不一定让界面自动出现对应选项。对于普通用户，更可靠的顺序是先选有明确维护说明的客户端，再检查其所用内核及功能入口；遇到陌生字段时，查阅对应内核文档，而不是反复修改缩进尝试让旧内核接受新语法。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 的连接参数与传输方式不同，不能仅凭协议名称推断实际速度。链路质量、服务端设置、丢包情况和设备性能都会影响结果。尤其是基于 UDP 的传输方案，需要所在网络允许相关流量，客户端能够识别字段也不代表连接条件已经具备。选型时应先满足服务方提供的参数，再考虑移动网络切换、耗电与维护复杂度。
Clash YAML 中常见的节点、策略组与规则字段具有延续性，但新增协议、DNS 选项和规则数据格式并不保证被旧内核识别。完整配置、节点提供器与单节点链接也不是同一种内容。转换订阅时，某些客户端专用字段可能丢失，规则与策略组名称还可能失去对应关系。出现导入错误，应结合日志确定是格式解析、字段支持还是资源下载问题；语法能够通过，只是连接验证的第一步。
判断项目是否适合长期使用，可以查看公开的源代码、发布说明、问题讨论以及文档是否仍随功能调整。客户端的发布节奏与嵌入内核的更新节奏未必一致，规则数据库又是另一类独立资源。更新界面应用、更新内核和更新订阅分别解决不同问题，不能把其中一次成功当成全部内容都已更新。下载页会区分正在使用的选项与已停止维护的归档，归档更适合迁移和历史配置参考。
更新前建议保留一份能够工作的配置与覆写设置，记录当前启用的代理模式、DNS 方案和 TUN 状态。更新后先重新载入配置，再验证常用应用、本地服务和出口选择；若出现异常，逐项对照变更记录，而不是立即把所有设置改为默认。公开反馈问题时，提供系统、客户端名称、所用内核和经过脱敏的错误信息，通常比只描述「无法连接」更容易定位。
节点延迟测试反映的是指定测试目标的连接结果，不代表所有网站或应用都采用同一路径。验证生效时，应同时观察客户端的连接记录、命中规则与实际出口，再确认应用是否读取系统代理，或者是否被 TUN 路由接管。只有部分应用异常时，优先检查入口与应用自己的代理设置；只有部分域名异常时，优先检查 DNS 和规则匹配，这样才能减少无关改动。
对 Fake-IP、策略组、规则提供器或 UWP 回环等术语不熟悉时，可以先用术语表建立概念，再按教程完成操作。技术参考页进一步比较协议设计、内核关系与订阅兼容性，适合在更换客户端或服务端方案之前查阅。本站的示意窗口用于说明设置之间的关系，不代表某个客户端在所有系统上的完整界面，也不代替安装后对真实连接的检查。
完成首次连接后，再按具体问题深入查阅。策略组选择、规则数据库更新和节点超时分属不同层级，先确定发生问题的位置，再调整对应设置。
拆解三种自动策略组的测速方式、切换条件与 interval、tolerance 参数，按日常浏览、稳定优先和多线路分摊三种需求给出写法。
阅读策略组说明 →按由外到内的顺序逐项排查节点超时：订阅是否过期、系统时间是否偏差、端口是否被占用、日志报错代表什么，附对应解决办法。
查看超时排查顺序 →讲清 GeoIP、GeoSite 数据文件的作用与常见来源，配置 geox-url 与自动更新周期，并示范 GEOIP、GEOSITE 规则的正确写法。
了解规则数据更新 →