Clash 策略组(Proxy Group)类型详解
「代理」页里那些可以点开选节点的分组，就是策略组(proxy-groups)。它决定了流量到底交给哪个节点。一共五种类型，名字听着唬人，搞懂各自负责什么后，你会发现配置文件里那一坨结构其实很有逻辑。
先用一张图把五种类型的"性格"摆出来，下面再逐个说。
类型对照图五种策略组各管一摊；实战里最常用的是 select 套 url-test。
select：手动选
最直白的一种：组里列一堆节点，你在界面点哪个就走哪个。机场订阅里那个「节点选择」「Proxy」总控组通常就是 select。优点是完全可控，缺点是节点挂了得自己换。
url-test：自动选最快
组内节点按设定的测速地址定时测延迟，自动挑延迟最低的那个用。适合"我不想管、给我最快的就行"。关键参数是测速 URL、测速间隔和容差(tolerance)——容差太小会频繁跳节点。具体怎么调见 节点测速与自动切换。
fallback：故障转移
按顺序用：默认走第一个，第一个测速失败才切到第二个，以此类推。和 url-test 的区别是它不追"最快"，只追"能用"——主节点不挂就一直用主节点，适合你有一个偏爱的稳定主线路、其余作备份的场景。
load-balance：负载均衡
把请求分摊到组内多个节点上，可按会话(consistent-hashing)或轮询(round-robin)分配。适合手里有多条同质线路、想分散单节点压力或绕过单节点限速的情况。日常单人用其实用不太上。
relay：链式中转
让流量依次穿过组里的多个节点，比如先到香港中转、再落地到美国。常用于"入口快、落地纯净 IP"的组合。这是进阶玩法，详细见 链式代理/落地节点。
怎么嵌套搭配
策略组可以互相引用，这才是它真正强的地方。最经典的结构：把所有节点丢进一个 url-test 自动测速组，再做一个 select 总控组，里面放「自动测速组」和几个手动节点，规则统统指向这个 select 组。这样平时享受自动选最快，想手动接管时点一下总控组就能切。
proxy-groups:
- name: "自动选择"
type: url-test
url: http://www.gstatic.com/generate_204
interval: 300
proxies: [节点A, 节点B, 节点C]
- name: "节点选择" # 规则指向这个
type: select
proxies: ["自动选择", 节点A, 节点B, DIRECT]