代理组

代理组（Proxy Group）是 Clash 里「节点选择器」的统称。它把多个节点组织在一起，让你在图形界面里一键切换，或在后台按策略自动挑选。没有代理组，规则就只能写死单个节点，灵活性大打折扣。

代理组引用什么

每个代理组内部都引用一批 proxies 里的节点，或引用其他代理组（支持嵌套）。规则最后的动作填的是代理组名，而不是直接填节点名，这样切换节点时只动代理组即可，规则无需改动。

四种常用类型

健康检查

url-test 和 fallback 依赖主动探测来判断节点好坏，关键参数如下：

• url：探测地址，常用 http://www.gstatic.com/generate_204；
• interval：探测间隔，单位毫秒，如 300000 即 5 分钟；
• tolerance：容差，仅在更优节点延迟低出该值（毫秒）时才切换，避免抖动；
• timeout：单次探测超时。

示例：

复制proxy-groups:
 - name: 自动选择
 type: url-test
 proxies: [节点A, 节点B, 节点C]
 url: http://www.gstatic.com/generate_204
 interval: 300000
 tolerance: 50

负载均衡策略

load-balance 还支持 strategy：

• round-robin：轮询，请求依次分发；
• consistent-hashing：按连接特征哈希，同一目标尽量走同一节点，适合需要会话保持的场景。

与规则配合

典型结构是「规则 代理组 节点」三层。例如规则把「海外流量」指向名为「海外」的 select 组，你在该组里选「自动选择」这个 url-test 子组，子组再引用具体节点。层层解耦后，调节点、调策略、调规则互不影响。

实操建议

• 普通用户准备一个 select（手动）加一个 url-test（自动）基本够用；
• 节点多时，按地区或用途拆成多个组（如「香港」「日本」「美国」），切换更精准；
• 给 url-test 设合理 tolerance，太小会频繁跳变，太大又不够灵敏；
• 不要用单个 select 装几十个节点，既难选又卡界面，分组才是正道。

代理组设计得好，日常使用几乎不需要手动干预，体验会顺滑很多。