平台 / 内核 / 配置兼容
先看设备，再看配置。Clash for Windows 已停止维护，新安装优先选择仍在维护的客户端；保留旧环境时，先核对订阅和规则能否迁移。
首推 Clash Plus；Linux 桌面可先比较 Clash Verge Rev 与 FlClash。
Windows、macOS、Android 与 iOS 用户，可先从 Clash Plus 开始。选择时把注意力放在订阅导入、策略组选择、规则模式和连接状态上，不必一开始就调整整份 YAML。iOS 使用其 App Store 入口，产品信息可查看官网 clashplus.io。
如果需求已经明确到配置覆写、服务权限或连接排查，再比较 Clash Verge Rev、FlClash 等工具。Linux 用户直接从这两款桌面客户端入手。首推并不意味着所有平台的设置名称和功能完全一致，安装前仍需核对系统要求。
查看各平台下载本页比较使用方式，不做跑分排名。维护状态采用定性描述；安装时仍应查看所选分支的发行说明，不能把客户端名称当成长期维护承诺。
平台栏区分产品覆盖与本站包清单。内核决定可解析的协议和字段，界面则决定设置入口；两者不能混为一谈。窄屏可在表格内左右滑动。
| 客户端 | 平台支持 | 内核与配置路线 | 维护状态 | 上手难度 | 特色功能 | 适合人群 |
|---|---|---|---|---|---|---|
| Clash Plus | Windows、macOS、Android、iOS | 支持 Clash 生态配置；各平台内核实现与字段支持需分别核对 | 活跃维护 | 较低；先完成订阅与模式选择 | 覆盖桌面与移动设备，提供日常配置管理入口 | 初次安装、跨设备使用 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo，承接 Meta 路线 | 活跃维护 | 基础操作较直接；覆写与 TUN 需理解权限 | 服务模式、TUN、配置覆写 | 桌面长期使用、进阶调试 |
| FlClash | Windows、macOS、Linux、Android | mihomo | 活跃维护 | 较低到中等；平台授权步骤不同 | 相近的跨平台界面、策略组与连接管理 | 电脑与 Android 配合使用 |
| Clash Nyanpasu | 桌面平台；本站提供 Windows 包 | Meta/mihomo 路线；以安装包可选项为准 | 活跃维护 | 中等；需要分清内核与配置处理 | 配置管理、界面定制与内核相关设置 | 愿意整理配置的桌面用户 |
| Clash for Windows | 历史上覆盖桌面平台；本站仅提供 Windows 归档 | Clash 原版 / Premium 历史体系 | 已停止维护 | 旧用户熟悉；新用户需面对兼容性限制 | General、Profiles、Mixin 等既有工作流 | 旧环境留存、迁移对照 |
| Clash Meta for Android | Android | Meta/mihomo 路线 | 活跃维护 | 中等；需处理 VPN 授权与后台限制 | 应用访问控制、配置导入、规则分流 | 需要 Android 应用分流的用户 |
| Surfboard | Android | 自身代理实现；Surge 风格配置，不是 Clash 内核 | 活跃维护 | 有现成兼容配置时较直接 | Surge 风格配置管理与 Android VPN 接管 | 已有兼容配置的 Android 用户 |
| ClashX Meta | macOS | 历史 Meta 内核，不等同于持续更新的 mihomo | 已停止维护 | 菜单栏入口简洁；维护成本偏高 | 菜单栏切换模式与策略 | 既有 macOS 环境留存 |
以下按“能完成什么、需要注意什么、谁更适合”的顺序展开。各项操作门槛是使用路径的判断，不是性能或质量评分。
适合把首次安装流程控制在几个明确动作内：选择平台、导入有效订阅、选好策略组，再验证浏览器和目标应用。对新手而言，先建立一套能重复操作的流程，比先研究大量高级开关更重要。Clash Plus 覆盖 Windows、macOS、Android 和 iOS，适合作为多设备选型的第一项。
跨平台并不表示所有配置行为都相同。桌面系统代理与移动端 VPN 接管是两套机制，权限、后台运行和 DNS 行为也有差异。迁移含特殊协议或扩展字段的配置时，先核对对应平台说明；不要仅凭同名客户端就认定整份配置都能直接复用。
查看 Clash Plus 平台入口 →更适合以电脑为主、希望进一步管理流量的用户。它采用 mihomo，日常可以从系统代理和规则模式开始，之后再接触 TUN、服务模式与配置覆写。需要排查某个应用走了哪条规则时，连接与日志信息比单纯切换节点更有用。
进阶能力同时意味着更多配置层次。订阅原文、客户端覆写和运行中的最终配置可能不是同一份内容。修改端口、DNS 或规则后，应确认改动落在哪一层，避免订阅更新后失效。开启 TUN 前先看服务权限与虚拟网卡状态，不必把所有接管方式同时打开。
查看桌面下载选项 →FlClash 采用 mihomo，覆盖 Windows、macOS、Linux 和 Android。主要吸引力是不同设备间较为接近的操作组织：配置、策略组和连接管理不必每次重新寻找。常在电脑和 Android 手机之间切换的用户，可以把它与 Clash Plus 放在一起比较。
界面接近不等于系统行为一致。Android 需要系统 VPN 授权，还受省电策略影响；电脑则要区分系统代理和 TUN。初次使用时，先确认目标应用确实进入客户端，再调整分流。若连接没有出现，优先检查接管路径，而不是立即更换订阅或反复改 DNS。
查看 FlClash 平台入口 →Clash Nyanpasu 适合希望细致整理桌面配置、也愿意阅读设置说明的用户。它提供 Meta/mihomo 路线相关能力，具体内核选项随安装包而定。本站下载清单提供 Windows 包，其他桌面平台支持情况应另看项目发行说明，不要把产品平台覆盖与本站包清单画等号。
选择它时，可重点检查配置处理方式、内核设置和日常操作是否合适。尤其要分清“界面保存成功”与“内核已加载成功”：配置语法有误时，界面仍可能存在，但代理服务并未按预期启动。先保留可用配置，再逐项改动，出问题时更容易回退。
查看 Windows 客户端清单 →CFW 的 General、Proxies、Profiles 等页面仍是很多旧教程的参照，但原项目已停止维护。它属于 Clash 原版及 Premium 历史体系，不能因为名称熟悉，就把它当作支持现代 mihomo 配置的持续更新客户端。新安装不建议以归档包作为默认起点。
保留旧环境时，重点记录端口、策略组名称、规则顺序和 Mixin 改动。迁移前可以查看原有配置如何工作，但不应直接复制整份应用数据目录到新客户端。遇到新增协议、未知字段或系统兼容性问题，优先考虑迁移，而不是继续寻找旧界面里不存在的开关。
查看 CFW 迁移清单 →常见简称是 CMFA。它面向 Android，采用 Meta/mihomo 路线，适合已经理解订阅、规则和应用访问控制的用户。手机上要先通过系统 VPN 授权，再检查目标应用是否被包含在接管范围内；应用排除设置会直接影响测试结果。
长期运行时，电池优化、后台限制和其他 VPN 工具可能影响连接。系统 VPN 通道通常不能同时供两款此类应用使用，切换客户端前应先停止旧连接。选择安装包时再核对处理器架构，不能仅因文件名含 Android 就随意安装。配置兼容性仍以所装分支的内核为准。
查看 Android 下载选项 →Surfboard 是 Android 上的另一条配置路线，使用自身代理实现和 Surge 风格配置，不是换了一套界面的 Clash，也不运行 mihomo。已有适配它的配置来源时，可以直接比较它的规则和使用方式；只有 Clash YAML 订阅的用户，应先确认来源是否另外提供兼容格式。
不能通过修改文件扩展名完成格式转换。节点定义、策略组、规则与 DNS 语法都可能不同，即使配置能够导入，也要检查实际支持的协议和选项。若不希望维护两套格式，优先选择与现有订阅匹配的客户端，比安装后逐条修订配置更省事。
查看 Surfboard 下载入口 →ClashX Meta 以 macOS 菜单栏操作为主，适合解释旧环境中的模式切换和策略选择。它已停止维护，携带的历史 Meta 内核不能直接等同于当前 mihomo。新装 Mac 用户可先比较 Clash Plus、Clash Verge Rev 和 FlClash，再决定是否需要保留归档工具。
迁移时先退出旧客户端，确认系统代理没有继续指向旧端口，然后再启动新工具。Apple Silicon 与 Intel 安装包需要分别核对；运行权限、代理辅助组件和登录启动项也应逐项检查。菜单栏能看到图标，只代表界面已启动，不代表目标流量一定经过代理。
查看 macOS 下载选项 →迁移的目标是保留可理解的配置，而不是复刻旧客户端的所有文件。先给当前可用环境留一份备份，再按下面的顺序验证。这样即使新客户端没有加载成功，也能明确是哪一步发生变化。
确定客户端后，前往下载页核对系统要求与安装包架构。若卡在订阅导入、端口冲突或 DNS 行为，可继续查阅常见问题；不必为了一个设置问题频繁重装整套环境。