用脚本自动选择低延迟节点

四种组，四种脾气

• select：你点哪个用哪个，内核不插手。稳定，代价是节点挂了它不会自己换。
• url-test：定时对组里每个节点测一次延迟，用最快的那个。日常最常用。
• fallback：按你写的顺序用第一个还活着的。它不比谁快，只管谁没死——适合「优先用便宜线路，坏了再顶上」。
• load-balance：把请求摊到组里多个节点上，可以按会话散列（同一站点固定走同一个节点）或者按请求轮转。多开下载有用，但会让需要登录态的网站频繁触发风控。

参数怎么设才不折腾

proxy-groups:
  - name: HK-Auto
    type: url-test
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50
    lazy: true
    filter: "(?i)香港|hong ?kong|hk"
    use:
      - my-provider

• url：一个返回 204 的轻量地址。别用会跳转、会限流的首页。这个地址要能被规则正确送出去，否则测出来的是直连的延迟。
• interval：多少秒测一次。300 是个稳妥值。设成 30 秒，几十个节点就是每分钟上百次请求，机场那边可能限流，笔记本上还多耗一截电。
• tolerance：新节点要比当前节点快出多少毫秒才值得切。留空等于零容忍，两个延迟相近的节点会没完没了地互抢。50 到 100 之间通常够。
• lazy：设 true 时，没有流量走这个组就不测。挂着不用的地区组一定要开。
• filter：正则从订阅里挑节点。写了 filter，机场以后新增的香港节点会自动进这个组，不用你手动维护名单。

组可以套组

更好用的结构是两层：底下三个 url-test 组分别按 filter 抓香港、日本、新加坡的节点各自测速，上面一个 select 组把这三个组当成三个「选项」。你平时只在最上面那个组里切地区，具体用哪个节点交给下面自动决定。

这么写的另一个好处是规则那边只需要认一个组名。流媒体分流指向「日本自动」，广告拦截指向 REJECT，兜底指向最上面的手选组——订阅怎么变，规则都不用动。

自动切换的代价

自动组只对新连接生效。已经建立的连接不会跟着搬家——正在下载的文件、正在开的视频会议、SSH 会话，都还挂在旧节点上。反过来说，如果组在你眼皮底下切了，正在传的东西并不会立刻断，但下一个请求就换出口了，有些网站会因此把你登出。

所以：会议、长时间下载、需要固定出口 IP 的场景，临时切到 select 手选一个节点更省事。等事情办完再切回自动组。