Clash Verge Rev 对比 Clash Party：新手、进阶用户和迁移用户怎么选
简答：如果你依赖 Sub-Store、多订阅合并和较少手动配置，先试 Clash Party；如果已有 Merge、Script 或复杂规则配置，优先 Clash Verge Rev。两款都支持 Windows、macOS 和 Linux，本文不提供未经复现的速度、延迟或内存结论。
定义：Clash Verge Rev 与 Clash Party 都是基于 Mihomo 生态的桌面端图形客户端，但前者偏向 Tauri、配置增强和传统规则管理，后者偏向 Electron、Smart 内核和订阅加工。
先看结论：按你的使用场景选择
本文是独立使用指南，与 Clash Verge Rev、Clash Party 及其开发者无隶属关系。资料核对于 2026-10-23；客户端版本、安装包和功能都会变化，下载前应以各项目官方 Releases 页面为准。
| 使用场景 | 优先尝试 | 理由 | 需要留意 |
|---|---|---|---|
| 只想在电脑上导入订阅、切换节点 | Clash Party | 官方项目资料强调简易模式、节点管理和较少手动配置 | Smart 覆写可能改变原有 url-test 或 load-balance 规则 |
| 依赖 Merge、Script、复杂规则 | Clash Verge Rev | 官方 README 明确列出配置文件管理、Merge、Script、规则和节点编辑 | TUN 或服务模式首次使用可能需要按系统提示处理权限 |
| 想使用 Smart 内核自动处理节点选择 | Clash Party | 官方文档提供 Smart 规则覆写、粘性会话和轮询选项 | 自动覆写不是速度保证，仍需检查订阅和节点质量 |
| 从旧版 Clash Verge 迁移并保留原配置逻辑 | Clash Verge Rev | 官方仓库称其为原 Clash Verge 的延续，配置概念更接近旧项目 | 旧版 Clash Verge 仓库已于 2023 年 11 月 3 日归档，不能把旧教程当作当前版本说明 |
直接选择建议是：新手先试 Clash Party；进阶规则用户优先 Clash Verge Rev；迁移用户先备份，再根据是否依赖 Merge、Script 和现有覆写决定，不要只看客户端名称。
名称和项目沿革：Clash Verge、Clash Verge Rev、Mihomo Party、Clash Party
旧教程中的 Clash Verge 与现在的 Clash Verge Rev 不是同一个维护状态。原 Clash Verge 仓库页面显示已于 2023 年 11 月 3 日归档，当前只读；Clash Verge Rev 的官方 README 则明确写明它是 Clash Verge 的延续，并采用 Tauri 构建。核对页面可见：原 Clash Verge 仓库归档状态、Clash Verge Rev 官方仓库。
Clash Party 的名称也容易造成混淆。当前项目组织为 mihomo-party-org，仓库标题为 Clash Party，README 仍使用 “Mihomo GUI” 和 Mihomo Party 相关称呼。因此，搜索到 Mihomo Party 的旧教程时，应先核对仓库组织、Release 页面和文档版本，不要直接使用第三方打包页面。
需要特别区分的是客户端、内核和订阅：Clash Verge Rev 与 Clash Party 都可以使用 Mihomo 生态，但订阅内容、规则覆写、DNS、节点质量和网络环境仍然会影响最终连接结果。客户端名称本身不能证明速度更快，也不能替代线路排查。
功能对比：真正影响选择的是配置方式
| 项目 | Clash Verge Rev | Clash Party |
|---|---|---|
| 桌面框架 | 官方 README 标注为 Tauri、Rust 和 Tauri 2 | 官方仓库标注为 Electron 项目 |
| 内核 | 内置 Clash.Meta（mihomo），并支持切换 Alpha 内核版本 | 内置 Smart 内核与 Mihomo 内核 |
| 配置增强 | 支持配置文件管理、Merge、Script、语法提示和可视化节点、规则编辑 | 支持大部分 Mihomo 常用配置修改、覆写和简易模式编辑 |
| 订阅处理 | 适合已有配置文件、合并和脚本流程的用户 | 官方资料强调深度集成 Sub-Store 和订阅管理 |
| TUN | 支持 TUN；服务模式、Sidecar 和权限处理以当前系统界面提示为准 | 官方 README 称可在无需服务模式的情况下使用 TUN |
| 备份同步 | 支持 WebDAV 配置备份和同步 | 支持通过 WebDAV 备份和恢复配置 |
| Android | 官方 README 列出的平台为 Windows、Linux 和 macOS，不包括 Android | 官方 Release 页面列出 Windows、macOS 和 Linux 安装包，未看到 Android 安装包 |
框架差异只说明应用的技术实现方式，不能直接推断谁更省内存或谁连接更快；内核名称也不能单独证明性能。若你在意资源占用，应在同一设备、同一订阅、同一节点和相同模式下记录数据。
Clash Party 的 Smart 功能需要重点理解：官方文档写明，开启自动 Smart 规则覆写后，可能替换 url-test 和 load-balance 类型的规则组，并新增或使用 Smart Group。已有自定义规则的用户应先备份，再确认规则组是否变化，相关说明见 Smart 内核使用说明。
平台与安装包怎么核对
两款客户端的官方资料都面向桌面系统，但安装包架构并不完全相同。Clash Verge Rev 官方 README 列出 Windows、Linux 和 macOS 11+，并标注 Windows x64/x86、Linux x64/arm64 以及 macOS Intel/Apple 芯片；其 Release 页面还会按系统和架构列出具体资产。Clash Party 的官方 Release 页面则列出 Windows 10/11、Windows 7/8、macOS 10.15+ 或 11+、Linux DEB/RPM/PACMAN 等资产。详细安装包应以 Clash Verge Rev Releases 和 Clash Party Releases 当前页面为准。
- 先在系统设置中确认系统版本和 CPU 架构。Windows 可查看“系统类型”，macOS 可在“关于本机”确认 Intel 或 Apple 芯片，Linux 则根据发行版和架构选择包。
- 只从项目官方仓库的 Releases 页面下载，核对仓库组织、版本标签、文件名和校验值；不要把搜索结果中的整合包、改名包或网盘文件当作官方版本。
- 首次安装前退出其他代理客户端，避免系统代理、TUN、端口或 DNS 同时被多个程序接管。
- 安装后先只导入一份可确认格式的订阅，确认代理组、规则和日志正常，再开启 TUN 或 Smart 覆写。
如果安装包无法启动，先检查架构和系统版本；如果客户端能打开但连接失败，再检查订阅是否更新成功、内核是否启动、系统代理是否开启以及端口是否被占用。
从旧客户端迁移：先备份，再逐项替换
本文不写死配置文件路径，因为不同系统、安装方式和版本可能使用不同的数据目录。更稳妥的做法是在旧客户端的设置、配置或工作目录页面找到“打开配置目录”“备份”或“导出”入口；如果界面没有该入口，再查看项目文档，不要凭旧教程手动覆盖系统目录。
- 记录旧客户端正在使用的订阅地址、代理组名称、DNS、规则覆写、脚本、TUN 状态和系统代理状态。订阅链接属于敏感信息，不要贴到公开 Issue 或聊天记录中。
- 在旧客户端导出或复制配置文件，至少保留一份原始备份，并确认文件可以打开。不要只保存经过自动覆写后的临时文件。
- 完全退出旧客户端，关闭它的系统代理和 TUN，再安装新客户端。一次只运行一个客户端，避免无法判断到底是谁接管了流量。
- 在新客户端先导入订阅，再逐项恢复 Merge、Script、DNS 和覆写。每恢复一项就重新载入配置；出现报错时，立即回退到上一份可用备份。
- 最后再开启 TUN。若需要安装服务、管理员权限或系统授权，应按当前版本的界面提示操作；Clash Verge Rev 的官方 Release 说明显示，服务模式和 TUN 相关修复会随版本变化。
从旧版 Clash Verge 迁移时，优先选择 Clash Verge Rev 通常更容易理解原有配置逻辑；从 Mihomo Party 迁移时，如果主要依赖 Smart、Sub-Store 或简易模式，可以先在 Clash Party 中验证原订阅，再决定是否保留手动覆写。
没有统一实测数据时，怎样自己做公平对比
本文未提供同设备、同订阅、同节点的真实速度、延迟、CPU 或内存实测数值，因此不把任何一款客户端写成“更快”或“更稳定”。你可以用下面的单变量方法得到适合自己设备的记录。
- 准备同一台电脑、同一份订阅、同一个节点、同一个代理模式和同一组 DNS 设置。
- 先只运行 Clash Verge Rev，等待订阅加载完成，记录首连耗时、延迟测试结果、空闲内存、连接时 CPU、退出后的系统代理状态。
- 完全退出并恢复系统网络设置，再用相同步骤测试 Clash Party。
- 每款至少重复两次；如果中途更换节点、更新订阅或同时开启其他 VPN，应标记为无效记录。
| 指标 | Clash Verge Rev | Clash Party |
|---|---|---|
| 设备、系统、架构 | 填写实际值 | 保持与左列相同 |
| 订阅、节点、模式 | 填写实际值 | 保持与左列相同 |
| 首连耗时 | 填写秒数和测试时间 | 填写秒数和测试时间 |
| 连接后 CPU、内存 | 填写任务管理器或活动监视器读数 | 填写任务管理器或活动监视器读数 |
| 退出后代理是否恢复 | 检查系统代理开关、浏览器和 DNS | 检查系统代理开关、浏览器和 DNS |
判定标准应以“是否满足你的任务”为准：首连能完成、节点延迟测试能返回、日志没有持续报错、退出后系统代理恢复，才算基本正常。若两款在同一节点下速度差异明显，先复查节点、DNS、TUN、规则和系统代理，不要直接归因于客户端。
最终怎么选：给新手、进阶用户和迁移用户的明确答案
新手：如果你不想手动改复杂 YAML，主要需求是导入订阅、切换节点和使用较简单的自动规则，先试 Clash Party；开启 Smart 覆写前先备份，并检查是否改变了原来的规则组。
进阶用户：如果你已有 Merge、Script、复杂规则、DNS 覆写或可视化编辑需求，优先 Clash Verge Rev。它的官方功能说明更直接覆盖这些配置工作流，但 TUN、服务模式和系统权限需要按当前版本逐项处理。
从旧客户端迁移：从旧版 Clash Verge 迁移，先试 Clash Verge Rev；从 Mihomo Party 迁移且依赖 Smart、Sub-Store 或简易模式，先试 Clash Party。无论选择哪款，都应先备份、关闭旧客户端、一次只运行一个客户端，再逐项恢复设置。
如果你的核心问题是连接慢、丢包或跨境办公不稳定，客户端对比只能解决配置层问题，不能代表线路质量。应把客户端、订阅、节点、DNS、MTU 和本地网络分别记录，避免用“换客户端”掩盖真实网络故障。
常见问题
Clash Verge 和 Clash Verge Rev 是同一个软件吗？
不是同一个维护仓库。原 Clash Verge 仓库已经归档，Clash Verge Rev 官方 README 将自身描述为原项目的延续。搜索旧教程时，应核对仓库和 Releases 页面。
Mihomo Party 和 Clash Party 有什么关系？
当前仓库组织为 mihomo-party-org，项目仓库标题为 Clash Party，旧资料仍可能使用 Mihomo Party 名称。安装前应核对官方仓库、文档和 Release，不要使用来源不明的改名包。
Clash Party 的 Smart 内核一定比 Mihomo 内核更快吗？
不能这样推断。Smart 主要改变规则覆写和节点选择方式，实际速度还取决于订阅、节点、DNS、本地网络和测试时段。需要在相同设备、订阅和节点下自行记录。
Clash Verge Rev 开启 TUN 是否一定要安装服务？
不能一概而论。官方资料同时涉及服务模式和 Sidecar 工作流，是否需要服务或管理员权限取决于系统、版本和当前设置。首次开启时按应用界面提示操作，并确认退出后系统网络设置已恢复。
两款客户端能不能同时打开测试？
不建议。系统代理、TUN、DNS 和端口可能互相影响。应先完全退出一款并恢复系统网络设置，再启动另一款；否则测试结果无法归因。