Clash Plus
首推适合首次安装后按顺序完成订阅导入、策略选择与代理设置。安装前退出旧客户端，确认没有其他程序同时修改系统代理。若要启用服务或网络接管功能，按系统提示授予对应权限，再通过日志确认启动状态。
官网：clashplus.io →Clash 下载与平台选择
先选系统，再确认芯片架构。日常桌面与手机使用图形客户端；服务器、路由器和自行管理进程的环境使用 Mihomo 内核。
确认操作系统
核对处理器架构
保留现有配置
按操作系统查找安装包
标签可用方向键切换，地址中的平台标记可直接分享。各客户端的系统支持范围可能随构建变化，安装器提示优先于一般性说明。
Windows 客户端
新安装先看 Clash Plus；需要现有规则工作流时再比较其他客户端。此处桌面包以 x64 为主，Windows on ARM 设备需另行确认系统的应用兼容能力，不能将 x64 包当作 ARM 原生包。
Clash Verge Rev
适合在图形界面里管理配置、代理组和连接日志。使用 TUN 前先验证普通系统代理能够连接，再安装或启动所需服务。若启动失败，先检查端口是否被旧内核占用，不要同时运行两套客户端反复切换开关。
FlClash
适合希望在桌面与移动设备使用相近操作逻辑的用户。安装后先导入一个已知可用的配置，检查规则模式和策略组选择。切换客户端时只迁移必要配置，不直接搬入另一款客户端的整个应用数据目录。
Clash Nyanpasu
适合需要图形化配置管理并愿意核对内核选项的桌面用户。导入配置后留意实际选择的内核与配置语法是否对应，尤其是 DNS、规则提供器和网络接管字段。客户端能启动并不等于配置中的所有能力都已生效。
Clash for Windows
已停止维护保留用于旧环境复现和迁移，不作为新设备的优先选择。旧内核可能无法识别当前订阅使用的协议或字段。迁移时先记录订阅地址、端口和自定义规则，再在新客户端逐项恢复；遇到解析错误时应检查具体字段，而不是反复重装。
Windows 安装条件与检查位置
| 检查项 | 要求与处理 |
|---|---|
| 系统环境 | 优先使用仍获系统安全更新的 Windows；具体最低系统要求以所选客户端安装器为准。 |
| 处理器 | 本页提供 x64 安装包；在设置 → 系统 → 系统信息中查看系统类型。 |
| 权限 | 常规界面操作与服务安装的权限不同；启用服务或 TUN 时可能需要管理员授权。 |
| 安装后 | 先导入配置并验证系统代理，再设置开机自启，避免错误配置随登录反复启动。 |
macOS 客户端
从苹果菜单打开“关于本机”：显示芯片名称的设备通常属于 Apple Silicon，显示 Intel 处理器的设备选择 Intel 包。下载入口的架构名称还需与实际文件名交叉核对。
Clash Plus
首推分别提供 arm64 与 x64 磁盘映像，先按本机芯片选择。打开映像后按安装引导放入应用程序目录，再从该目录启动。首次连接涉及网络权限时，先阅读系统弹窗说明，完成授权后再导入订阅并检查连接。
官网：clashplus.io →
Clash Verge Rev
适合需要管理多个配置来源和本地覆写的桌面环境。当前两个入口使用同一个 x64 文件，Apple Silicon 用户需确认兼容运行条件。升级后检查服务状态、系统代理与所用网络接口，避免旧进程保留原有监听端口。
FlClash
界面操作与其移动端版本接近，适合跨设备整理相似的代理工作流。当前映像文件标为 amd64，不应理解为 ARM 原生构建。导入订阅后重新选择策略组；其他设备保存过的节点选择不一定会随配置自动迁移。
ClashX Meta
已停止维护归档入口用于保留既有菜单栏工作流或复现旧配置。系统升级可能改变权限、启动项与兼容运行条件，新设备优先考虑仍在维护的客户端。切换前应关闭旧客户端的自动代理设置，并保留原配置副本用于对照。
macOS 安装条件与检查位置
| 检查项 | 要求与处理 |
|---|---|
| 系统版本 | 在关于本机中查看 macOS 版本，最低支持版本以具体应用提示为准。 |
| 芯片架构 | Apple Silicon 优先 arm64；Intel 使用 x64。共用 x64 包的入口已作说明。 |
| 兼容运行 | Apple Silicon 运行 Intel 应用可能需要 Rosetta，受系统版本与组织策略影响。 |
| 网络授权 | 按需要批准网络相关权限；遇到拦截先读取完整提示，不整体关闭系统防护。 |
Android 客户端
多数较新的手机使用 ARM64；旧设备可能使用 ARMv7。处理器支持 64 位不代表系统一定是 64 位，无法确认时可使用下方提供的通用包。安装前记录原应用的订阅与规则设置。
Clash Plus
首推适合从手机端完成订阅导入和日常策略切换。此入口为 arm64-v8a 包，需要对应的系统架构。首次启动连接时系统会请求建立 VPN 连接，确认授权后观察客户端连接状态，再打开浏览器验证实际访问情况。
官网：clashplus.io →Clash Meta for Android
适合按 Clash 配置格式管理移动端代理。通用包便于在架构信息不明确时安装，文件通常更大。若更新时提示签名不一致，先导出应用内配置，确认旧包来源和应用身份；直接卸载可能清除本地数据。
FlClash
适合希望桌面和手机保持相近界面习惯的用户。连接成功但锁屏后断开时，先检查系统对应用的电池与后台运行限制。只调整与该应用相关的设置，并在锁屏、唤醒和网络切换后分别验证，避免一次改变多个条件。
Surfboard
适用于已有相应格式配置的 Android 用户。Surfboard 的配置格式与 Clash YAML 不相同，不能把 Clash 订阅地址直接视为通用配置。下载前先确认订阅是否提供适配格式，并检查所用协议与规则功能是否被支持。
Android 安装条件与检查位置
| 检查项 | 要求与处理 |
|---|---|
| 系统版本 | 查看设置中的设备信息；具体最低 Android 版本由所选 APK 的安装要求决定。 |
| 系统架构 | ARM64 对应 arm64-v8a，ARMv7 对应 armeabi-v7a；不确定时可选已提供的通用包。 |
| 安装权限 | 系统可能要求为打开 APK 的浏览器或文件管理器授予安装应用权限，按需处理。 |
| 连接权限 | 代理接管通常使用系统 VPN 接口；其他 VPN 应用可能与当前连接发生冲突。 |
| 后台运行 | 锁屏断连时检查应用级省电限制，区分系统结束进程与节点本身不可达。 |
iOS 客户端
通过 App Store 安装 Clash Plus。商店页面显示设备兼容性、系统要求与更新记录，下载前以当前商店信息为准；安装后再导入订阅并建立 VPN 配置。
Clash Plus
首推首次打开后先准备有使用权限的订阅地址，完成导入并选择策略组。建立连接时，系统可能请求添加 VPN 配置，阅读提示后授权。若设备已经安装工作或学校使用的网络配置，应先确认管理策略，避免两套网络接管互相影响。
切换无线网络与移动数据后，分别观察连接状态和日志。浏览器能打开某个网页只能说明该次请求成功，还需要结合规则命中和实际出口确认分流是否符合预期。订阅下载失败时，优先核对地址是否完整以及服务端是否可达。
官网：clashplus.io →iOS 安装条件与检查位置
| 检查项 | 要求与处理 |
|---|---|
| 系统要求 | 以 App Store 页面中的兼容性说明为准，在设置 → 通用 → 关于本机中查看系统版本。 |
| 安装方式 | 打开本页提供的 App Store 应用详情页，核对应用名称后按商店流程安装。 |
| 网络权限 | 连接前按系统提示添加 VPN 配置，受管理设备还需符合组织策略。 |
| 配置准备 | 准备适配客户端的订阅或本地配置，客户端安装本身不包含代理服务。 |
Linux 图形客户端
先确认发行版的包管理体系，再确认处理器架构。下列图形安装包为 AMD64 / x86_64；无桌面的服务器或路由器应查看 Mihomo 内核，而不是直接安装桌面应用。
Clash Verge Rev
推荐DEB 面向使用相应包管理体系的发行版，RPM 面向 RPM 系发行版，二者不能只改扩展名互换。建议通过系统软件安装器或包管理器处理依赖。运行界面不需要长期使用 root 身份，服务权限应按功能单独配置。
FlClash
适合使用 DEB 包体系并需要图形化策略选择的桌面设备。安装后若菜单中没有出现入口，先查看包管理器是否已完成安装及依赖处理。终端工具不一定读取桌面的系统代理设置，需要按工具自身的代理选项分别验证。
Linux 安装条件与检查位置
| 检查项 | 要求与处理 |
|---|---|
| 发行版 | 用 cat /etc/os-release 查看发行版，再确定 DEB 或 RPM 包类型。 |
| 处理器 | 用 uname -m 查看架构；x86_64 对应此处 AMD64 图形安装包。 |
| 桌面依赖 | 图形客户端需要桌面会话及相应运行库，具体缺失项以包管理器输出为准。 |
| 网络接管 | 系统代理、终端代理与 TUN 接管范围不同，先验证单一方式再叠加高级配置。 |
Mihomo 内核下载
面向服务器、路由器和自行管理运行进程的用户。内核不提供上述客户端的图形界面；普通桌面与手机用户优先使用对应平台的 GUI 客户端。下载前确认操作系统、CPU 架构及运行环境。
| 系统 | 架构 | 格式 | 下载 |
|---|---|---|---|
| Windows | AMD64 | ZIP 压缩包 | 下载 AMD64 ZIP |
| Windows | ARM64 | ZIP 压缩包 | 下载 ARM64 ZIP |
| macOS | Intel / AMD64 | GZ 压缩文件 | 下载 Intel GZ |
| macOS | Apple Silicon / ARM64 | GZ 压缩文件 | 下载 ARM64 GZ |
| Linux | AMD64 | DEB 软件包 | 下载 AMD64 DEB |
| Linux | AMD64 | GZ 压缩文件 | 下载 AMD64 GZ |
| Linux | ARM64 | GZ 压缩文件 | 下载 ARM64 GZ |
| Linux | ARMv7 | GZ 压缩文件 | 下载 ARMv7 GZ |
| Linux | MIPS soft-float | GZ 压缩文件 | 下载 MIPS GZ |
内核运行条件
ZIP 需要解压后运行，GZ 需要解压得到二进制文件；它们都不是双击即可完成全部网络设置的桌面安装器。Linux 和 macOS 环境还需确认文件具备执行权限，并为配置目录、日志和运行账户安排合适的访问权限。DEB 则应交给包管理器处理。
首次部署先在前台读取启动输出，确认配置解析、监听端口和规则加载均正常，再交给服务管理器驻留。外部控制接口不应直接暴露到不受信任的网络；本机管理场景优先监听回环地址。需要规则提供器、DNS 或 TUN 配置时，继续查阅Clash 配置进阶手册。
下载后按顺序验证连接
先保留一个可复现的最小使用场景，再加入自启、TUN 与复杂分流。一次只改变一个条件，才能从日志中定位原因。
安装与旧环境分开处理
升级同一客户端时，先在应用内导出配置，并确认程序已退出，而不只是关闭主窗口。换用另一款客户端时，不直接复制整个用户数据目录：订阅地址、YAML 配置和本地覆写可以逐项迁移，但数据库、缓存及界面状态未必兼容。保留原有副本，成功连接后再清理旧环境。
先导入配置，再开启接管
安装完成后打开客户端，导入订阅或本地文件并确认解析成功。遇到订阅更新失败，先检查地址是否完整、有无额外空格，以及订阅服务是否仍有效；遇到配置解析失败，则读取具体报错字段。不要把订阅下载错误、节点连接错误和系统代理错误合并成一个“无法上网”的问题。
用请求与日志确认结果
选定策略组后开启需要的接管方式，发起一次明确的浏览器请求，观察日志中的目标域名、命中规则和所选出口。延迟测试只能反映特定探测条件，不能单独证明浏览器、终端和所有应用都已被接管。若浏览器正常而终端仍直连，先检查终端工具自己的代理设置，而不是立即重装客户端。
需要完整操作路径时查看入门指南；已经连接但分流不符时查看策略组、DNS 与规则配置；出现具体错误提示时可从常见问题按症状继续定位。
Clash 下载常见问题
这里处理选包、安装与迁移问题。订阅内容、节点可用性和访问权限需要分别确认。
第一次下载 Clash，应该选择哪个客户端？
先按当前系统选择标签。Windows、macOS、Android 和 iOS 优先查看 Clash Plus；Linux 优先查看 Clash Verge Rev。需要图形界面时选择客户端卡片，只有自行管理服务或路由器进程时才考虑 Mihomo 内核。
ARM64、x64 和通用版安装包怎样区分？
x64 或 AMD64 通常用于 Intel、AMD 的 64 位桌面设备；ARM64 用于相应 ARM 设备和多数较新的安卓手机。先查系统信息，再核对安装包名称。通用 APK 包含多种架构，适合无法确认安卓架构时使用，但文件通常更大。
macOS 选了 Apple Silicon，文件名为什么仍有 x64？
部分客户端当前的两个架构入口指向同一个 x64 安装包。Apple Silicon 设备使用这类包可能需要 Rosetta，不能把标签选择理解为已经获得 ARM 原生包。需要原生包时，可优先查看文件名带 arm64 的 Clash Plus 入口。
客户端下载完成后，为什么还不能直接联网？
安装包只提供客户端，不附带可用代理节点。需要导入有使用权限的订阅或本地配置，选择策略组，再按需要开启系统代理或 VPN 接管。最后查看连接日志和规则命中，确认请求实际经过预期出口。
安装时提示权限不足或安全拦截，应该怎样处理？
先确认系统与架构匹配，并记录完整提示。Windows 的服务安装、macOS 的网络扩展和移动端的 VPN 配置可能需要系统授权；应阅读授权范围后操作。不要为了安装而整体关闭系统安全防护，遇到组织管理限制应联系设备管理员。
旧版 Clash for Windows 和 ClashX Meta 还能继续使用吗？
本页保留这两个已停止维护客户端的归档入口，主要用于旧环境复现和配置迁移。新安装优先选择仍在维护的客户端。迁移前导出订阅地址、规则覆写与策略组设置，导入后重新检查协议支持、端口和 DNS 行为，不要直接覆盖全部旧目录。