桌面日常使用
优先查看 Clash Plus。适合从图形界面导入订阅、切换策略组的使用路线。安装前确认系统与架构支持，初次连接先使用系统代理；有明确的应用接管需求，再检查 TUN 入口与权限。
选型起点：Clash Plus客户端评测台
Clash 选型的五个检查维度
先看功能如何落地，再看界面是否顺手。同一份订阅能导入，不代表不同客户端的权限、配置合并和流量接管行为完全一致。
规则顺序，比开关数量更重要
规则模式按顺序匹配连接，把域名、IP 或进程交给指定策略组。选客户端时，重点看连接页能否展示命中规则、策略链和目标地址。排查某个网站走错线路，先查记录，再调整规则顺序，不要直接把所有连接切成全局。与只提供统一出口的代理工具相比，Clash 生态更适合保留直连与代理并存的配置，但前提是规则集可更新、策略组名称有效，最终兜底规则也符合预期。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECT应用不遵循系统代理，再考虑 TUN
TUN 通过虚拟网络接口接管流量，适合不读取系统代理设置的应用。它不是提速按钮，也不等于任意程序都能自动兼容。评测时要检查服务安装、权限申请、路由恢复和休眠唤醒后的行为。先用系统代理完成连接验证，再单独开启 TUN，更容易判断问题来自节点还是接管层。与普通系统代理相比，TUN 涉及的系统范围更广；同时运行其他 VPN 或网络过滤工具时，应逐项检查路由与 DNS 冲突。
tun:
enable: true
auto-route: true
auto-detect-interface: true订阅更新与本地修改要分开管理
订阅是配置来源，客户端负责拉取和加载，并不负责提供可用节点。选型时应确认更新日志是否清楚、拉取失败后能否保留原配置，以及本地覆写会不会被下一次更新替换。遇到订阅更新失败，先查地址有效性和网络可达性，再检查格式与内核兼容性。相比直接编辑下载后的配置，使用客户端支持的覆写或合并机制更便于长期维护；不同客户端的合并顺序存在差异，迁移时需要重新核对生效结果。
profile:
store-selected: true
store-fake-ip: true先确认解析路径，再改 DNS 字段
DNS 决定域名如何解析，也影响规则判断与连接建立。fake-ip 使用映射地址关联域名和连接，redir-host 则保留真实解析结果，两者需要结合应用兼容性选择。评测客户端时，不只看是否有 DNS 开关，还要看界面修改能否写入最终配置、TUN 劫持是否生效，以及应用是否另用加密 DNS。与直接更换系统 DNS 相比，内核 DNS 多了一层策略；排查泄漏或打不开网页时，应把系统、浏览器和内核三个入口分别检查。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16客户端名称，不等于内核能力
图形客户端管理订阅、权限和界面，内核负责协议处理、规则匹配与连接转发。迁移配置时，先确认客户端实际集成的内核，再核对协议、规则集和字段支持情况。使用 mihomo 的不同客户端也可能有更新节奏或默认设置的差别，不能只凭外观推断兼容性。与已经停止维护的原版核心相比，mihomo 延续了配置生态并扩展相关能力；具体字段仍应以对应内核文档和启动日志为准，出现解析错误时先定位字段，而不是反复重装。
log-level: info
ipv6: false
mode: rule配置砖展示独立字段，不是完整连接配置。实际使用仍需有效的代理节点、策略组与适合当前系统的权限设置。
使用场景与客户端
先确定在哪类设备上使用，再比较需要长期维护的设置。不按星级排列，推荐依据是操作路径和部署条件。
移动网络切换
先比较 Clash Plus 的移动端入口。手机从无线网络切到蜂窝网络后，要重新检查连接恢复与策略选择。后台运行受系统节电和 VPN 权限影响，不能把一次前台连接成功当成长期稳定的结论。
选型起点：Clash PlusLinux 桌面
优先比较 Clash Verge Rev，也可查看 FlClash。图形界面适合管理配置与连接记录；安装包格式需对应发行版。桌面环境中的系统代理、服务权限和终端代理是不同入口，应分别验证。
选型起点：Clash Verge Rev无界面部署
服务器和路由器可考虑直接部署 mihomo。适合愿意管理配置文件、服务日志与启动项的用户。部署前确认处理器架构、配置目录和运行账户；控制接口应限制访问范围，避免直接暴露到公网。
选型起点：mihomo 内核Clash 客户端下载入口
下载中心按平台列出客户端、安装条件与维护状态。先选系统，再确认处理器架构；安装包能下载，不代表可以跳过系统兼容性检查。
Windows
从 Clash Plus 开始比较，再看 Clash Verge Rev、FlClash 与 Clash Nyanpasu。下载前在系统信息中确认架构，安装后检查系统代理入口。若需要服务模式或 TUN，先阅读权限提示，不要把安全软件拦截与节点连接失败混为一谈。
前往下载 →macOS
先区分 Apple Silicon 与 Intel，再选择对应安装包。日常使用可比较 Clash Plus、Clash Verge Rev 与 FlClash。系统代理与网络扩展的授权过程不同；遇到启动提示时应核对来源和系统要求，不要直接关闭整套系统安全机制。
前往下载 →Android
优先查看 Clash Plus，也可比较 Clash Meta for Android、FlClash 与 Surfboard。确认安装包架构和配置格式后，再授予 VPN 权限。若锁屏后连接中断，应检查电池优化、后台运行限制和其他 VPN 应用，而不只是更换订阅地址。
前往下载 →iOS
下载中心提供 Clash Plus 的 App Store 入口，官网为 clashplus.io。安装后按系统提示完成 VPN 授权，再导入有效配置。桌面端的字段和操作不一定能原样迁移，应以移动端支持的配置方式为准。
前往下载 →Linux
桌面环境优先比较 Clash Verge Rev 与 FlClash，服务器环境再考虑内核部署。先确认发行版、处理器架构和软件包格式。图形客户端设置的系统代理通常不会自动覆盖所有终端程序，命令行工具仍需单独检查代理环境变量。
前往下载 →首次连接的三步检查
先建立一条能验证的连接，再增加复杂设置。每完成一步都留下判断依据，出问题时才知道该回到哪里。
-
安装客户端，确认启动
根据系统和架构选包，完成安装后先打开设置与日志页。确认客户端能够启动内核，再处理订阅。系统代理、TUN 和开机自启先不要全部打开；如果此时已有启动错误，优先检查权限、端口占用与配置解析提示。
-
导入订阅，选择策略
把有效订阅导入配置页，更新成功后选中它，再进入策略组选择节点。订阅地址通常带有访问凭据，不要截图公开。更新失败与节点不可用是两类问题：前者查看拉取日志，后者查看连接记录，不能仅凭一个红色提示就判断原因。
-
打开代理，验证流量
先使用规则模式和系统代理访问目标网站，同时在连接页确认域名、命中规则与出口策略。延迟测试只反映特定测试目标的结果，不等于所有网站的速度。浏览器正常后，再逐个测试其他应用；未被接管的流量才需要继续检查 TUN 或应用代理设置。
开源依据与维护边界
客户端、内核与本站内容的关系
Clash评测网是客户端选型与配置资料站，不是这些客户端的开发方。推荐结论先说明适用条件，开源信息则指向可查阅的项目来源。
项目历史：区分原版与后续生态
Clash 的规则配置和策略组概念被多个客户端沿用。原版项目与后续分支不能混作同一个持续维护的产品；看到熟悉的名称或相似界面，也不能据此认定它仍在更新。选型时需要同时查看客户端维护状态、内核来源与当前系统支持范围。
mihomo 由 Clash Meta 演进而来，继续发展相关内核能力。旧配置迁移时，可以先保留规则和策略组的总体结构，再根据解析日志检查字段兼容性。对已经停止维护的客户端，下载中心标注归档状态，便于识别历史资料与当前日用方案的区别。
内核关系：界面相似，行为未必相同
客户端提供配置管理、托盘菜单、系统代理和权限入口，内核负责实际处理连接。两者各自有更新节奏。某个客户端增加了按钮，并不自动意味着所有平台都采用相同接管方式；同一内核在不同系统上运行，也会受到路由、权限和网络环境限制。
因此，横向比较优先检查可复现的操作：配置能否加载、策略组能否选择、连接能否追踪、退出后代理设置能否恢复。界面截图只是辅助，不替代最终生效配置和连接日志。需要理解具体名词时，可先查阅概念速查，再回到操作步骤。
开源依据：查实现，也查使用条件
mihomo 采用 GPL-3.0 开源许可，可以从公开仓库查看源码、提交记录与问题讨论。开源为理解行为提供了依据，但不意味着任意订阅、网络环境或第三方打包都具有相同表现。内核许可也不能直接套用到所有图形客户端，各项目应分别查看许可与发行说明。
下面的命令用于获取 mihomo 源码，适合需要阅读实现或研究构建流程的用户。普通用户安装图形客户端即可，不需要先克隆仓库。本站不使用未经核实的星标数、用户量或速度排名作为推荐理由，连接表现仍应在自己的网络中验证。
更新机制：先保留，再迁移
应用更新、内核更新、订阅更新和规则集更新是四件事。升级客户端之前，保存当前配置与本地覆写；升级之后，先用原来的基本连接路线验证，再检查新增功能。订阅被重新拉取后，直接写在下载配置中的改动可能被覆盖，应把长期修改放在支持的覆写机制中。
维护时一次只改一个变量，记录修改前后的错误信息。若更新后出现异常，先对照启动日志和最终配置，而不是反复清空数据。具体版本信息留在下载中心的客户端明细中；日常检查、回退准备和日志阅读路线见使用手册的维护章节。
获取 mihomo 源码
git clone https://github.com/MetaCubeX/mihomo.git复制源码获取命令；此操作不会下载或安装客户端。
Clash 技术笔记
遇到具体问题，再进入专题。这里按发布日期倒序列出三篇笔记，分别对应首次连接验证、内核迁移与部署路线。
第一次连上 Clash 之后：挑节点、做延迟测试、确认流量走了代理
导入订阅后，先看懂延迟测试数值的含义，再按用途挑选节点。随后通过连接面板、日志与 IP 查询页三种方式，确认浏览器和应用的流量确实经过了代理。
阅读笔记 →mihomo 内核与原版 Clash 核心有何不同：协议支持、规则集与配置兼容
对比 mihomo（原 Clash Meta）与原版 Clash 核心，覆盖新增协议、rule-providers 与 GEOSITE 规则、TUN 实现以及配置字段兼容性，帮助判断现有配置能否直接迁移。
阅读笔记 →Linux 上部署 Clash：桌面图形客户端与 systemd 命令行两条路线
桌面发行版可以装图形客户端，服务器或无界面环境则用 mihomo 二进制加 systemd 守护。本文分两条路线讲清安装、配置目录、开机自启与终端环境变量设置。
阅读笔记 →