Clash Plus
首推适合先完成配置导入、再设置系统代理的日常使用流程。安装后先检查配置是否加载成功，再选择策略组；TUN 接管按需要单独启用，不必在首次启动时同时调整所有网络选项。
客户端官网：clashplus.io
客户端安装包 · 独立内核
Clash 下载与平台选择
先确认系统与处理器架构，再选择客户端。图形界面用于日常连接；独立 mihomo 内核用于自行部署。
Windows 客户端
本区图形客户端安装包以 x64 为主。下载前打开“设置 → 系统 → 系统信息”，检查系统类型；不要把 x64 桌面包当作 ARM64 原生包使用。
Clash Verge Rev
适合需要管理配置和本地覆写的桌面环境。迁入原有订阅后，核对规则覆写是否仍指向有效策略组；使用服务模式前，先确认系统权限及其他代理程序的运行状态。
FlClash
AMD64 表示 x86 的 64 位架构，也适用于相应 Intel 处理器。导入配置后先用规则模式验证浏览器连接，再根据具体应用是否遵循系统代理决定要不要启用 TUN。
Clash Nyanpasu
作为桌面图形客户端备选。不同客户端的设置目录和覆写方式不一定相同，迁移时以导入配置文件为起点，不要直接覆盖整个程序目录或沿用旧客户端的服务文件。
Clash for Windows
已停止维护保留给旧环境兼容与配置迁移参考。归档版本不代表持续维护；新配置使用的协议或字段可能无法识别。首次安装优先选择前列客户端，迁移前另存本地配置与规则修改。
Windows 系统检查
| 检查项 | 安装前确认 |
|---|---|
| 处理器与系统 | 本区主要提供 x64 包；ARM 设备需确认系统对 x64 应用的兼容情况，独立内核另有 ARM64 包。 |
| 权限 | 常规配置导入与网络接管权限不同；服务安装、虚拟网卡或防火墙调整可能需要管理员授权。 |
| 运行环境 | 具体最低系统版本和运行组件以安装器提示为准；记录错误信息后再补齐对应依赖。 |
macOS 客户端
在“关于本机”中确认芯片类型。Clash Plus 提供分别对应 Apple Silicon 与 Intel 的包；部分其他客户端的两个分发入口当前指向同一 x64 文件，下载时需要同时检查实际包名。
Clash Plus
首推按芯片选择安装包后，将应用放入应用程序目录再启动。配置导入成功后再设置系统代理；如果需要接管不遵循系统代理的程序，另行确认网络扩展、服务或 TUN 所需权限。
客户端官网：clashplus.io
Clash Verge Rev
用于桌面配置与规则管理。若已有本地覆写，迁移后检查合并结果，而不是仅确认订阅导入成功。Apple Silicon 设备请先阅读本区架构提示。
FlClash
同一配置跨设备使用时，仍需分别设置系统代理、开机启动和网络接管权限。客户端界面相近不表示系统设置会自动同步，安装后应重新验证连接记录。
ClashX Meta
已停止维护用于保留旧菜单栏工作流或迁出历史配置。已停止维护的客户端不适合作为新功能兼容基准；若配置包含较新的 mihomo 字段，应迁移到能识别这些字段的客户端。
macOS 系统检查
| 检查项 | 安装前确认 |
|---|---|
| 芯片架构 | Apple Silicon 对应 ARM64，Intel 对应 x64；以实际文件名及应用支持情况为准。 |
| 系统兼容 | 最低系统要求以所选应用说明和安装提示为准，不同客户端不能共用一个版本门槛。 |
| 授权与迁移 | 保留原有配置，确认新程序能启动后再切换代理；系统拦截时先查看具体原因，不批量解除安全设置。 |
Android 客户端
较新的手机通常使用 ARM64，但仍应以设备实际架构为准。安装 APK 后，首次连接一般需要确认系统 VPN 授权；同一时间通常只能由一个应用承担系统 VPN 接管。
Clash Plus
首推适合在手机上导入配置并管理连接。先保存配置来源，再启动连接并确认系统授权。后台连接中断时，检查电池优化和后台运行限制，不要仅依靠重复导入订阅处理问题。
客户端官网：clashplus.io
Clash Meta for Android
按架构选包可减少不必要的安装体积；不确定时可考虑通用包。升级已有应用时还需关注签名是否兼容，遇到安装冲突先备份配置，不要立即删除应用数据。
FlClash
手机与桌面端使用相近配置时，仍要单独检查应用分流和后台限制。设备从无线网络切换到移动数据后若连接异常，先查看日志与 DNS 结果，再调整接管方式。
Surfboard
Surfboard 使用不同的配置语法，不能把 Clash YAML 直接当作可兼容配置导入。选择前先确认现有订阅或本地文件提供适配格式；如果只有 Clash 配置，优先使用上方对应客户端。
Android 系统检查
| 检查项 | 安装前确认 |
|---|---|
| 架构与系统 | ARM64 与 ARM 32 位包不能混为一谈；最低 Android 版本以安装器与应用说明为准。 |
| 安装权限 | 仅为实际使用的安装来源授权；下载完成后从文件管理器打开 APK，查看系统返回的安装结果。 |
| 连接权限 | 启动连接时确认 VPN 请求；检查其他 VPN 应用与始终开启的 VPN 设置是否冲突。 |
iOS 客户端
通过 App Store 安装 Clash Plus。先查看商店中的设备兼容信息，再完成安装、配置导入与 VPN 授权。商店页面显示的应用信息是确认当前安装条件的直接依据。
Clash Plus
首推App Store打开商店详情页后，确认应用名称与兼容设备。安装完成并不表示已经建立代理连接；还需导入有权使用的配置、选择策略，并允许系统添加 VPN 配置。首次测试时先保持默认分流设置，避免同时修改多项参数。
客户端官网：clashplus.io
iOS 系统检查
| 检查项 | 安装前确认 |
|---|---|
| 设备与系统 | 以 App Store 详情页列出的系统要求和兼容设备为准，系统版本不满足时先确认设备可用的更新。 |
| 配置来源 | 准备有效订阅或客户端支持的本地配置；不要将含有访问凭据的订阅地址发布到公开讨论区。 |
| VPN 授权 | 按系统提示确认添加配置；已有其他 VPN 时，先检查当前启用项，避免将状态图标误认为实际出站可用。 |
Linux 客户端
本区提供 AMD64 图形客户端包。Debian、Ubuntu 系发行版通常选择 DEB；Fedora、openSUSE 等使用 RPM 的发行版选择对应包。无桌面的服务器应查看下方独立内核区。
Clash Verge Rev
推荐使用发行版的软件安装工具处理依赖。图形程序需要可用的桌面会话；安装完成后如果窗口不能启动，应从终端查看缺失组件和错误输出，而不是把桌面安装包部署到纯命令行服务器。
FlClash
适用于支持该包及其依赖的桌面发行版。应用能打开但流量未接管时，分别检查桌面代理设置、环境变量与 TUN 权限；命令行程序不一定读取桌面环境里的系统代理开关。
Linux 系统检查
| 检查项 | 安装前确认 |
|---|---|
| 处理器 | 用 uname -m 查看架构；x86_64 通常对应 AMD64，本区包不适用于 ARM64 原生安装。 |
| 包管理器 | 包格式须与发行版一致，使用包管理器解决依赖，不通过改扩展名转换 DEB 与 RPM。 |
| 桌面与权限 | 确认图形运行依赖和桌面会话；TUN 还需要可用设备与相应权限，容器环境需另查网络能力限制。 |
独立部署
Mihomo 内核与架构包
面向服务器、路由器以及自行管理进程的用户。普通桌面与手机用户优先使用上方图形客户端。内核包不包含配置导入界面，需要自行准备 YAML、配置目录、启动参数及服务管理。
| 系统 | 架构 | 格式 | 本地包 |
|---|---|---|---|
| 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 softfloat | GZ | 下载 MIPS GZ |
压缩包与安装包的区别
ZIP 需要先解压；GZ 通常压缩单个二进制文件，解压后仍需设置执行权限并指定配置目录。DEB 由兼容的包管理器处理，不能仅凭文件扩展名推断系统服务已经启用。部署后先在前台观察启动结果，再考虑注册后台服务。
路由器架构需要单独确认
ARMv7、ARM64 与 MIPS 并不互通，MIPS 还涉及字节序和浮点 ABI。上表的 MIPS softfloat 入口不是所有 MIPS 设备的通用包。安装前确认固件架构、可执行格式、存储空间和运行依赖；架构不匹配时不要反复尝试启动。
安装后先检查三项
客户端、配置与系统接管是不同环节。按顺序确认，能减少把配置错误误判为安装失败的情况。
配置能否正确加载
导入订阅或本地文件后，查看是否存在语法报错、未知字段或缺失策略名称。能够打开客户端窗口，只能说明图形程序已经启动；只有配置被内核接受，后续策略选择才有意义。订阅更新失败时保留当前可用配置，再查看网络或地址问题。
系统代理是否指向当前端口
常见混合监听端口为 mixed-port: 7890，但应以当前生效配置为准。旧程序退出后可能留下系统代理设置，新程序也可能因为端口占用未能监听。不要只看开关是否开启，还要确认代理地址、实际端口与内核日志一致。
一次只使用一种客户端接管
切换客户端前关闭旧程序的系统代理和 TUN，必要时确认相关服务已停止。先用规则模式测试一个确定的访问目标，再检查连接记录中的命中规则与出站策略。若浏览器可用而其他程序不可用，继续检查该程序是否读取系统代理，而不是立即重装客户端。
下载与安装常见问题
先处理架构、权限与配置来源，再排查连接。更多运行问题见FAQ。
第一次安装应该选客户端还是 mihomo 内核？
普通桌面和手机用户先选图形客户端。客户端提供配置导入、策略选择、系统代理和日志界面。mihomo 独立内核面向需要自行管理配置文件、进程和服务的服务器或路由器用户，不能当作带界面的安装程序使用。
ARM64、AMD64 与通用包怎么选？
AMD64 与 x64 通常指同一类 64 位 x86 架构，ARM64 对应 64 位 ARM 处理器。先在系统信息中确认架构，再检查实际包名。Android 不确定架构时可考虑通用包。部分 macOS 分发入口目前返回 x64 包，Apple Silicon 设备应先确认 Rosetta 兼容条件。
安装客户端后为什么还需要导入配置？
安装包只提供客户端程序，不等于已经具备可用的代理出站。需要导入有权使用的订阅或本地配置，确认配置加载成功，再选择策略和代理模式。订阅地址可能包含访问凭据，不要公开分享完整地址。
从旧客户端迁移时需要保留什么？
先备份本地 YAML、规则覆写和必要的设置记录。新客户端导入配置后，重新检查策略组名称、规则目标、DNS 与 TUN 设置。不要同时开启两个客户端的系统代理或 TUN 接管；确认新客户端工作正常后再移除旧程序。
安装包无法打开或启动后退出，应该先检查什么？
先确认下载已完成、包格式和处理器架构与系统匹配，并查看系统提示的具体原因。Linux 还需检查包管理器依赖和图形运行环境。若程序能启动但内核报错，继续查看配置语法、端口占用及权限，不要直接关闭全部安全防护。
为什么保留已停止维护的客户端下载入口？
Clash for Windows 与 ClashX Meta 的入口用于旧环境兼容和迁移参考，已明确标为归档。归档客户端不能视为持续更新的软件，首次安装优先选择前列客户端；旧配置中的新字段也可能无法被归档客户端识别。