用指令碼自動選擇低延遲節點

四種群組，四種脾氣

• 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 手選一個節點更省事。等事情辦完再切回自動群組。