Clash Verge Rev（clash-verge-rev 仓库）的代理组怎么选，取决于你希望谁来决定出口：自己指定，对应 select；交给组自动选择，对应 url-test；当前项超时后按列表寻找可用项，对应 fallback。

selector 对应的配置类型写什么

看 selector、url-test、fallback 这几个名称时，要落到配置中的 type 字段。手动选择组的类型值是 select。

三者的区别在于选择行为，不能只看名字判断谁更快。

你希望发生的行为对应类型文档描述的动作
自己决定使用哪一项select从 proxies 列表手动选择
由组自动决定使用哪一项url-test在列表成员中自动选择
当前项超时后寻找接替项fallback依列表先后，采用首个可用成员

这是按行为做的对照。官方没有说明各类型的推荐使用场景。

select：选择权留给用户

select 的结构包含类型和 proxies 列表。列表列出候选项，用户决定选中哪一项。

Verge 文档站的配置案例同时展示了手动组和自动组，分别采用 select 与 url-test。因此，读配置时可以先确认类型，再看成员列表，不要把所有代理组都理解成自动切换。

规则与代理组要分开看。需要继续了解规则部分，可读规则类型与匹配顺序。

url-test：自动选择，但别补出切换算法

url-test 会在 proxies 所列成员中自动选择。相关示例出现了检查地址、检测间隔以及切换容差等字段。

tolerance 的单位是毫秒，表示切换时使用的容差。它不是检测间隔，也不能仅凭一个数值推导出完整切换过程。

关于最低延迟与容差如何共同影响切换，官方没有说明具体算法。阅读配置时，可以确认它启用了自动选择，但不宜把它解释成每次检测结束都会立刻更换成员。

fallback：列表顺序有实际作用

fallback 在当前成员超时后，会沿着 proxies 的排列寻找可用项，并采用最先符合条件的那个。

因此，同一份成员列表改变排列后，寻找接替项的先后也会改变。它与 url-test 的差异，不能简化成两个名称不同的自动组。

至于前面的成员恢复后何时重新切回，官方没有说明。仅凭类型名称，无法判断恢复后的切换时点。

健康检查字段要分清单位与范围

下面的含义来自 mihomo 通用字段文档，核对截至 2026-11-08。

字段含义或边界
url检查所用地址；范围限于本组 proxies，不涵盖由 use 引入的成员
interval以秒计；值不为零时才进行周期检测
timeout超时时长，以毫秒计
lazy默认值为 true；组未被选中时不检测
max-failed-times默认值为 5；失败次数超过设定值会触发强制检查
expected-status默认值为 *
default-selected值为空，或指定名称不存在时，选择列表首项

url-test 类型页没有逐项列出这些字段的默认值；上表的默认值依据是通用字段页。配置中出现 use 时，也不能因为组里填了 url，就认定它检查了全部成员。

load-balance 回答的是流量如何分配

如果关注的是成员之间怎样分担流量，还会遇到 load-balance。它与前面几种选择行为需要分开理解。

截至 2026-11-08，mihomo 文档列出的 strategy 行为如下：

值分配方式
round-robin请求轮流分配给各成员
consistent-hashing目标地址相同的请求分到相同成员
sticky-sessions来源与目标地址都相同的请求使用相同成员；缓存十分钟后过期

域名目标按顶级域名匹配。hash-key 适用于后两种策略，与 round-robin 同时设置会报错。默认采用哪种策略，官方没有说明。

改配置前检查这几处

先核对 type 是否符合预期，再看 proxies 的内容与顺序。涉及检查时，区分秒和毫秒，并确认检查范围有没有覆盖你关心的成员。

需要通过扩展内容调整配置，可接着看Merge 扩展配置怎么用；出现异常时，可参考日志导出与排查。

字段依据见 mihomo 代理组通用说明，类型行为见 select、url-test、fallback 与 load-balance 文档。

第三方整理，与项目方无关。