Clash Verge Rev 规则组怎么选择？模式、节点与自动组一表看懂

更新于 2026-10-31 · kejibear.shop

简答：如果只想马上配置：先选“规则”模式，再在实际命中的代理组里固定一个手动节点，开启系统代理并查看连接记录；确认稳定后，才尝试自动选择、故障转移或负载均衡。规则模式决定流量如何分流，策略组决定命中后的具体节点，两者不是同一个设置。

定义：Clash Verge Rev 的代理模式决定请求按规则、全局或直连处理，策略组则决定某类请求最终使用哪个节点或节点组合。

先试这一步：三种需求的默认方案

如果你已经导入配置，却不知道“节点选择、自动选择、故障转移”该点哪个，先不要追求最低延迟。用规则模式+手动节点+连接记录建立一个稳定对照，通常比直接启用自动组更容易判断问题。

Clash Verge Rev 是基于 Mihomo 内核的 Windows、macOS 和 Linux 图形客户端，项目仓库列出了系统代理、TUN 模式、配置文件管理和可视化节点与规则等功能；但菜单名称和可用开关仍可能随当前版本、系统和配置而变化，可先查看Clash Verge Rev 项目仓库。

先分清：代理模式和策略组不是一回事

代理模式决定请求采用哪种路由方式；策略组决定请求命中代理路径后，具体交给哪个节点或节点组合。很多“选了节点但网页仍直连”的情况，原因不是节点选择错误，而是请求根本没有命中代理策略组。

日常使用一般先从规则模式开始。全局和直连更适合作为短时间的测试条件，而不是看到网页异常后反复切换的默认方案。

手动、自动、故障转移和负载均衡怎么选

Mihomo 的配置示例明确区分了这些策略组：url-test按 URL 测试结果选择，fallback按可用性和节点顺序切换，load-balance按配置算法分配连接。具体行为以当前配置中的测试地址、间隔、容错参数和成员顺序为准，可参考Mihomo 官方配置示例。

因此，自动选择不是“永远最快”，故障转移也不是“永远稳定”。如果正在定位问题，优先回到手动选择；确认问题消失后，再逐个启用自动功能。

规则模式下到底该改哪个组

不要看到“代理组”就全部修改。正确做法是：看 Connections 命中的规则和组名 → 回到 Proxies 找到对应策略组 → 只调整该代理组 → 再次访问并确认最终节点。

1. 打开目标应用或网页，让它产生一条请求。
2. 进入 Connections，查看请求是否出现、命中了哪条规则、最终显示的是哪个策略组和节点。
3. 回到 Proxies 页面，找到该规则指向的策略组，展开成员。
4. 首次排查时选择一个手动节点，不要同时改 DNS、TUN、规则文件和多个代理组。
5. 重新访问目标，确认连接记录中的最终节点与手动选择一致。

如果 Connections 显示 DIRECT，只能说明该请求当前被判定为直连，不能直接证明节点失效。应先检查匹配规则，再决定是否需要修改对应策略组。

按场景选择：浏览、办公、流媒体和游戏

地区、延迟、连接建立和目标服务可用性是不同指标。网页能打开不代表长连接稳定，测试地址延迟低也不代表特定服务一定可用。本文只提供验证方法，不对任何具体服务的可用性作保证。

从默认配置开始的完整操作步骤

1. 确认配置已启用。在 Profiles 或配置页面确认当前启用的是刚更新成功的配置，而不是旧配置或未激活配置。
2. 选择规则模式。在代理模式设置中选择 Rule；如果界面语言不同，寻找含义为“规则”的选项。
3. 识别代理策略组。在 Proxies 页面寻找“代理、节点选择、Proxy、Final、漏网之鱼”等名称，并展开查看成员。名称由配置文件决定，不能只凭名称下结论。
4. 固定一个手动节点。选择一个能完成基础连接的节点，记录名称和测试目标，便于后续复现。
5. 开启系统代理。打开 System Proxy。它通常只影响遵循操作系统代理设置的应用；具体是否生效取决于应用自身代理支持和当前配置。
6. 检查连接记录。访问同一目标，在 Connections 中确认请求、匹配规则、策略组和最终节点。
7. 再测试自动组。切换到 URL-Test 或自动选择组，重复相同访问。如果问题出现，退回手动组即可完成对照。
8. 最后再尝试故障转移或负载均衡。只有在明确需求是备用切换或多连接分配时才启用，并重新检查实际连接路径。

系统代理与 TUN 是不同层次的功能。是否需要 TUN，应以目标应用是否遵循系统代理、Connections 中是否有请求以及当前配置要求为判断依据，不要把多个网络接管功能同时打开后再排查。

连接失败、自动组频繁切换或节点消失怎么办

• 代理页没有节点：检查配置更新是否成功、当前配置是否已启用，以及配置解析是否报错。
• 网页显示 DIRECT：先看 Connections 中的匹配规则；如果规则本来指定直连，应调整规则或对应策略组，而不是立即更换节点。
• 节点有延迟但网页打不开：固定该节点后更换测试目标，分别观察连接建立、DNS 解析和目标服务结果。
• 自动组频繁切换：先改回手动选择，确认问题是否消失，再检查自动组的测试地址、检测间隔和容错参数。
• 故障转移没有按预期切换：检查成员顺序、健康检查地址以及是否嵌套了其他策略组。嵌套组的健康状态可能影响上层组判断。
• 系统代理开启但应用无效：确认该应用是否遵循系统代理；如果 Connections 中完全没有请求，再单独评估 TUN，避免多个代理软件同时接管网络。
• 订阅更新后原节点消失：重新查看当前配置中的组名和成员。配置内容改变后，不要把旧节点名称硬填回新配置，应从现有组重新选择并验证。

Mihomo API 文档说明，策略组可返回当前节点、成员列表、测试地址等状态，也支持对指定代理进行延迟测试；这些信息适合用来核对“当前选中谁”和“测试测了什么”，但延迟结果仍不等于综合体验。可查看Mihomo API 文档。

常见问题

Clash Verge Rev 规则模式下，应该改哪个规则组？

先在 Connections 查看目标请求命中的规则和策略组，再回到 Proxies 调整该组。通常不要把直连、广告拦截或拒绝类组统一改成代理节点。

自动选择是不是一定比手动选择快？

不是。自动组通常依据配置的测试地址和参数选择成员，测试延迟不能代表下载速度、丢包率、地区可用性或长连接稳定性。首次配置和排障时，手动固定节点更容易复现问题。

故障转移和自动选择有什么区别？

自动选择偏向根据测试结果挑选成员，故障转移偏向当前成员不可用时按配置顺序寻找备用成员。具体结果仍取决于测试地址、间隔、参数和嵌套策略组。

为什么选了节点，网页仍然显示 DIRECT？

节点选择和规则命中是两件事。规则模式下，目标请求可能本来就被判定为直连。先确认匹配规则，再判断是否需要调整对应代理组。

负载均衡适合日常默认使用吗？

不建议把它作为首次排障的默认组。不同连接可能被分配到不同成员，会增加问题复现难度。先用手动选择确认线路，再根据多连接需求决定是否启用。

订阅更新后原来的自动组或节点不见了怎么办？

先确认更新是否成功，再查看当前配置中的组名和成员。节点名称与策略组结构可能随配置内容变化，应从现有组重新选择，不要照抄旧名称。

常见问题

Clash Verge Rev 规则模式下，应该改哪个规则组？

先在 Connections 查看目标请求命中的规则和策略组，再回到 Proxies 调整该组。不要把直连、广告拦截或拒绝类组统一改成代理节点。

自动选择是不是一定比手动选择快？

不是。自动组依据配置的测试地址和参数选择成员，测试延迟不能代表下载速度、丢包率、地区可用性或长连接稳定性。排障时先固定手动节点。

故障转移和自动选择有什么区别？

自动选择偏向根据测试结果挑选成员，故障转移偏向当前成员不可用时按配置顺序寻找备用成员，具体结果取决于配置参数和嵌套组。

为什么选了节点，网页仍然显示 DIRECT？

因为节点选择和规则命中是两件事。目标请求可能本来就被规则判定为直连，应先确认匹配规则，再调整对应策略组。

负载均衡适合日常默认使用吗？

不建议作为首次排障的默认组。不同连接可能使用不同成员，会增加复现难度。先用手动选择确认线路，再根据多连接需求决定是否启用。

订阅更新后原来的自动组或节点不见了怎么办？

先确认更新是否成功，再查看当前配置中的组名和成员。配置结构可能发生变化，应从现有组重新选择，不要照抄旧节点名称。

相关阅读

• Clash Verge Rev 规则不生效时的证据链排查
• Clash Verge Rev 连接失败分步定位
• Clash Verge Rev 导入订阅与更新失败处理
• Clash Verge Rev Windows 和 macOS 配置差异

参考资料

1. Clash Verge Rev 项目仓库
2. Mihomo 官方配置示例：Proxy Groups
3. Mihomo API 文档