什么是Clash Verge Rev
如果你曾经长期使用Clash for Windows,那么可以把Clash Verge Rev 理解为2026 年最值得优先了解的「精神续作」。它不是单纯把旧介面搬过来,而是在保留Clash YAML 工作流的前提下,换上更现代的桌面框架与核心。
截至2026-03-13,稳定版为v2.4.6,GitHub 仓库clash-verge-rev/clash-verge-rev约有102k stars,底层使用mihomo (Meta) v1.19.19。也就是说,你仍能延续熟悉的Clash 订阅与分流思路,同时获得更活跃的维护节奏。
另一个关键差异是它采用Tauri。这是一个Rust 驱动的桌面框架,比Electron 更轻、更快,也更适合长时间常驻在桌面环境里。
为什么很多人把它视为CFW 接班人
原因不只是名称接近,而是迁移成本低。 Clash Verge Rev 继续相容Clash YAML,所以订阅连结、本地YAML、策略组与规则档大多都能沿用。对很多旧用户来说,最重要的从来不是新名词,而是原本那套工作流能不能继续稳定运作。
- 社群维护:不是停在旧版本不动,而是持续更新。
- 跨平台: Windows、macOS、Linux 都能使用。
- 核心更新:内建mihomo,对新规则与新协议支援更完整。
- 资源更轻: Tauri 相对Electron 更适合日常常驻。
- 工作流熟悉:仍然是典型的Clash 配置与分流逻辑。
下载与安装
最推荐的下载来源只有官方GitHub Releases。 2026 年新安装时,优先选择稳定版v2.4.6。不要随便从论坛二传、网盘打包或来源不明的镜像拿安装档,因为你无法轻易确认档案是否被改动。
选择安装档时,依照作业系统对应格式下载:
- macOS:通常选择.dmg。
- Windows:通常选择.exe安装档。
- Linux:常见是.deb,视发行版而定。
Windows 安装步骤
- 下载符合系统架构的.exe。
- 执行安装程式并完成预设流程。
- 首次启动时允许必要的网路与代理权限。
- 若后续要开TUN,通常还会看到管理员授权提示。
macOS 安装步骤
- 打开.dmg后把应用程式拖入Applications。
- 若第一次开启被Gatekeeper 挡下,请到系统设定允许。
- 授予本地网路与相关系统权限。
- 开启TUN 时,通常需要额外核准网路延伸与管理员权限。
Linux 安装步骤
- 安装相符的套件,例如.deb。
- 透过套件管理器或图形安装器完成部署。
- 确认系统代理与网路功能权限可用。
- 启用TUN 前先检查发行版是否具备对应支援。
首次启动后的基本设定
第一次打开Clash Verge Rev 时,不要急着调整所有进阶功能。最稳的顺序是:先汇入订阅,再选模式,最后做连线测试。只要这三步顺利跑通,之后再处理TUN、脚本与复杂规则就会轻松很多。
- 汇入订阅URL:在Profiles 或订阅管理区新增设定,把服务商提供的连结贴进去。
- 选择代理模式:新手优先用Rule 模式,除非你明确知道自己需要Global 或Direct。
- 更新设定:先拉一次最新节点与规则。
- 启用代理层:依需求使用系统代理或开启TUN。
- 测试连通性:实际开几个直连站、代理站与常用应用程式确认结果。
订阅管理怎么做更稳
很多人以为「把订阅汇进去就结束了」,其实真正影响长期体验的是订阅管理习惯。 Clash Verge Rev 可以新增、更新与管理多个订阅,也能在实际使用中把多个来源整合到同一套分流逻辑里。
- 新增订阅:替每个来源命名清楚,区分日常、备用或测试用途。
- 手动更新:刚汇入后先更新一次,排除连结失效或贴错问题。
- 自动更新:设定合理间隔,通常每天或每几小时一次就够用。
- 多订阅合并:先确保策略组命名清楚,避免规则引用混乱。
- 更新前备份:在大版本升级或大幅改规则前保留一份可回退状态。
若你是从旧客户端搬过来,最值得先核对的就是策略组名称。因为即使订阅汇入成功,只要组名不同,路由结果就可能和旧环境不一致。
代理模式详解
Clash Verge Rev 常见的四种模式分别是Rule、Global、Direct 与Script。对大多数使用者来说,最好的预设值仍然是Rule 模式,因为它兼顾了自动化与可控性。
- Rule 模式:最推荐,由域名、IP、规则集与策略组自动决定流量走向。
- Global 模式:所有可代理流量统一走代理,常用于暂时排错。
- Direct 模式:全部直连,适合快速确认问题是不是代理造成。
- Script 模式:透过JavaScript 逻辑决定路由,偏进阶使用情境。
如果你还不确定,先把Rule 模式当作日常预设,再把其他模式视为特殊工具,而不是长期替代方案。
TUN 模式什么时候该开
TUN 模式的价值在于能接管更多系统流量,让某些不理会系统代理的应用程式也能进入规则引擎。对游戏启动器、部分桌面应用、容器环境,或需要更完整流量接管的情况来说,TUN 特别有用。
但这不代表每个人都应该长期打开它。 TUN 功能更强,但同时也更依赖权限、系统相容性,以及与其他网路工具的协调。
- 适合开启:应用程式不走系统代理,或你需要更完整流量接管时。
- 不一定要开:只是普通浏览器代理或基础分流需求时。
- 权限要求:通常需要管理员授权或系统级网路延伸权限。
- 耗电影响:在笔电上可能增加一些电量消耗,但程度取决于实际负载。
增强脚本有什么用
Clash Verge Rev 支援JavaScript 增强脚本。你可以把它理解成:在原本的Clash 设定之外,再加上一层更动态的路由逻辑。当一般静态规则不够表达需求时,脚本就会变得很有价值。
常见用途包括:对特定服务做更细致的分流、覆写部分设定结果、把复杂逻辑集中在脚本层,而不是把YAML 规则写得越来越难维护。
不过脚本越灵活,排错也越复杂。实务上更建议先把基础YAML 流程稳定下来,再逐步加入脚本,而不是一开始就把所有决策都丢进增强脚本。
Profiles 与YAML 设定结构
就算你平常几乎都靠图形介面操作,理解YAML 结构仍然很重要。很多「为什么结果和预期不同」的问题,最后都能回到设定组装方式本身,而不是介面按钮。
- proxies:节点本体,定义协议、地址、连接埠与验证资讯。
- proxy-groups:策略组,规则实际指向的就是它。
- rules:决定哪些流量走哪个策略组。
- rule-providers:外部规则集,适合维护大型规则体系。
- dns:很多规则命中异常,其实和DNS 设定脱不了关系。
你不一定要手写整份设定,但至少要知道:策略组名称不能乱动、规则引用要对应正确、外部规则更新后也可能改变实际路由结果。
Clash Verge Rev vs V2RayN vs ClashX
如果你正在几个主流客户端之间犹豫,这张表可以先帮你做初步判断。
| 客户端 | 平台 | 核心 | 设定格式 | 易用性 | GitHub Stars |
|---|---|---|---|---|---|
| Clash Verge Rev | Windows / macOS / Linux | mihomo v1.19.19 | Clash YAML | 对Clash 旧用户最友善 | 约102k |
| V2RayN | 以Windows 为主 | Xray / sing-box / mihomo | 多协议格式 | 功能强但学习成本较高 | 约98.6k |
| ClashX | macOS | Clash 相容核心 | Clash YAML | Mac 上最原生 | 见专案页 |
简单说:如果你要的是最平顺的Clash 工作流延续,优先选Clash Verge Rev;如果你打算全面拥抱多协议生态,V2RayN 更像长期工具箱;如果你主力设备是Mac,ClashX 的原生体验通常更省心。
常见问题排查
1. 订阅汇入失败
先检查连结是否完整、是否带有必要授权参数,以及服务商后台是否已更新订阅位址。很多失败其实不是客户端问题,而是连结已过期或复制不完整。
2. TUN 不运作
优先检查管理员授权、系统网路延伸核准,以及是否和其他VPN/代理工具冲突。多数TUN 问题其实是权限问题。
3. CPU 使用率偏高
先降低过于频繁的测速、简化脚本、检查是否启用了过多规则集或过高日志等级,再逐步把进阶功能加回来。
macOS 使用者特别说明
Clash Verge Rev 在macOS 上的表现其实很好,特别适合你想在多平台保持同一套介面,又需要mihomo 新能力的时候。
但如果你更重视原生Swift 体验、选单列整合与纯Mac 使用习惯,那么ClashX 更适合macOS。 Clash Verge Rev works great on macOS, but if you prefer a native Swift app with menu bar integration, ClashX is purpose-built for Mac. 你可以直接前往下载页查看。
FAQ
A: 它是比停更旧客户端更现代也更安全的选择,但前提仍然是你只从官方释出下载并确认来源可信。
A: 多数Clash YAML 订阅与本地设定都能延续,但汇入后仍应核对策略组、规则与rule-provider 引用。
A: Clash Verge Rev 是目前更活跃的延续维护分支,对2026 年的新安装来说通常是更合理的选择。
A: 可能会,因为它接管更多流量并增加工作量。实际差异取决于系统负载、规则复杂度与平台。
A: 通常直接用客户端内建更新流程即可,更新前先备份设定,避免脚本或订阅在新核心下出现行为差异。
A: 重新检查本地网路、网路延伸与管理员授权,必要时在系统设定重新核准后再重新开启应用程式。