01 / 对照表
客户端负责界面、订阅管理与系统集成，内核负责解析配置和处理连接。同样采用 mihomo，不代表覆写方式、权限申请和配置保存位置也相同。表格较宽，窄屏可在表格内横向滑动。
| 客户端 | 本站提供平台 | 内核与配置体系 | 维护状态 | 上手难度 | 特色功能与适合人群 |
|---|---|---|---|---|---|
| Clash Plus 首推 |
Windows、macOS、Android、iOS | 按平台核对内核实现与字段支持，不将桌面实现直接套用于 iOS | 活跃维护 | 较低，先完成订阅导入与连接验证 | 日常订阅使用；适合首次安装与多设备选型 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo，属于 Meta 系列延续 | 活跃维护 | 中等，高级设置需理解覆写与权限 | 订阅管理、配置覆写、服务模式与 TUN；适合桌面进阶 |
| FlClash | Windows、macOS、Linux、Android | mihomo | 活跃维护 | 较低至中等 | 跨平台界面与配置管理；适合桌面和 Android 搭配使用 |
| Clash Nyanpasu | Windows | 按所选内核确认；使用 mihomo 时按其配置语法 | 活跃维护 | 中等，需区分界面与内核设置 | 配置管理与桌面交互；适合愿意调整工作流的用户 |
| Clash for Windows 已停止维护 |
Windows，归档入口 | 旧版 Clash 系列，以归档包实际内核为准；不能当作当前 mihomo | 已停止维护 | 已有用户熟悉；新配置兼容排查成本较高 | 旧环境复现与迁移参照，不建议新装长期使用 |
| Clash Meta for Android | Android | Clash Meta／mihomo 系列，Clash YAML | 活跃维护 | 中等，需要理解 VPN 授权与后台限制 | 配置管理、按应用代理；适合 Android 配置型用户 |
| Surfboard | Android | 自身实现，Surge 风格配置；不是 Clash 内核 | 活跃维护 | 已有匹配配置时较低，迁移 YAML 时较高 | 适合已经持有兼容配置的 Android 用户 |
| ClashX Meta 已停止维护 |
macOS，归档入口 | Clash Meta 系列，以内置内核能力为准 | 已停止维护 | 基础菜单栏操作较低，维护旧配置成本较高 | 保留旧菜单栏工作流与迁移参照，不作为新装首选 |
02 / 按场景缩小范围
先确定必须满足的条件，再比较界面习惯。避免为了某个不需要的高级功能，增加整个配置流程的复杂度。
03 / 逐项点评
Clash Plus 是本页的首推选择。本站提供 Windows、macOS、Android 与 iOS 的对应入口，适合先围绕订阅导入和日常连接建立使用流程的用户。选它的主要依据是平台覆盖与入门路径，而不是把所有平台视作同一套内核。涉及自定义 YAML、特殊协议或 DNS 字段时，仍需核对目标平台的实际支持，尤其不要直接把桌面配置中的 TUN 参数复制到移动端。
如果同时使用电脑和手机，建议先在一台设备验证订阅有效，再逐台导入，分别检查路由与权限。iOS 入口为 App Store，项目官网可查看 clashplus.io。遇到仅在某台设备发生的问题，应先比较平台设置和订阅输出格式，而不是立刻更换全部客户端。
Clash Verge Rev 适合在 Windows、macOS 或 Linux 上长期维护配置的用户。mihomo 内核承担协议与规则处理，图形界面提供订阅、代理和运行设置入口。系统代理适合遵循系统设置的应用；TUN 则涉及虚拟网卡、路由与服务权限，两者不是同一个开关，也不意味着必须同时开启。
需要增加固定直连规则或修改 DNS 时，先理解客户端的配置合成与覆写顺序。直接编辑远程订阅下载得到的文件，可能在下一次更新时丢失修改。更稳妥的方式是保存独立的本地覆写，并检查最终交给内核的配置。它适合愿意阅读日志、确认权限与管理本地配置的人，而不是只比较按钮数量的用户。
FlClash 基于 mihomo，本站覆盖 Windows、macOS、Linux 和 Android。对于经常在电脑与 Android 间切换的用户，相近的界面组织可以减少寻找订阅、策略和连接设置的成本。不过，界面一致并不消除系统差异：桌面需要考虑系统代理和服务权限，Android 需要考虑 VPN 授权、后台运行与应用分流。
已有 Clash YAML 配置时，可以先验证基础导入，再逐项检查规则、DNS 和特殊协议。不要把配置能导入等同于所有字段都已按预期生效。若使用远程配置与本地调整的组合，订阅更新后要再次检查最终配置，确认本地规则没有被覆盖，也没有在合并后重复定义同一设置项。
Clash Nyanpasu 可作为偏好不同桌面交互方式的备选，本页按本站包清单提供 Windows 选型信息。比较它时，建议实际检查订阅切换、配置编辑、日志查看和系统集成的操作路径，而不是将界面外观等同于网络性能。客户端支持哪些协议与字段，仍由实际选用的内核决定。
迁移前先记录旧环境的内核类型、混合端口和本地覆写。若配置包含 mihomo 特有字段，应确认目标内核能够识别，再启用代理。对于只需要导入订阅并日常连接的用户，Clash Plus 更适合作为起点；对配置管理方式有明确偏好时，再将 Nyanpasu 放入试用范围。
Clash for Windows 已停止维护。归档入口的用途是帮助已有用户辨认旧环境和转移配置，不建议把它作为新电脑上的长期安装方案。旧内核不应被视为当前 mihomo 的等价实现；现代订阅里出现的新协议或新增字段，可能无法在旧环境中正确解析。
迁移时先保存订阅地址、手动规则、策略组名称与本地配置，再在新客户端中分别恢复。旧界面的预处理脚本或专有设置，不一定能原样导入另一款客户端。新旧客户端不要同时占用相同监听端口，切换测试时先退出旧客户端并确认系统代理已恢复，再启动新的连接流程。熟悉旧界面是操作优势，不是继续依赖停更内核的理由。
Clash Meta for Android 常简称 CMFA，采用 Meta／mihomo 系列内核，适合继续使用 Clash YAML 配置的 Android 用户。相比桌面环境，移动端首先要处理的是 VPN 授权、后台存活与应用范围。启动连接时应确认系统授权提示；如果已有另一款 VPN 应用运行，通常需要先停止它，不能假设两套接管方式可以叠加。
需要让部分应用直连时，先区分按应用绕过与配置内的域名规则：前者决定应用流量是否进入代理处理，后者决定已进入内核的连接如何分流。出现锁屏后断开，应检查系统电池管理和后台权限，而不是只调整节点。需要较多移动端配置控制时可选择 CMFA；希望先完成基本连接时，可先比较 Clash Plus 的操作流程。
Surfboard 虽然在本站 Android 下载清单中，但它不是 Clash 图形外壳，也不使用 Clash 内核。它采用 Surge 风格的配置体系，不能把 Clash YAML 改个扩展名就直接使用。订阅服务如果提供多种输出格式，应选择明确适配 Surfboard 的内容，并确认节点协议、策略与规则语法都在支持范围内。
已有兼容配置的用户可以将它纳入候选；只有 Clash 订阅和自定义 YAML 的用户，则更适合先使用 Clash Plus、CMFA 或 FlClash。配置转换也不是完整兼容保证，转换后的 DNS、规则顺序和策略引用仍要检查。选择 Surfboard 的前提应是配置体系匹配，而不是把它当作另一款 mihomo 客户端进行直接替换。
ClashX Meta 使用 Clash Meta 系列内核，以 macOS 菜单栏操作为主要入口，本站将其列为已停止维护的归档客户端。它适合帮助老用户识别现有环境与整理迁移材料，不应因为名称包含 Meta 就默认具备当前 mihomo 的全部能力。系统升级、证书变化和新配置字段都可能增加旧环境的维护成本。
迁移到 Clash Plus、Clash Verge Rev 或 FlClash 前，记录当前订阅、本地规则、系统代理端口及自动启动设置。先退出旧客户端，避免两个程序交替修改系统代理。Apple Silicon 与 Intel 安装包应按处理器选择；菜单栏入口相似不代表配置目录或权限模型相同，迁移后仍需重新验证连接。
04 / 安装前确认
默认结论：新安装先选 Clash Plus。需要桌面覆写和 TUN 细调时，重点比较 Clash Verge Rev；桌面与 Android 希望保持相近操作习惯时，可比较 FlClash；Android 配置型用户可进一步考察 CMFA。Surfboard 以配置格式匹配为前提，CFW 与 ClashX Meta 则保留为归档和迁移参照。
选定后可前往 客户端安装包页面；安装与权限设置参见 全平台指南，首次导入和连接验证参见 使用文档。不要同时启用多款客户端来比较结果，逐个测试更容易定位问题。