CLIENT SELECTION / 客户端选型
先确认平台与订阅格式，再比较配置管理、TUN 模式和维护状态。一般选型首推 Clash Plus；需要 Flutter 跨端界面可看 FlClash，需要桌面覆写工作流可看 Clash Verge Rev。
PLATFORM / CORE / WORKFLOW
平台列区分项目支持范围与本站包清单。维护状态为定性参考，安装前仍应查看对应发行说明；表格可横向滚动。
| 客户端 | 平台支持 | 内核或配置生态 | 维护状态 | 上手难度 | 特色功能与适合人群 |
|---|---|---|---|---|---|
| Clash Plus 首推 |
Windows、macOS、Android、iOS | 以各平台发行说明及配置兼容说明为准 | 活跃维护 | 较低，先完成订阅导入 | 多平台选型入口集中；适合新手及同时使用手机、电脑的用户。 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo，属于 Clash Meta 生态 | 活跃维护 | 基础使用较低，覆写需理解 YAML | 订阅管理、配置覆写与 TUN；适合桌面进阶用户。 |
| FlClash | Windows、macOS、Linux、Android | Clash Meta / mihomo 生态 | 活跃维护 | 较低，需理解代理模式 | Flutter 跨端界面、策略组与配置切换；适合桌面和 Android 混用。 |
| Clash Nyanpasu | Windows、macOS、Linux；本站列出 Windows 包 | 支持的 Clash 系内核与切换方式以发行包为准 | 活跃维护 | 中等，需辨别内核与配置关系 | 界面定制与桌面配置工作流；适合愿意整理设置的用户。 |
| Clash for Windows 已停止维护 |
历史上支持 Windows、macOS、Linux；本站为 Windows 归档 | 原版 Clash / Clash Premium 生态，非 mihomo | 已停止维护 | 旧用户较熟悉，新用户不建议从此入门 | 旧配置复现与迁移对照；不作为新设备的长期选型。 |
| Clash Meta for Android | Android | Clash Meta / mihomo 生态 | 活跃维护 | 较低，需处理 VPN 授权与后台限制 | Android 专用配置与代理操作；适合已有 Clash YAML 订阅的用户。 |
| Surfboard | Android | 独立实现；不是 Clash / Meta 内核 | 活跃维护 | 有兼容配置时较低，格式迁移需额外学习 | 自身支持的配置语法与规则工作流；适合已有兼容订阅的用户。 |
| ClashX Meta 已停止维护 |
macOS | Clash Meta 生态，内置能力受归档包限制 | 已停止维护 | 基础操作较低，排错需理解系统代理 | 菜单栏操作与旧环境保留；适合迁移前对照，不作为新安装首选。 |
以下点评围绕操作路径与迁移成本展开。客户端负责配置入口、系统集成和界面呈现，实际连接还受订阅内容、服务端协议、本地网络及规则设置影响；换界面本身不能保证解决线路问题。
Clash Plus 适合作为一般选型的起点。Windows、macOS、Android 与 iOS 用户可以先从同一下载中心找到对应入口，再核对各平台安装方式。它的选型价值在于覆盖常见设备组合，而不是假定所有平台具有完全相同的设置项。移动系统的 VPN 权限、桌面系统的代理接管，以及订阅格式支持都应分别确认。
如果主要需求是订阅导入、选择策略组和日常切换，先把这些基本步骤跑通即可。需要迁入复杂 YAML 时，应对照该平台发行说明检查字段兼容性，不把其他客户端的整份配置直接视为可用。iOS 用户可从下载页 iOS 区进入 App Store。
Clash Verge Rev 面向 Windows、macOS 和 Linux 桌面环境，采用 mihomo 内核。它更适合把远程订阅作为基础，再用本地覆写维持固定的 DNS、规则或策略组调整。这样可以把服务方更新的节点内容与个人配置分开，避免每次订阅刷新后重复编辑同一段 YAML。
进阶能力也意味着需要分清原始配置与最终生效配置。排查规则失效时，除了看规则顺序，还要确认覆写是否启用、引用的策略组是否存在。首次使用不必同时配置服务模式、TUN 和复杂脚本；逐项增加设置，更容易判断是哪一层引入了问题。
FlClash 基于 Flutter 构建界面，使用 Clash Meta / mihomo 内核生态，适合同时使用 Android 与桌面设备的用户。配置切换、出站模式和策略组等概念在不同端保持相近的操作逻辑，减少在多套界面之间重新寻找入口的成本。它不覆盖本站的 iOS 客户端入口，iOS 用户应另选对应客户端。
相近界面不代表相同系统权限。Android 通常通过系统 VPN 授权接管流量，桌面端则需区分系统代理与 TUN。建议先在订阅导入教程完成单份配置，再逐步添加本地规则；涉及 DNS、Fake-IP 与策略组引用时，继续查阅进阶配置手册。
Clash Nyanpasu 适合希望调整桌面界面与配置组织方式的用户。其项目平台范围与本站提供的安装包范围需要分开看：本站下载中心列出 Windows 包，不因此推断其他平台没有支持。选择前应核对所用发行包包含哪些内核、是否需要额外选择，以及原配置依赖哪些内核扩展。
如果希望尝试不同的内核或配置流程，应先保留一份能正常工作的配置作为对照。切换内核后出现协议不支持、字段忽略或规则行为变化，并不一定是订阅失效。对只需要导入订阅的用户而言，这类可调整项不是必需条件，Clash Plus 或 FlClash 更适合作为第一轮候选。
Clash for Windows 常简称 CFW，名称虽然带 Windows，历史上也提供过其他桌面平台的发行包。它属于原版 Clash / Clash Premium 生态，已停止维护。本站保留 Windows 归档入口，主要用于旧环境查阅与迁移对照，不建议作为新设备的长期安装方案。
旧配置能够启动，并不表示能使用 mihomo 新增的协议或规则字段。迁移到 Clash Plus、Clash Verge Rev 或 FlClash 时，应先导入订阅，再按需重建系统代理、TUN 和本地覆写。不要复制整个旧应用目录来代替迁移，也不要仅凭旧教程中的开关名称判断新客户端设置的位置。
Clash Meta for Android 常简称 CMFA，适合已有 Clash YAML 订阅、希望使用 Android 专用客户端的用户。选型时先检查安装包架构与系统要求，再考虑配置导入方式。首次连接通常需要系统 VPN 授权；如果设备已有其他 VPN 应用接管网络，应先停止它，再观察 CMFA 的连接行为。
Android 上的后台省电限制会影响持续连接，锁屏后断开不应立即归因于节点。需要结合系统电池设置、应用后台权限和日志判断。与 FlClash 相比，主要区别是移动端操作习惯与界面组织方式，而不是同一订阅必然在其中一款更快；线路表现应在相同条件下做对照。
Surfboard 是 Android 代理客户端，但不能把它当作换了界面的 Clash。它使用独立实现及自身支持的配置语法，不应把 Clash YAML 文件直接导入后期待完整生效。已有 Surfboard 兼容配置、熟悉其规则写法的用户，可以沿用原有工作流；只有 Clash YAML 订阅时，应先询问服务方是否提供兼容格式。
格式转换也不只是修改文件扩展名。协议参数、策略组类型、规则表达与 DNS 行为都可能需要重新对应。如果转换过程比日常使用需求复杂，直接选择 Clash Plus、CMFA 或 FlClash 更合适。将 Surfboard 纳入对比，是为了说明 Android 上的可选路径，而不是宣称这些客户端可以互换全部配置。
ClashX Meta 面向 macOS，采用 Clash Meta 生态内核，偏向菜单栏操作。它已停止维护，本站保留入口供已有环境迁移时参考。归档包所带内核能力有边界，不能因为名称包含 Meta，就默认具备当前 mihomo 的全部特性或适配新的系统网络行为。
新安装建议优先看 Clash Plus、Clash Verge Rev 或 FlClash 的 macOS 入口，并按 Apple Silicon 与 Intel 架构选包。旧环境迁移时，除了配置内容，还应检查菜单栏应用是否残留启动项、系统代理是否仍指向旧端口。保留旧配置用于比对即可，不需要让两套客户端同时接管连接。
迁移的目标是保留可解释的配置，而不是一次搬走所有历史状态。先记录当前使用的订阅来源、策略组选择、代理模式与本地覆写内容；订阅链接可能包含个人访问凭据，不要放入公开截图或故障反馈。随后关闭原客户端的系统代理和 TUN，避免新旧应用争用端口或路由。
一般用户首推 Clash Plus。先按操作系统找到对应安装方式，完成订阅导入与连接验证，再决定是否需要更复杂的配置工作流。Android 与桌面希望保持相近界面时考虑 FlClash；以桌面覆写和规则维护为主时考虑 Clash Verge Rev；需要更多界面调整时进一步比较 Clash Nyanpasu。
Android 专用操作习惯可选 CMFA，已有兼容格式再考虑 Surfboard。Clash for Windows 与 ClashX Meta 保留为归档和迁移参考。下载中心按平台列出客户端及安装包选择，本站不在本页直接分发文件。