Clash 客户端对比

Clash Plus：新手与多设备优先

选它的主要理由是覆盖常用电脑与手机系统，方便先形成一套订阅管理习惯。首次连接时，按导入订阅、激活配置、选择代理组、开启接管的顺序操作，比先开启全部高级选项更容易定位问题。iOS 用户直接到下载中心查看 App Store 入口；其他平台按处理器架构选择安装包。

多设备使用不等于配置和连接状态自动同步。订阅可使用的设备数量取决于服务提供方，节点选择、系统代理与 VPN 权限也需要在每台设备单独确认。若依赖某项特定协议、脚本或 DNS 行为，应先核对对应平台构建的支持情况，而不是仅凭产品名称推断功能一致。更多产品信息见 clashplus.io。

查看 Clash Plus 各平台入口 →

Clash Verge Rev：桌面 TUN 与规则排查

Clash Verge Rev 适合主要在电脑上工作、需要较完整配置管理的用户。mihomo 内核提供规则、代理组与 DNS 等能力，图形界面负责呈现和管理这些设置。需要让不遵循系统代理的应用进入代理路径时，可以进一步研究 TUN；启用前仍要处理系统权限、服务组件和其他网络工具的冲突。

它的学习成本主要在“设置之间如何共同生效”，而不只是按钮位置。例如，订阅原始内容、配置覆写和应用内选项可能影响最终运行配置。排查时先确认当前激活的配置，再查看实际匹配规则。Windows、macOS 和 Linux 都有本站下载入口，但不能据此假定每种处理器架构都提供安装包。

查看桌面平台安装选项 →

FlClash：桌面与 Android 的相近操作体验

FlClash 同时覆盖桌面系统和 Android，适合希望减少界面学习成本的用户。它采用 mihomo 内核，可围绕配置、代理组和连接记录完成日常管理。电脑与手机的操作概念相近，但电脑上的系统代理、TUN，与 Android 的 VPN 服务不是相同的系统机制，遇到连接问题需要分开检查。

迁移到 FlClash 时，先导入订阅并保留原始配置，确认常用应用能连接后再添加本地修改。对于一直在用原版 Clash 配置的用户，重点核对代理组名称和规则引用；对于已经使用 mihomo 的用户，也要检查旧客户端是否额外做了覆写。界面接近不能替代运行配置核对。

查看 FlClash 与其他 Android 选项 →

Clash Nyanpasu：配置管理与界面定制

Clash Nyanpasu 更适合愿意理解内核选择、配置管理和桌面界面选项的用户。本站提供 Windows 下载入口。涉及内核切换时，先确认当前实际运行的内核，再判断某个配置字段是否受支持；不能因为界面提供了选项，就假定所有可选内核的行为完全相同。

如果目标只是每天导入订阅后保持连接，它不一定比首推方案更省步骤；如果经常比较配置、调整桌面操作习惯，它值得纳入候选。建议将稳定配置与测试配置分开保存，每次只改一项。出现问题时记录内核名称、报错文字与修改内容，避免把界面故障、权限问题和配置错误混在一起。

查看 Windows 客户端 →

Clash for Windows：归档参考与旧环境迁移

Clash for Windows 常被简称为 CFW。旧教程里大量截图来自它，但这不意味着新设备仍应照着安装。它属于原版 Clash 路线，不能把当前 mihomo 文档中的新协议或字段直接套用。本站保留 Windows 归档入口，主要用于旧环境对照和迁移准备，不作为新用户的默认建议。

迁移前保存订阅地址、手动规则和必要的本地覆写，不要只复制整个程序目录。退出旧客户端并关闭旧系统代理后，再启动新客户端，避免端口占用。原配置包含本地绝对路径、脚本或旧扩展字段时，应逐项检查；新客户端能启动，只能说明程序可运行，还需验证代理组和规则确实按预期生效。

比较归档与维护中方案 →

Clash Meta for Android：已有 Clash 配置的手机用户

Clash Meta for Android 简称 CMFA，面向 Android 的配置与代理管理。其 Meta/mihomo 路线与原版 Clash for Android 不应混为一谈。已经理解订阅、代理组和规则的用户，通常更容易接上它的操作逻辑。首次启动代理时需要授予系统 VPN 权限，这项授权并不等同于让设备获取 root 权限。

选它时要同时考虑手机系统的后台限制。若锁屏后中断，先查看电池优化和后台运行权限；若部分应用不走代理，再检查应用访问控制与规则。不要连续更换节点来处理所有问题。安装包还要匹配处理器架构，拿不准时先阅读下载中心的架构说明，再决定是否使用通用包。

查看 CMFA 安装包选项 →

Surfboard：先确认配置格式，再考虑界面

Surfboard 同样用于 Android，但并不是换了一套界面的 Clash。它使用自身的代理实现与配置体系，不能把 Clash YAML、代理组写法和规则语法原样视为通用格式。它适合已经持有兼容配置、并了解相应规则语义的用户；只有 Clash 订阅时，应先向服务提供方确认是否提供适配格式。

格式转换也不是简单地修改扩展名。转换后需检查协议支持、规则顺序、策略名称和 DNS 行为，某些能力未必存在等价表达。订阅链接包含访问凭据，不应为尝试转换而随意提交给不熟悉的在线服务。若只想直接使用已有 Clash 配置，先比较 Clash Plus、CMFA 和 FlClash 更合适。

查看 Android 平台完整列表 →

ClashX Meta：macOS 菜单栏旧方案

ClashX Meta 适合已经熟悉菜单栏操作、需要延续旧配置的 macOS 用户作为过渡参考。它采用 Meta 路线，但归档构建的能力是固定的，不能因为名称里有 Meta，就认为它与当前 mihomo 功能同步。新安装或升级系统后，应优先比较 Clash Plus、Clash Verge Rev 和 FlClash。

现有用户迁移时，先记下系统代理地址、监听端口与当前配置位置。退出菜单栏程序后，检查系统网络设置是否仍保留旧代理，再启动新客户端。Apple Silicon 与 Intel 安装包也需要分别选择。若连接异常只在系统升级后出现，应先核对权限和系统兼容性，而不是反复覆盖旧应用。

查看 macOS 客户端 →

选定客户端后，先保留可用的原环境。订阅负责提供远程配置，客户端本地保存的覆写、规则和代理组选择不一定包含在订阅里。迁移失败最常见的原因不是新软件不能联网，而是遗漏了旧环境中的一项设置。

1. 整理配置来源。保存订阅地址和必要的本地配置，区分哪些字段来自订阅、哪些是手动增加的。包含凭据的内容只在自己的设备安全保存。
2. 退出旧客户端。关闭系统代理与 TUN，再退出程序。检查是否有后台服务占用相同端口，避免两个客户端同时修改路由或 DNS。
3. 先跑原始订阅。在新客户端导入并激活配置，确认代理组能正常选择，再逐步恢复本地规则。报错时查看具体字段，不要直接删除所有不认识的内容。
4. 分开验证接管与分流。先确认应用流量进入客户端，再查看它命中了哪条规则。能打开网页不代表命令行和游戏也已被接管，规则命中也不代表节点连接一定成功。
5. 验证重启后的状态。检查开机启动、后台权限和代理恢复行为。确认常用应用持续正常后，再清理旧客户端，保留必要配置备份。

刚开始配置可读订阅导入教程；需要判断接管范围可读系统代理设置与TUN 模式说明。已经导入却无法连接，直接按无法上网排查流程定位；出现规则或字段差异时，分别查看规则分流检查与config.yaml 排查。