自动选优与故障转移：让客户端自己挑好节点
介绍 Clash 等客户端的代理组策略——手动、延迟优选、故障转移、负载均衡——怎么配合使用，让客户端自动挑快的节点、坏了自动切。
速览结论
通过代理组策略可让客户端自动选节点：延迟优选（url-test）定时测速选最快，故障转移（fallback）主节点挂了自动切下一个，负载均衡分摊流量，手动（select）用于需要固定时。常见做法是按地区分组、组上套策略，既省心又稳。
关键事实
- url-test 延迟优选：自动用延迟最低的节点。
- fallback 故障转移：主节点不可用自动切换。
- 按地区分组 + 组上套策略，兼顾省心与稳定。
适用范围与局限
具体配置项与行为因客户端而异，本文为思路说明；自动测速会产生少量探测流量，频率过高可能影响体验。
每次手动切换节点很麻烦。其实用代理组策略，可以让客户端自己挑快的、坏了自动切。
几种常用策略
- 延迟优选（url-test）：客户端定时对组内节点测速，自动选延迟最低的那个。适合日常，省心。
- 故障转移（fallback）：按顺序选第一个可用的，主节点一挂就自动切到下一个。适合追求”不断线”。
- 负载均衡：把流量分摊到组内多个节点，缓解单点拥塞。
- 手动选择（select）：自己固定指定，适合需要稳定落地（如解锁某平台）时。
一种常见组织方式
- 先按地区分组：香港组、日本组、美国组……
- 给每个地区组套上 url-test（自动选该地区最快节点）。
- 再做一个总组用 select 或 fallback，在各地区组之间切换。
- 分流规则把不同流量指向合适的组（如流媒体走解锁地区组）。
这样既能自动选优，又能在需要时手动干预。
注意
- 自动测速会产生少量探测流量，测速间隔别设太短。
- 自动选的是”延迟低”，不完全等于”不拥挤”，高峰期仍可结合节点负载手动调整。
- 具体配置项因客户端而异，以各自文档为准。