Clash Plus：初次安装与多端入口
Clash Plus 是本站的首推选项，适合先完成订阅导入、选择策略和建立连接，再逐步了解规则的用户。其选型价值在于 Windows、macOS、Android 与 iOS 均有入口，电脑与手机可以先从同一产品开始，而不必同时学习几套界面术语。
跨平台并不等于功能完全一致。桌面端的系统代理、移动端的 VPN 授权以及各系统允许的后台行为存在差异；不能因为某个平台能使用某个 YAML 字段，就推定其他平台也支持。含有复杂脚本、自定义 DNS 或特殊协议的配置，应先核对对应平台说明，再决定是否迁移。
如果目标是日常使用而非内核实验，可先按 快速上手完成基本流程。产品信息可查看官网 clashplus.io；安装入口统一在 下载中心。
Clash Verge Rev：桌面配置与覆写
Clash Verge Rev 面向桌面环境，采用 mihomo 内核，适合需要管理多个订阅、保留本地覆写或调整 TUN 行为的用户。相比只关心连接开关的使用方式，它更适合把订阅内容、客户端设置和本地修改分层管理。
基础导入和策略选择可以按普通流程完成；进阶操作则需要知道最终生效的配置来自哪里。订阅更新可能重建原始文件，直接修改生成内容不一定能长期保留。建议先确认覆写作用范围，查看实际运行配置与日志，再定位规则或 DNS 问题。
TUN 涉及服务、路由和系统权限，不应当作提升速度的通用选项。只有系统代理不能覆盖目标应用，或确实需要更完整的流量接管时，再考虑启用。平台入口：Windows、macOS、Linux。
FlClash：桌面与 Android 操作衔接
FlClash 采用 mihomo 内核，在本站覆盖桌面平台与 Android。对经常在电脑和手机之间切换的用户，相近的界面组织有助于识别配置、策略和连接状态，但这不意味着两端会自动同步订阅或节点选择。
多设备使用时，优先同步可复用的订阅来源与规则思路，不要整份复制包含本机路径、监听地址或接口名称的配置。桌面系统中的权限处理与 Android 的 VPN 授权不同，后台运行限制也需要分别设置。若仅在手机上失败，应先检查本机权限与日志，而不是立即修改所有设备共用的配置。
FlClash 适合希望延续操作习惯、又需要 mihomo 配置能力的用户。安装时仍需区分处理器架构，尤其不要把桌面安装包与 Android 安装包混用。对应入口见 下载中心的平台选项。
Clash Nyanpasu：可调整的桌面工作流
Clash Nyanpasu 适合愿意理解桌面配置处理过程的用户。本站提供 Windows 下载选项；这里讨论的范围不延伸到未列出的平台构建。其界面与配置管理方式有独立的组织逻辑，不宜直接照搬其他客户端教程中的每个按钮位置。
涉及内核选择时，应把客户端名称与实际运行内核分开记录。某个字段能否使用、某种协议是否受支持，需要依据所选内核和随包构建判断，不能只凭客户端处于活跃维护状态作结论。迁移前可先导入一份基础配置，确认策略组、DNS 与规则匹配，再逐项恢复原有修改。
如果只希望导入后开始使用，Clash Plus 可以优先考虑；如果希望整理桌面上的配置处理链，再比较 Nyanpasu 与 Verge Rev。相关入口为 Windows 客户端下载。
Clash for Windows：归档环境与迁移
Clash for Windows，常简称 CFW，是许多旧教程采用的桌面客户端。常见后期构建使用 Clash Premium，而不是当前 mihomo。教程中熟悉的 Profiles、Proxies 或系统代理操作，不能作为继续选择归档软件的唯一依据。
归档客户端缺少持续适配新系统与新协议的条件。旧配置仍可运行，不代表新增字段会生效，也不代表所有网络问题都来自订阅。新安装优先考虑活跃维护的客户端；需要复现既有环境时，再使用下载中心的归档入口，并保留原配置记录。
从 CFW 切换到 Clash Plus、Verge Rev 或 FlClash 时，应先导出订阅来源、记录手动规则，再关闭旧客户端的系统代理与后台服务。不要只关闭窗口就启动新客户端，否则端口占用、残留代理和流量接管冲突会混在一起，增加排查难度。
Clash Meta for Android：移动端规则控制
Clash Meta for Android，常简称 CMFA，使用 Meta／mihomo 系内核，适合需要查看策略组、调整配置与管理 Android 应用流量的用户。它不是将桌面系统代理开关原样搬到手机上，而是通过 Android 的 VPN 接口建立流量接管通道。
首次连接需要系统授权；与其他占用同类 VPN 接口的应用同时运行时，通常需要作出选择。应用分流、绕过列表和电池管理也会影响实际行为。出现锁屏后断连时，先核对后台限制与运行日志，不应直接把问题归因于节点失效。
持有 Clash YAML 订阅且希望继续使用 Meta 系规则能力时，CMFA 是值得比较的 Android 选项。实际字段支持仍取决于安装包携带的内核；安装架构和包型可在 Android 下载区核对。
Surfboard：先确认配置格式
Surfboard 与其他列出的客户端最重要的差异，是它并非 Clash 内核的图形外壳。它采用自身代理实现，使用 Surge 风格配置。即便节点协议有交集，配置文件的段落、策略语法和可用功能仍不能直接互换。
已有适配 Surfboard 的配置时，可以围绕 Android 上的日常连接需求评估；只有 Clash YAML 链接时，不宜把导入 Surfboard 当成默认下一步。转换工具可以调整部分格式，却不能补出目标软件没有实现的字段，转换后仍需核对节点参数、策略引用与规则顺序。
因此，Surfboard 的适合人群是持有兼容配置、理解格式边界的 Android 用户，而不是所有 Clash 新用户。仅希望沿用已有 YAML 订阅时，先比较 Clash Plus、CMFA 与 FlClash，通常更容易保持配置含义一致。
ClashX Meta：macOS 菜单栏归档客户端
ClashX Meta 使用 Meta 系内核，采用 macOS 菜单栏操作方式。它适合识别已有设备上的旧安装、阅读历史配置或规划迁移，不应因为菜单较少，就推断它在所有新系统上都更稳定。
菜单栏界面与完整管理窗口的差别主要在操作组织，不是内核性能的证明。处理器架构、系统版本、权限与随包内核都会影响可用性。对于新安装，优先比较 Clash Plus、Verge Rev 与 FlClash；已有 ClashX Meta 环境则先备份订阅来源与本地规则，再逐步迁移。
迁移时尤其要检查开机启动项、系统网络代理与后台进程是否残留。确认新客户端已经接管预期流量后，再移除旧环境，避免把两个程序的行为误认为同一套配置的结果。
场景化选型建议
切换客户端前的检查
- 保留配置来源。记录订阅地址的存放位置与本地修改方式，敏感链接只保存在可信环境中。不要只备份客户端生成的临时运行文件。
- 核对格式与字段。区分 Clash YAML 与 Surfboard 所需格式；再核对协议、策略组、DNS 和规则引用。内核差异可结合 概念速查与 YAML 手册阅读。
- 停止旧的网络接管。退出旧客户端前关闭系统代理或 TUN，确认后台服务与启动项。手机端则检查其他 VPN 应用是否仍占用接口。
- 从基础连接开始验证。先确认配置能够载入、策略能够选择、日志没有持续错误，再恢复覆写与应用分流。不要一次改动多个变量。
- 保留回退记录。确认常用应用与直连规则均符合预期后，再清理旧文件。出现异常时，携带系统、客户端、内核与错误日志的信息到 帮助中心查找对应问题。
最终选择仍以设备条件和配置需求为准。初次使用优先查看 Clash Plus；依赖桌面覆写或特定 mihomo 字段时，继续比较相应客户端；CFW 与 ClashX Meta 保留为历史环境参考。安装包、架构和归档标识统一以 下载中心为入口。