新设备首推 Clash Plus；需要桌面配置扩展时，再看 Clash Verge Rev。先选平台和配置格式，不按界面外观判断代理能力。
本页比较功能定位与使用成本，不提供跑分排名。平台栏以本站下载页提供的安装包为范围，不等同于项目的全部历史平台支持。
客户端负责界面和系统集成，内核负责解析配置与处理连接。名称里都带 Clash，并不意味着支持完全相同的协议、规则或 DNS 参数。
Windows、macOS、Android 与 iOS 用户可以先从 Clash Plus 入手，尤其适合首次配置或同时使用手机与电脑的人。先完成订阅导入、选定策略组、验证访问，再考虑 TUN 和自定义规则。iOS 用户可在下载页进入 App Store，产品说明也可查看 clashplus.io。
Linux 用户优先比较 Clash Verge Rev 与 FlClash；需要桌面配置合并、覆写与排查工具时，先看 Verge Rev；希望桌面与 Android 保持相近操作习惯时，可以比较 FlClash。多设备使用同一订阅之前，仍要确认服务方允许的设备数与并发限制。
按系统选择安装包Meta 是 Clash Meta 生态中常见的名称，mihomo 是其后续内核名称；旧客户端中的 Meta 标记，不代表内置了当前 mihomo 的全部能力。下表的难度是配置步骤与排错成本的定性判断，不是评分。
窄屏可左右滑动表格；点击客户端名称可跳到详细点评。
| 客户端 | 本站提供平台 | 内核与配置 | 维护状态 | 上手难度 | 特色与适合人群 |
|---|---|---|---|---|---|
| Clash Plus 首推 |
Windows、macOS、Android、iOS | 内核与配置支持以各平台说明为准，不统一推断为原版或 mihomo | 活跃维护 | 较低：先按订阅流程配置 | 多平台客户端选择；新手、多设备用户优先考察 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo；Clash YAML 与内核扩展字段 | 活跃维护 | 基础较低，覆写与 TUN 需要理解系统设置 | 桌面配置管理、合并与覆写；适合进阶分流 |
| FlClash | Windows、macOS、Linux、Android | mihomo；Clash YAML | 活跃维护 | 较低；跨平台仍有权限差异 | 相近的跨平台界面；适合电脑与 Android 搭配使用 |
| Clash Nyanpasu | Windows | 支持 mihomo 等内核方案；以安装包与所选内核为准 | 活跃维护 | 中等；需区分界面设置与内核配置 | 配置管理与界面自定义；适合愿意调整工作流的桌面用户 |
| Clash for Windows 归档 |
Windows | 历史 Clash／Premium 体系；不能视为当前 mihomo | 已停止维护 | 旧用户熟悉，新用户迁移成本较高 | 旧环境过渡与历史配置参考；不建议新装首选 |
| Clash Meta for Android | Android | Meta／mihomo 生态；能力随内置内核而定 | 活跃维护 | 中等；需处理 VPN 与后台权限 | Android 上的 Clash 配置与规则分流；适合已有 YAML 的用户 |
| Surfboard | Android | 独立实现，非 Clash 内核；使用 Surfboard 配置体系 | 活跃维护 | 已有兼容配置时较低；转换配置时较高 | 适合已持有兼容配置的 Android 用户 |
| ClashX Meta 归档 |
macOS | Meta 生态；归档包不能等同于当前 mihomo | 已停止维护 | 菜单栏操作直接，深层排错仍需配置知识 | macOS 旧环境参考；建议规划迁移 |
先看客户端能否接住现有配置，再比较操作方式。代理模式、规则、系统代理与 TUN 分属不同层次，不宜只看一个开关是否齐全。
首推 Clash Plus 的重点是选型顺序：先用对应平台的客户端走通订阅、策略组与连接验证，不必一开始就研究配置覆写。手机与电脑都需要代理时，可以先考察同一产品在不同设备上的操作路径，减少重复熟悉界面的成本。
需要注意，多平台并不意味着设置项完全一致。iOS、Android 与桌面系统的流量接管方式不同，不能把桌面上的端口、权限或 TUN 操作照搬到手机。使用含扩展协议、脚本或特定 DNS 字段的订阅时，应核对目标平台支持说明；下载页是安装包入口，clashplus.io 是产品官网入口。
查看 Clash Plus 平台入口 →Verge Rev 适合已经理解订阅与本地配置区别的桌面用户。mihomo 提供规则与协议处理能力，客户端负责配置管理、系统代理和服务集成。需要在订阅更新后保留本地规则时，可研究合并或覆写机制，而不是反复修改下载得到的原始文件。
功能多也意味着故障层次更多：连接失败可能来自策略组、DNS、服务权限或 TUN 路由。初次使用先保持默认规则模式，仅开启完成任务所需的接管方式；基础访问正常后再逐项添加覆写。Linux 用户还应确认桌面环境是否读取系统代理，不能把开关亮起当成所有应用已被接管。
查看桌面安装包 →FlClash 的价值在于桌面与 Android 上相近的界面组织，以及 mihomo 配置体系带来的迁移便利。已有规则订阅、希望在几台设备间保持相似操作习惯的用户，可以重点比较配置选择、策略组切换和日志入口是否符合自己的使用方式。
跨平台界面不能消除系统差异。Android 需要 VPN 授权并可能受到电池优化影响，桌面 TUN 可能需要服务或提升权限。迁移 YAML 时也要检查文件路径、监听地址、外部资源与 DNS 设置，不能假定同一文件在每个平台都原样生效。优先验证基础连接，再补充设备专属设置。
查看 FlClash 与 Android 选项 →Nyanpasu 可作为 Windows 桌面选项，适合重视界面组织、配置管理与自定义操作的用户。比较时应分别看客户端功能与所选内核能力：配置编辑入口是否方便，是界面问题；某条规则或协议能否解析，则取决于实际内核及其支持范围。
不要为了尝试界面而同时运行多个代理客户端。旧程序可能仍占用混合端口、系统代理或虚拟网卡，新客户端由此出现的启动失败并不说明软件不兼容。测试前退出旧客户端并关闭它的流量接管，再单独启动 Nyanpasu。本站提供 Windows 包，其他平台不在本页安装包比较范围内。
比较 Windows 客户端 →CFW 的旧教程和操作习惯仍很常见，但项目已停止维护。它的历史内核体系不能直接等同于当前 mihomo，新订阅使用扩展协议或规则字段时，可能发生解析失败。对刚安装系统的用户，继续依赖旧教程通常会增加排查成本，应优先选择仍在维护的客户端。
如果旧环境暂时需要保留，先导出订阅来源、本地规则和必要设置，再在新客户端中逐项重建。不要直接复制整个程序数据目录，也不要随意替换可执行内核来拼装新旧环境。归档包的意义是过渡与参考，不是推荐用旧客户端解决新系统的兼容问题。
查看迁移检查顺序 →Clash Meta for Android 常简称 CMFA，适合已经拿到 Clash YAML 订阅、希望在 Android 上继续使用策略组和规则分流的用户。选型前确认订阅需要的协议与扩展字段是否被当前安装包内核支持，不要仅凭名称中有 Meta 就判断所有新配置都能导入。
Android 上最常见的使用障碍不是代理模式，而是 VPN 授权、其他 VPN 冲突、后台限制与休眠后的连接恢复。建议先在应用保持前台时验证访问，再测试锁屏和切换网络。若只有个别应用异常，检查应用分流设置；若所有连接都失败，再回到订阅、节点与日志逐层定位。
查看 Android 安装包 →Surfboard 被列入同一下载货架，是因为它也能满足 Android 代理需求，但它并不使用 Clash 内核。它有自己的配置支持范围，不能直接把 Clash YAML 当成通用配置导入，也不能据此假定 Clash 的规则、策略组与 DNS 字段会逐项对应。
如果服务方已经提供兼容 Surfboard 的配置，可以把它作为 Android 选项；如果手头只有 Clash 订阅，先选 CMFA、FlClash 或其他明确支持该配置的客户端通常更直接。即便订阅标为某种兼容格式，也应核对具体协议与字段。需要转换时不要把带凭据的订阅地址提交给不熟悉的在线工具。
查看 Surfboard 下载说明 →ClashX Meta 采用 macOS 菜单栏操作方式，适合用来理解既有环境，但已停止维护，不建议作为新电脑的默认安装选项。Meta 名称反映其内核生态背景，不能据此推断归档包包含当前 mihomo 的新协议或新规则能力。
迁移时优先保存订阅地址与自定义规则，再关闭旧客户端的系统代理及自动启动。新客户端能够正常连接后，检查代理端口、策略组名称与系统网络设置，避免旧设置残留造成断网。Apple Silicon 与 Intel 设备还应分别选择匹配的安装包，不要把处理器架构问题误判为订阅故障。
查看 macOS 替代选项 →没有脱离环境的统一最优解。以下建议用于减少试错，不代表某款客户端一定更快或更省资源。
迁移时一次只改变一个层次，才能判断问题来自客户端、配置还是系统网络。尤其从归档软件迁移时，不要把旧目录整包覆盖到新程序。
若更换客户端后仍在同一网络、同一订阅上失败，优先检查节点可用性和配置错误。客户端不是代理服务来源，也不能修复失效订阅。遇到系统代理、证书或连接异常，可继续查看常见问题排查。