CLIENT SELECTION / 内核与界面分开看
先确定操作系统与配置格式，再比较 TUN、订阅管理和维护状态。界面相似，不代表内核能力相同；换一个客户端，也不一定能修好同一份错误配置。
首次安装可先从 Clash Plus 入手；需要 Linux、复杂配置合并或更细的桌面调试时，再对照 Clash Verge Rev、FlClash 等方案。跨平台同名应用的功能不必然完全一致，尤其要单独核对 iOS 的配置格式和网络接管方式。
平台列以本站下载清单为范围，不代表项目历史上所有构建。上手难度按首次完成订阅导入与代理启用估计，不是性能排名；维护状态为定性判断，具体能力以所装构建与项目公告为准。窄屏可横向滚动表格。
| 客户端 | 本站下载平台 | 内核与格式 | 维护状态 | 上手难度 | 特色功能 | 适合人群 |
|---|---|---|---|---|---|---|
| Clash Plus ↓ | Windows、macOS、Android、iOS | 按平台核对内核与导入格式，不将同名应用视为相同内核 | 活跃维护 | 较低，先走订阅导入流程 | 图形化配置入口、跨设备选型；iOS 有 App Store 入口 | 首次安装、多设备日常使用 |
| Clash Verge Rev ↓ | Windows、macOS、Linux | mihomo；Clash YAML 体系 | 活跃维护 | 中等，需理解配置合并与服务权限 | 配置合并、脚本处理、服务模式、TUN 管理 | 桌面进阶配置与排障 |
| FlClash ↓ | Windows、macOS、Android、Linux | mihomo；Clash YAML 体系 | 活跃维护 | 较低至中等 | 接近的跨端界面、策略组与连接查看 | 桌面与 Android 混合使用 |
| Clash Nyanpasu ↓ | Windows | 支持内核管理；本次使用的内核与字段支持需核对 | 活跃维护 | 中等 | 桌面配置管理、规则调试、内核选择 | 愿意检查运行配置的桌面用户 |
| Clash for Windows ↓ | Windows，归档包 | 历史构建多为 Clash Premium；不等同于 mihomo | 已停止维护 | 旧用户熟悉，新用户迁移成本较高 | 历史 Profiles、规则与服务模式工作流 | 旧环境复现、迁移前参考 |
| Clash Meta for Android ↓ | Android | Meta 系；内置内核能力取决于归档构建 | 已停止维护 | 较低，需处理 VPN 与后台权限 | Android VPN 接管、配置导入与策略组选择 | 已有 CMFA 配置的迁移用户 |
| Surfboard ↓ | Android | 非 Clash 内核；使用自身支持的配置体系 | 活跃维护 | 中等，取决于订阅是否匹配格式 | Surge 风格配置、Android VPN 接管 | 已经持有兼容配置的 Android 用户 |
| ClashX Meta ↓ | macOS，归档包 | Meta 系；不保证支持当前 mihomo 全部字段 | 已停止维护 | 旧配置较低，新配置需兼容性排查 | 菜单栏操作、系统代理切换 | 旧 macOS 工作流迁移参考 |
Clash Plus 适合先把订阅导入、模式选择和连接验证走通，再逐步接触规则与 DNS 的用户。本站将它放在 Windows、macOS、Android 与 iOS 下载分组的首位，方便按设备找到对应入口；官网为 clashplus.io。Linux 用户应直接查看其他客户端，不要寻找不存在于本站清单中的同名 Linux 包。
选它的理由是减少首次选型分支，而不是假定所有平台共享同一套功能。安装前确认订阅输出格式，安装后查看实际内核信息、日志入口与系统接管选项。特别是 iOS，不能照搬桌面端服务模式的步骤。若需求已经明确到脚本合并、复杂覆写或某个特定 mihomo 字段，应先确认对应平台是否支持，再决定是否使用。
Clash Verge Rev 面向 Windows、macOS 与 Linux 桌面，使用 mihomo 内核。它的选型价值在于把配置管理、合并处理、日志检查和系统接管集中到图形界面。订阅会更新、但本地 DNS 或规则又需要保留时，可优先研究客户端提供的合并与脚本机制，而不是每次手动改写远程订阅文件。
相应代价是需要分清原始订阅、合并结果与最终运行配置。界面里改了某个字段后，应检查最终配置和启动日志，确认没有被另一层设置覆盖。启用 TUN 前还要处理服务模式与系统权限；服务安装成功并不自动证明 DNS 接管正确。适合愿意读日志、需要长期维护桌面分流策略的用户，不必为了功能更多就一开始开启全部开关。
FlClash 使用 mihomo，本站提供 Windows、macOS、Linux 与 Android 安装入口。它适合一份 Clash YAML 配置需要在电脑和 Android 手机之间复用的场景：配置导入、策略组选择与连接查看的操作更容易建立对应关系，换设备时不必重新学习完全不同的菜单组织。
但操作接近不等于系统行为相同。Android 依赖 VPN 授权与后台运行策略，桌面端则涉及系统代理或 TUN 权限；同一份配置中的监听地址、接口名、文件路径也可能不能跨平台照搬。建议先复用规则和策略组，再分别配置系统接管部分。如果手机锁屏后出现断连，先检查电池优化和后台限制，不要直接把问题归因于订阅。
Clash Nyanpasu 适合希望在桌面界面中管理配置、查看规则并控制内核选择的用户。本站下载清单提供 Windows 入口，这只是分发范围，不应理解为项目只面向一个系统。比较它与 Verge Rev 时，建议实际完成一次导入、覆写与日志定位，观察哪个工作流更符合自己的使用习惯。
涉及内核切换时，必须记录正在运行的内核，而不是只看客户端名字。原版 Clash、Premium 与 Meta/mihomo 的字段支持存在差别，某个协议或 DNS 选项能否解析，应由实际内核决定。适合进阶用户的地方也是容易踩坑的地方：切换后若配置报错，先回看报错字段与内核能力，再处理图形界面的设置。
Clash for Windows 常简称 CFW，许多旧教程以它的 Profiles、Proxies 和服务模式为例。历史常见构建使用 Clash Premium，其行为不能直接等同于当前 mihomo。旧配置能够启动，只能说明这份配置在当前环境可用，不能推出它能兼容更新的协议、DNS 选项或系统网络接口。
已有用户迁移时，先保存订阅来源、手写规则与必要设置，再在新客户端建立独立配置。不要把整个旧程序目录覆盖到新客户端的数据目录，也不要同时启用两边的系统代理或 TUN。归档包可以用于复现旧问题，但不建议把缺乏维护的客户端当成老电脑的默认解决方案；系统兼容和资源占用需要另行验证。
Clash Meta for Android 常简称 CMFA，使用 Meta 系内核，通过 Android VPN 接口接管网络。它与旧版 Clash for Android 名称相近，但不能只按图标或安装包名称判断内核能力；本站下载清单中的应用键也不等于完整的产品说明。应查看应用内核信息、配置解析结果与日志。
CMFA 已停止维护，已有用户可把原配置作为迁移到活跃客户端的参考。迁移时先结束旧 VPN，再启动新客户端；Android 通常不能让两个此类 VPN 同时接管。若订阅能导入却启动失败，重点检查内核是否识别配置字段。若前台正常、锁屏后失效，则检查系统后台限制。两类问题发生在不同层，换订阅地址未必有帮助。
Surfboard 是 Android 代理客户端，但不使用 Clash 内核。它提供 Surge 风格的配置体系，不能因为同样有策略组和规则，就直接将 Clash YAML 导入。即便配置服务提供格式转换，也需要检查协议、规则类型和策略组语义是否都被保留；转换成功只说明输出了文本，不保证连接行为一致。
如果已经持有 Surfboard 支持的订阅格式，它可以作为 Android 方案比较；如果现有配置大量依赖 mihomo 的规则集、覆写或 DNS 字段，优先选择同一配置体系通常更省事。不要为了一次导入而将包含私人节点信息的完整配置提交给不明转换服务。格式适配是选型前提，不应留到无法联网时才回头检查。
ClashX Meta 是 Meta 系的 macOS 菜单栏客户端，适合解释旧教程里的系统代理切换与配置选择操作，但项目已经停止维护。Meta 名称并不意味着归档包内的内核持续跟随当前 mihomo；旧构建可能无法识别后续新增字段，系统升级后也可能遇到权限或网络接管变化。
现有用户可先记录规则模式、订阅位置与本地修改，再转到维护中的 macOS 客户端验证。迁移后检查系统代理是否仍指向旧端口，确认旧程序没有继续随登录启动。Apple Silicon 与 Intel 应按设备架构选择安装包；不要仅以程序能启动来判断架构和系统支持是否合适。新装用户优先查看 Clash Plus、Verge Rev 或 FlClash。
确定方案后，前往客户端安装包页查看对应平台入口。首次配置按快速上手教程操作，平台权限和系统特有问题查阅全平台指南；已经连接却无法上网时，优先参照常见问题逐项定位，而不是连续安装多个客户端。