原版 Clash 与历史客户端
原版 Clash 是许多旧教程和配置示例的基础。Clash for Windows 属于这一时期常见的图形客户端，但客户端名称并不是内核版本标识。原版项目停止维护后，旧配置仍可能运行，却不代表新协议、新规则字段或新系统环境会得到支持。
如果配置出现无法识别的代理类型，先核对内核支持范围。重复导入同一份订阅，通常不能解决语法超出内核能力的问题。
客户端选型 · 平台与内核对照
Clash 客户端对比
先确认设备与配置格式，再比较内核和管理功能。界面相似，不代表协议支持、规则语法或系统接管方式相同。
优先选择 Clash Plus
首次安装，以及同时使用电脑与手机的用户，优先从 Clash Plus 开始。本站提供 Windows、macOS、Android 与 iOS 入口。先完成订阅导入、规则模式与连接验证；有明确的桌面覆写、内核管理或 Linux 需求时，再比较其他客户端。
这里的首推是安装路径建议，不是速度排名。实际连接表现还受服务端、线路、协议参数与本机网络影响；不同平台的同名客户端也不应默认具有完全相同的功能。
平台、内核与使用门槛
平台栏按本站下载入口列出，不代表项目历史上全部构建目标。窄屏可在表格区域横向滚动；维护情况与内置内核应结合所选安装包的项目说明核对。
| 客户端 | 本站平台入口 | 内核与配置体系 | 维护状态 | 上手难度 | 特色功能与适合人群 |
|---|---|---|---|---|---|
| Clash Plus | Windows / macOS / Android / iOS | Clash 兼容配置；具体内核及字段支持以各平台说明为准 | 活跃维护 | 较低；先核对订阅类型 | 跨设备客户端选择；适合首次安装与日常订阅使用 |
| Clash Verge Rev | Windows / macOS / Linux | mihomo | 活跃维护 | 基础较低，覆写与 TUN 需额外理解 | 配置覆写、服务模式、TUN；适合桌面进阶管理 |
| FlClash | Windows / macOS / Linux / Android | mihomo | 活跃维护 | 较低；系统权限因平台而异 | 相近的跨平台操作布局；适合桌面与 Android 并用 |
| Clash Nyanpasu | Windows | 支持内核管理；实际能力取决于所选内核 | 活跃维护 | 中等；需分清界面与内核设置 | 桌面配置与内核管理；适合配置实验和进阶使用 |
| Clash for Windows | Windows（归档） | 原版 Clash 系为主；历史安装可能手动替换过内核 | 已停止维护 | 旧环境较熟悉，迁移成本需评估 | 旧配置复现；不作为新安装的默认方案 |
| Clash Meta for Android | Android | Meta / mihomo 系；以内置构建为准 | 分支维护；安装前核对所用分支公告 | 中等；需处理 VPN 授权与后台限制 | 应用分流、配置文件管理；适合 Android 配置用户 |
| Surfboard | Android | 自身实现；Surge 风格配置，非 Clash 内核 | 活跃维护 | 已有匹配配置时较低，否则需转换 | 适合持有兼容配置、愿意核对语法与协议的用户 |
| ClashX Meta | macOS（归档） | Meta 系；不等于持续更新的 mihomo 构建 | 已停止维护 | 菜单栏操作较直接，旧字段需核对 | 旧版 macOS 使用习惯与配置复现 |
原版、Meta 与 mihomo 的关系
客户端负责界面、订阅管理和系统集成；内核负责解析配置、匹配规则与建立连接。选型时应把这两层分开。
Clash Meta 与 mihomo
Clash Meta 是在 Clash 生态上扩展的内核分支，后续以 mihomo 名称继续发展。旧教程中的 Meta 与当前 mihomo 有历史承接关系，但具体能力仍受构建时间影响。Verge Rev、FlClash 等界面围绕 mihomo 提供配置和系统接管入口。
相同内核也可能因客户端生成配置、权限处理、覆写顺序不同而表现不同。协议设计和字段差异可查阅协议手册。
八款客户端逐项点评
以下点评重点是配置路径和管理成本，不使用下载量、评分或节点测试数字作为结论。
首推
Clash Plus：首次安装与多设备使用
Clash Plus 适合作为默认起点：先按设备进入对应下载区，再使用服务提供方给出的兼容订阅。对于主要需求是切换策略组、使用规则模式和查看基本连接状态的用户，先完成这些操作，比一开始研究大量内核参数更有效。
跨平台不等于配置完全通用。导入前仍要核对代理协议、规则集和 DNS 字段，尤其是把桌面配置移到手机时。iOS 用户可通过下载页进入 App Store，并通过官网 clashplus.io 了解产品说明。若需求包含 Linux 或复杂桌面覆写，再转向 Verge Rev、FlClash 等候选。
查看 Clash Plus 平台入口 →Clash Verge Rev：桌面配置与覆写
Clash Verge Rev 面向 Windows、macOS 和 Linux 桌面，采用 mihomo 内核。需要保留远程订阅，同时追加本地规则、调整 DNS 或管理系统代理的用户，可以重点考虑。服务模式与 TUN 提供了不同的系统接管路径，但权限要求与安装步骤会随操作系统变化。
它的学习成本主要在配置层次，而不是基本连接。订阅原文、覆写内容与最终运行配置要分清；直接修改下载到本地的订阅文件，更新时可能被覆盖。从 CFW 迁移时建议先仅导入订阅，确认运行正常后再逐项重建旧脚本和快捷设置。
查看桌面安装选项 →FlClash：桌面与 Android 操作衔接
FlClash 使用 mihomo，本站提供 Windows、macOS、Linux 和 Android 入口。希望电脑与 Android 手机保持相近操作逻辑的用户，可以把它放在候选列表中。相似的布局有助于找到配置、策略组和连接设置，但不会自动同步订阅、规则与本地覆写。
移动端需要额外关注系统 VPN 授权和后台运行策略；桌面端则应区分系统代理与 TUN。不要把手机上的省电设置直接类比为桌面服务模式。更换平台后，建议重新检查 DNS、绕过规则和应用接管范围，而不是只确认界面显示已连接。
查看 Android 客户端 →Clash Nyanpasu：内核管理与配置实验
Clash Nyanpasu 提供桌面配置管理与内核管理入口，适合愿意区分客户端设置、内核参数和订阅字段的用户。本站下载清单提供 Windows 安装入口；这只是本站包范围，不应据此推断项目仅支持该系统。
内核切换不是通用修复按钮。更换前应记录当前使用的内核，检查配置中是否包含特有字段，并保留可恢复的配置副本。某份配置能在一个内核下启动，不代表换到另一内核后仍保持相同的 DNS 或路由行为。只需要日常导入订阅的用户，不必为了可切换内核而增加维护步骤。
查看 Windows 客户端 →已停止维护
Clash for Windows：归档与迁移参考
Clash for Windows 常简称 CFW，已停止维护。归档入口主要用于旧环境复现、读取历史配置与迁移准备，不建议新用户把它作为长期默认选择。旧教程里出现的设置名称与脚本机制，也不一定能直接对应到当前客户端。
迁移时分别保存订阅地址、本地规则、覆写脚本与端口设置。先在新客户端验证原始订阅，再搬运定制内容，不要直接覆盖整个配置目录。若旧环境手动替换过内核，还要记录真实内核名称，否则很容易误判为新客户端不兼容。
阅读 CFW 迁移步骤 →Clash Meta for Android：应用分流与配置管理
Clash Meta for Android 常简称 CMFA，围绕 Meta／mihomo 系内核提供 Android 配置入口。安装包架构、Android 系统兼容性以及所用分支的维护公告都需要分别确认。名称相同或相近的构建，不应默认内核能力一致。
它更适合已经熟悉订阅文件、应用分流和 VPN 服务机制的用户。出现后台断开时，先检查系统电池管理与后台权限；只有个别应用无法连接时，再检查应用选择范围和规则命中情况。同一系统用户环境通常不能同时启用两个基于 VPN 服务的接管工具，测试时应关闭其他同类服务。
核对 Android 安装包架构 →Surfboard：不同配置体系的 Android 选择
Surfboard 不是换了界面的 Clash。它采用自身实现与 Surge 风格配置；配置语法存在相似之处，也不意味着支持 Surge 的全部功能。持有对应配置或明确需要其规则体系的 Android 用户，可以将它作为独立方案比较。
Clash YAML 订阅不能仅修改文件后缀就直接使用。转换时不仅要映射节点，还要处理策略组、规则与 DNS 行为；部分字段可能没有对应功能。应先确认订阅服务提供匹配格式，再考虑迁移。若现有配置大量使用 mihomo 特有字段，继续选择相应内核客户端通常更省维护成本。
查看 Surfboard 下载入口 →已停止维护
ClashX Meta：macOS 菜单栏旧环境
ClashX Meta 使用 Meta 系内核，主要通过 macOS 菜单栏进行日常操作，目前作为停止维护的归档客户端保留。熟悉旧菜单栏操作的用户，可以借它理解历史设置；新安装应优先比较仍在维护的候选，而不是只沿用旧教程里的软件名称。
从 ClashX Meta 转到其他 macOS 客户端时，除了订阅，还应检查系统代理残留、辅助服务与本地监听端口。旧客户端退出后再启动新客户端，可减少端口与代理设置相互覆盖。Apple Silicon 与 Intel 安装包应按设备架构选择，不能只看文件名称里的 macOS。
查看 macOS 当前选择 →按使用场景缩小候选
先确定一项主要需求。不要同时更换客户端、订阅、DNS 与接管模式，否则连接异常时很难定位变量。
安装与迁移前的核对顺序
客户端选择完成后，用同一份可用配置建立对照。保留回退路径，比同时尝试多个新设置更重要。
- 确认设备条件。核对系统版本、处理器架构与安装权限。桌面安装包和手机安装包不能相互替代，macOS 还要区分 Apple Silicon 与 Intel。
- 确认订阅格式。向配置提供方确认目标客户端和内核支持。能解析节点，不一定能完整保留策略组、规则集和 DNS 行为。
- 备份本地定制。分别记录订阅来源、规则覆写、脚本、端口与应用分流范围。订阅地址可能包含访问凭据，不要放入公开截图或问题反馈。
- 逐项建立连接。退出旧客户端，在新客户端中先测试基础模式，再加入 TUN 或自定义 DNS。若失败，先读取日志中的解析错误与权限提示。
- 检查系统残留。确认旧代理、开机启动项和后台服务不再覆盖新设置。验证完成后再整理旧配置，避免两个客户端反复修改系统代理。