START WITH THE DEVICE
客户端决定操作入口，内核决定配置能力；两者需要一起看，不能只凭应用名称判断兼容性。
第一次安装时，先用 Clash Plus 完成订阅导入、规则模式选择与连接验证。本站提供 macOS、iOS、Windows 与 Android 入口，便于多设备用户从同一个产品开始核对功能。iPhone 通过 App Store 安装，产品信息可查阅 clashplus.io。
首推不代表各系统实现完全相同。桌面的系统代理、辅助服务与移动端的 VPN 授权不是同一套机制；如果依赖某项协议、脚本或 DNS 参数，应在目标设备上导入测试配置后再决定是否迁移全部规则。
按平台查看 Clash Plus →打开「苹果菜单 → 关于本机」：显示 Apple 芯片名称时选 arm64；显示 Intel 处理器时选 x86_64。不要因为应用图标或名称相似，就把不同架构安装包混用。
iPhone 使用 iOS 商店入口，不安装 macOS 的 arm64 文件。处理器指令集相近，不意味着安装格式、系统权限与网络接管方式可以互换。
Linux 用户在本站优先比较 Clash Verge Rev 与 FlClash；服务器和路由器用户可直接研究 mihomo 内核，但还需要自行管理服务、配置目录与启动参数。
CAPABILITY MATRIX
平台列表示本站下载页提供的入口，不等同于项目全部历史构建。维护状态为定性选型信息，不代表每个安装包都包含相同内核与功能；窄屏可在表格内横向滚动。
| 客户端 | 平台入口 | 内核或配置路线 | 维护状态 | 上手难度 | 特色与边界 | 适合人群 |
|---|---|---|---|---|---|---|
| Clash Plus 首推 |
macOS、iOS、Windows、Android | Clash 配置生态；内核实现按平台核对，不能把 iOS 与桌面等同 | 活跃维护 | 较低：先走导入与模式选择主线 | 覆盖苹果设备与常见桌面、移动平台；高级参数需逐端确认 | 首次使用、Mac 与 iPhone、多设备用户 |
| Clash Verge Rev | macOS、Windows、Linux | mihomo | 活跃维护 | 中等：需要理解覆写与服务权限 | 配置覆写、规则管理、TUN 与桌面集成 | 桌面进阶、需要细化配置流程的用户 |
| FlClash | macOS、Windows、Linux、Android | mihomo | 活跃维护 | 较低至中等：仍需理解规则与授权 | 跨平台界面与配置管理；不提供本站 iOS 入口 | 桌面与 Android 混合使用者 |
| Clash Nyanpasu | Windows | 支持内核管理；使用 Meta／mihomo 能力前确认实际所选内核 | 活跃维护 | 中等：界面设置与内核选项需区分 | 桌面交互、配置管理与内核选择 | 关注 Windows 界面与配置组织的用户 |
| Clash for Windows 归档 |
Windows | 原版 Clash／历史 Premium 路线，依归档构建而异 | 已停止维护 | 旧用户较低；新用户不建议从此入门 | 旧配置查阅与历史工作流对照 | 准备迁移的存量用户 |
| Clash Meta for Android | Android | Meta／mihomo 路线，以应用内核信息为准 | 活跃维护 | 中等：需理解配置文件与 VPN 权限 | Android 配置管理、规则分流与应用接管设置 | 已有 Clash YAML 的 Android 用户 |
| Surfboard | Android | 自身引擎，采用 Surge 风格配置的兼容子集；非 Clash 内核 | 活跃维护 | 已有兼容配置时较低；从 YAML 迁移需转换 | 按自身支持范围处理策略、规则与配置 | 已经维护兼容配置的 Android 用户 |
| ClashX Meta 归档 |
macOS | Meta 路线，不等同于持续更新的 mihomo 构建 | 已停止维护 | 菜单栏操作较低；排障需理解系统代理 | 菜单栏交互、旧环境与规则迁移对照 | 保留旧 Mac 工作流的存量用户 |
CLIENT NOTES
展开客户端名称查看选择理由。点评关注实际操作差异，不使用版本号、评分或未经测试的速度排名。
适合先完成基本连接，再逐步理解规则的用户。选型时先确认目标系统是否提供入口，再验证订阅能否导入、策略组能否选择、规则命中是否符合预期。对于同时使用 Mac 和 iPhone 的用户，同一产品提供的入口能减少初次查找成本，但配置文件的同步仍需单独安排，不能把同名应用理解为自动共享所有设置。
如果依赖复杂 DNS、特殊协议或桌面 TUN，请分别查看目标平台的功能说明。iOS 受系统网络扩展机制约束，不能照搬 macOS 辅助服务的操作路径。建议先在一台设备上跑通最小配置，再逐端导入订阅，保留各设备的本地覆盖项。安装入口与架构选择统一放在下载页。
适合需要在订阅更新之外保留本地调整的桌面用户。mihomo 内核提供规则与网络接管基础，客户端再承载配置管理、覆写与服务设置。与直接修改远程订阅下载后的文件相比，把本地规则放进独立覆写层，更容易在订阅刷新后保留变更；代价是需要理解合并顺序，以及最终生效配置来自哪里。
Apple 芯片 Mac 选择 arm64，Intel Mac 选择 x86_64。开启 TUN 前先确认辅助服务与权限状态，不要把「按钮已开启」当成路由已经生效。若只是浏览器访问需求，先用系统代理建立基线，再逐项测试 TUN 与 DNS，排障会比一次开启全部高级选项更清楚。本站没有它的 iOS 入口。
FlClash 适合在多个桌面系统和 Android 之间切换、希望沿用相近界面习惯的用户。它采用 mihomo 路线，因此可以围绕 Clash YAML 组织订阅与规则，但跨平台并不意味着系统设置完全一致：桌面可能使用系统代理与辅助服务，Android 则需要 VPN 授权，并受到后台运行策略影响。
迁移时可以先复用订阅来源，再重新检查配置选择、模式与本机端口。不要直接复制另一台设备的全部运行参数，尤其是网卡名称、配置目录和监听地址。需要 iPhone 客户端时，应回到 iOS 下载入口另作选择；本站不把 FlClash 当作 iOS 方案，也不以界面相近推断配置会自动同步。
本站为 Clash Nyanpasu 提供 Windows 入口，适合重视桌面交互与配置组织的用户。比较它时，应把前端与内核分开看：界面上的功能入口并不能单独证明某个协议或 YAML 字段可用，实际执行能力取决于当前选择的内核及其配置。遇到导入成功但连接失败，应先查看内核启动信息与配置错误。
从其他客户端迁移时，先导入一份可工作的订阅，不要同时搬入旧脚本、旧端口和全部覆写。确认基础规则生效后，再恢复个性化设置。若主要设备是 Mac 或 iPhone，优先从对应平台入口筛选，而不是先选中界面再寻找本站未提供的安装包。
Clash for Windows 已停止维护，本站保留的是归档入口，不建议新用户以它作为长期配置起点。旧教程经常围绕它讲解系统代理、配置文件和策略组，这些基础概念仍有参考价值，但旧界面路径、内核字段和服务安装步骤不能直接套用到新的客户端。
寻找 Clash for Windows 替代时，可先比较 Clash Plus，再按桌面覆写需求考虑 Clash Verge Rev、FlClash 或 Clash Nyanpasu。迁移前导出订阅来源与自定义规则，记录本地监听端口。先退出旧客户端并关闭其系统代理，再启动新客户端，避免两个程序争用端口或反复改写代理设置。新环境稳定后再清理旧服务。
Clash Meta for Android 常简称 CMFA，适合已经理解订阅与规则、希望继续使用 Clash 配置体系的 Android 用户。其内核属于 Meta／mihomo 路线，但判断协议与字段是否可用，仍需查看所安装应用的内核信息。应用名称中的 Meta 不是所有新参数都受支持的保证。
实际使用中，VPN 授权、其他 VPN 应用冲突以及电池优化，往往比桌面代理开关更值得先检查。导入配置后先确认当前使用的是目标配置，再检查模式与策略组；只有特定应用异常时，再看应用接管范围。本站同时提供 Clash Plus 和 FlClash 的 Android 入口，可按界面习惯与设置深度比较。
Surfboard 与 Clash 客户端放在同一下载清单中，不代表它使用 Clash、Meta 或 mihomo 内核。它采用自身引擎，配置语法属于 Surge 风格的兼容子集，具体协议、规则与功能必须以自身支持范围为准。已有合适配置的 Android 用户可以考虑它；只有 Clash YAML 的用户则应先评估转换成本。
转换不是简单更换文件扩展名。代理定义、策略组引用、规则顺序和 DNS 语义都可能发生变化，部分高级设置不能一一对应。不要把包含订阅凭据的完整配置交给来源不明的转换服务。若目标只是直接使用现有 Clash 订阅，优先选择同一配置生态的客户端通常更省步骤。
ClashX Meta 的菜单栏操作适合熟悉旧 Mac 工作流的用户，但它已停止维护。Meta 路线说明其历史配置基础，并不意味着它会持续获得 mihomo 的协议与系统适配更新。新安装的 macOS 环境应优先考虑维护中的客户端，而不是仅凭菜单栏界面简洁选择归档应用。
保留旧环境时，重点记录配置来源、自定义规则与代理端口。升级系统或更换 Apple 芯片设备前，先在新客户端中验证订阅与分流结果。退出旧应用后再启用新应用的系统代理；如果网络仍异常，检查系统代理残留和辅助服务，而不是同时运行两个客户端试图互相补救。
CHOOSE BY WORKFLOW
上手难度不是性能评分。下面按配置维护成本与设备约束推荐，不把未经同条件测试的体感写成速度结论。
BEFORE SWITCHING
保留一条可回退路径，每次只改变一个变量。应用能启动、配置能导入和网络行为正确，是三个不同的检查点。
如果出现订阅失败、系统代理不生效或启用 TUN 后断网，先按症状查看排查手册。频繁更换客户端会同时改变内核、权限和配置处理方式，反而增加定位成本；先明确故障发生在哪一层，再决定是否迁移。
READING THE COMPARISON
本页按平台入口、配置生态和常见操作方式整理，不进行下载量、速度或稳定性的数字排名。维护状态是定性参考；系统要求、内核能力与商店可用性，应在安装前结合应用说明再次确认。
同一客户端在 macOS 与 iOS 上可能采用不同的权限与实现方式。优先验证订阅、协议和规则是否满足实际需求，再决定界面与工作流；需要独立运行 mihomo 内核的服务器或路由器用户，可在下载页查看内核区，不必把桌面 GUI 当作必需组件。