Windows 11 上 Clash Verge Rev 怎么手动选节点与切换策略组？分步实测（2026）

这篇文章适合谁读

适合已经完成首次安装、桌面上常驻 Clash Verge Rev 窗口或托盘图标，也愿意用远端订阅维护节点列表的 Windows 11 用户。如果你对「如何把订阅塞进客户端、系统代理和 TUN 怎么选」还不太熟，请先串读本站Windows 11 下 Clash Verge Rev 首次安装——那篇是本站在 Win11 上排「零基础→能通」的第一道门。本文是装完会用的第二道门：专注怎么用 Verge Rev 测速、点在哪个策略组。若你同时用 Mac，可对照macOS ClashX Pro 延迟测试与策略组一文——两套界面不同，但内核侧的 proxy-groups 逻辑相通。更宏观的分组类型则见Clash 代理组完全指南。

从 Clash for Windows 迁过来的老用户，菜单习惯需要重新适应：Verge Rev 不再靠右键托盘里一长串嵌套菜单完成全部操作，而是把测速与策略组切换集中放在主窗口的代理（Proxies）页。若迁移路径还不清晰，可先读从 Clash for Windows 迁移到 Clash Verge Rev，再回到本文专注日常手控。

先厘清三个层级：叶子节点 → 策略组 → 规则模式

读起来绕，但一旦脑子里有这张图，延迟测试「测的是谁」、你点的卡片改的又是谁就会非常清楚。

• 叶子节点（proxies）：通常是机场 YAML 里最底层的那一排「香港 03」「东京 IPLC」——这是真正建立隧道的远端。
• 代理策略组（proxy-groups）：比如「节点选择」「自动选择」「流媒体分组」——它们是对一批叶子节点或下级组的调度容器。规则写的是「MATCH, 某一个组名」，所以你只改叶子节点但没改被选中的那条规则指向的组，出口可能完全不变。
• 外层模式 RULE / GLOBAL / DIRECT：这是整条规则引擎的运行姿态——规则模式按 YAML 一条条匹配；全局模式往往把所有 TCP 会话丢进某一个代理链路；直连模式则尽量不碰隧道。它和「你在某个分组里选了香港还是日本」是正交的两件事：你可以在 RULE 下边改分组节点，也可以在怀疑规则写坏时短时间切 GLOBAL 做对比实验。

界面入口：Clash Verge Rev 在 Win11 上怎么找到操作区

Clash Verge Rev 基于 Mihomo（Clash Meta） 内核，主窗口左侧通常有首页、代理、配置、设置、日志等侧边栏项（具体文案随版本微调）。与本文主题最相关的入口如下：

• 代理（Proxies）页：按 proxy-groups 拆成多张卡片，每张卡片下列出该组可选成员；这是日常手动选节点与看延迟的主战场。
• 首页（Home）或顶部快捷区：常集中展示当前模式（Rule／Global／Direct）、系统代理开关、TUN 开关与当前出站摘要——改节点前请先确认这里至少有一项流量接管已打开。
• 配置（Profiles）页：管理远端订阅与本地 YAML；延迟测试永远针对当前激活的那份配置，换错配置档会出现「两组数字互相打脸」的假象。
• 系统托盘：右键托盘图标有时提供模式切换、打开主窗口等快捷项，但完整测速与策略组列表仍以主窗口代理页为准。

若你在代理页找不到测速按钮，常见位置是卡片右上角的闪电图标、「测速／Test Latency」工具栏按钮，或对单个节点行点击单点测速。不同皮肤下字面会有出入，但总模式都是对已加载配置中的 proxies 跑一次小的 HTTP(S) 探测。

第一步：先把「生效配置」与「流量接管」对齐

延迟测试永远针对当前载入内核的那份 YAML／合并结果。请先在配置页确认活动配置就是你打算长期用的那一条，并完成一次更新订阅。订阅更新失败往往不是 UI 坏了，而是链路与机场本身问题——共性问题可查订阅链接那些事。

接着确认系统代理或 TUN 是否真的打开。仅「客户端进程在后台」并不等于浏览器已经走内核：若你连设置为系统代理都没勾，Edge／Chrome 可能一直在直连状态下访问网站，而此时你在代理页测到的延迟却是经隧道出去的 RTT，体感就会非常混乱。关于两种接管方式的选型，详见首次安装专文中的对照说明；本篇只强调——测速与真实浏览必须在同一接管上下文里进行。

第二步：在代理页找到「你的手选组」

机场配置往往给你一个显眼的手动分组，命名可能是「节点选择」「手动」「Proxy」这一类 type: select 条目。对你来说，日常绝大多数「我今天想换成日本流媒体」指的就是改这个分组里的叶子。进入代理页后，找到对应卡片，当前选中节点通常有高亮、对勾或实心圆点标识。

若你发现怎么点都不影响网页，十有八九是：规则并没有把你访问的域名交给这个分组，而是走向了另一个分组或直连。最短验证法：临时切 Global 再访问同一站点——若延迟与访问同时回归正常，则说明问题更倾向于规则链路而非单一节点死掉；再回到 Rule，把报错站点所在域名应该命中的那一段规则与机场文档对齐。整体概念可在Clash 使用教程里串起来；进阶改法则落在自定义规则教程。

若代理页里同时出现「节点选择」与「自动选择」两个卡片，请记住：你手点的是 select 组；自动选择组展示的是内核实时算出的结果，两者不要混为一谈——下一节会单独说明。

第三步：发起延迟测试并阅读数字

在代理页选中需要体检的一批叶子，点击测速／延迟测试按钮（或对单节点触发测试）。几秒到十几秒后，每项旁边会出现毫秒数或超时标记。理解这些值的几个要点：

• 毫秒低不代表「看视频一定不卡」——测速 URL 很轻，真实大流量还会受 BGP、晚高峰 QoS、节点带宽与你的本地 Wi‑Fi 干扰影响。
• 偶发超时可能只是测试窗瞬断，或特定路径被杀，不必立刻把节点拉黑；应多测两轮并配合真实浏览器访问。
• 若全部超时，请先排除根本没开系统代理／TUN、订阅其实空节点、公司网拦截出站这类「第一层」问题。
• 比较不同策略组命名空间时，别把「流媒体专用组迟滞」误判成「整机坏掉」——那往往只是远端池本身线路策略不同。

部分 Verge Rev 版本支持按延迟排序或过滤超时节点，可快速把关注点放到前几名；但最终是否采用仍取决于你的业务是否需要固定出口 IP、以及该节点是否支持你需要的 UDP／特定端口。若测速正常但个别站仍超时，可并联阅读Windows 11 下 Clash Verge Rev 日志面板排查连接超时——那篇教你用日志区分 DNS、握手与节点链路，与本篇「选节点」形成互补。

第四步：url-test／「自动选择」组为什么还要存在

部分配置会给你一个叫「自动选择」「Auto」「URL-Test」的组：它的当前成员由内核周期性重算，不一定等于你上次亲手点的那一节。你从代理页看到它勾选在某个叶子，下一分钟可能因为一次失败探测又跳走——这是策略如此，而不是 UI 失灵。如果你不想要这种飘忽感，在机场允许的前提下，可把常用场景改到纯 select 组里手控；或与客服要一份更「硬核手动」模版。

嵌套组分很深时，外层组可能下拉列表里只看到另一些组名而没有直接叶子，此时要一路点进最内层才能对上真实出站。记不住名字可打开 YAML 看一眼 proxy-groups 树——这也是读本站代理组指南的最佳时机。

第五步：在不同策略组之间「切换」到底指什么

用户口语里的「切换策略组」常混指两件事，这里分开说：

• 在同一 select 组内换叶子：例如从「香港 01」改点「新加坡 02」——这是最常见的手动选节点，只改变该组的当前 outbound。
• 在多个并列 select 组里分别维护不同用途：例如「节点选择」管日常、「流媒体」管 Netflix 解锁组——你需要分别进入各卡片修改，而不是只改一个就指望所有规则跟着变。
• 规则把流量送给哪个组：由 YAML 的 rules 决定，GUI 不能「一键把所有规则改指向 B 组」。若怀疑规则送错，应读配置或临时用 GLOBAL 做二分，而不是在代理页盲目轮换十几个组。

Win11 上若你同时开着多个代理客户端，也请确认系统代理与 TUN 没有互相打架：同一时间只让一个主控程序改写网络栈，能减少「代理页测速走的是 A、浏览器却跑了 B」的幽灵问题。UWP／商店应用不走代理的特例，可参考Windows 11 上 UWP 与商店应用不走 Clash一文。

第六步：RULE / GLOBAL / DIRECT 怎么用来做「二分排查」

建议把三种模式理解为排障旋钮而不是「性能模式」：DIRECT 下若能秒开某个国内站但 Rule 下卡死，说明你被错误地送去了隧道；GLOBAL 下若能打开某外墙但 Rule 下不行，则说明命中的那条规则没有把该域名送进你以为的节点组。熟练之后，你可以在十几秒内判别「节点坏了」 versus「YAML 写法坑了我」。

在 Verge Rev 里，模式切换通常在首页快捷区或托盘菜单中，三态之一为 Rule／Global／Direct（具体文案可能是中文或英文）。日常上网请尽量回到Rule，否则全局模式容易把本应直连的工作流量也带进隧道，既增加延迟又徒增风控误判风险。若在办公环境有特殊审计要求，可先向网管确认再使用 GLOBAL 这种「强力接管」旋钮。

第七步：Clash Verge Rev 在 Win11 上的常见小坑

TUN 与系统代理同时开时，新手容易在 DNS 与路由上形成「看起来都开了、实际路径绕圈」——更稳妥的做法是先验证一种接管方式稳定可用，再叠加另一种。TUN 需要虚拟网卡驱动与管理员权限，若一打开 TUN 就全机断网，请先关 TUN、仅用系统代理恢复上网，再对照TUN 模式深度解析逐项排除。

配置页有多个订阅文件时，务必确认托盘或首页显示的当前配置名与你在代理页测速的那份一致。从 CFW 迁来若仍保留旧本地 YAML，可能在代理页看到两套节点列表交替出现——删掉或停用不再使用的配置档即可减少困惑。

若延迟测试长期显示 pending 或横杠，除了节点本身问题，也要检查订阅里health-check 的 url 与 interval 是否被墙、以及本机防火墙是否拦截 Verge Rev 出站探测。这类问题在日志排查专文里也有交叉提及。

常见问题（速查）

延迟测试的数字很低，但网页仍然转圈或 DNS 报错？

多数是解析链路与隧道链路不一致，或分流把站点送去了一个其实不可达的组。按前文顺序试 DIRECT／GLOBAL／Rule 三角定位；必要时打开连接视图核对 outbound。

代理页里几十个组，我平时到底该盯住哪两三个？

盯你的手选主组（如「节点选择」）、流媒体／游戏如有单独拆分再盯对应组，其余的往往是机场为了展示而堆的 namespace。真正把规则读一遍比盲点多点更有效。

Verge Rev 和 Clash for Windows 的测速入口差很多，习惯不了怎么办？

CFW 习惯在 Proxies 页左侧分组树里右键测速；Verge Rev 更偏向卡片式分组 + 顶部批量测速。功能等价，只是交互迁移需要一两天肌肉记忆。内核侧的 proxy-groups 语义未变，学会一次后换平台仍适用。

小结

Clash Verge Rev 在 Windows 11 上的精髓，是把复杂 YAML 折叠成代理页几张卡片：用延迟测试快速看出哪些叶子此刻健康；用策略组选择决定规则匹配后的真实出口；用 RULE／GLOBAL／DIRECT 旋钮做二分法排障。熟练掌握后，你就不需要在每次断流时六神无主地轮换节点——而是会先问「这层问题在链路、分组还是写法」。

对比而言，只靠传统「全局 VPN 开关」的代理工具往往既不能让你按域名细致分流，也缺少针对成百节点的毫秒级批量体检；部分老旧 Windows 客户端虽已停更，界面里仍缺少清晰的策略组卡片与一键测速，用户只能在托盘菜单里逐层点开。而 Clash 系把规则引擎和可编程策略组放在 Mihomo 内核里统一管理，再由 Clash Verge Rev 这类仍在积极维护的图形壳做日常手控，是普通用户与高阶写法之间的折中。若你希望换用社区规则集更齐全、跨 Win／macOS／Linux 都能沿用同一套「测速—选手动组—切模式」肌肉记忆的客户端栈，可以从本站下载页面获取 Clash 发行版，在完成订阅迁移后把本篇的手动选节点与策略组切换流程继续使用下去。