proxy-providers：把節點訂閱外接管理

常規訂閱是「節點 + 規則」打包下發，你沒法只換規則不換節點。proxy-providers 把節點來源抽出來獨立更新：主設定寫你自己的規則，節點從一個或多個 provider 拉取——這是「多機場使用者自建設定」的核心機制。

基本寫法

proxy-providers:
  airport-a:
    type: http
    url: "https://a.example.com/sub?clash=1"
    path: ./providers/airport-a.yaml
    interval: 3600
    health-check:
      enable: true
      url: http://www.gstatic.com/generate_204
      interval: 300
  airport-b:
    type: http
    url: "https://b.example.com/clash"
    path: ./providers/airport-b.yaml
    interval: 3600
    health-check:
      enable: true
      url: http://www.gstatic.com/generate_204
      interval: 300

在代理組中使用 provider

proxy-groups:
  - name: "節點選擇"
    type: select
    use:               # 引用 provider（注意是 use 不是 proxies）
      - airport-a
      - airport-b
    proxies:           # 也可以同時混用手寫節點
      - DIRECT
  - name: "自動選擇"
    type: url-test
    use: [airport-a, airport-b]
    url: http://www.gstatic.com/generate_204
    interval: 300

use 與 proxies 可以並存，provider 裡的全部節點會自動展開進組。

要點與坑

• url 必須返回 Clash 格式（含 proxies 段的 YAML）。只支援節點列表，provider 檔案裡的規則會被忽略。
• path 各 provider 必須不同，且建議放在 ./providers/ 子目錄，避免與主設定互相覆蓋。
• health-check 強烈建議開啟：url-test/fallback 組依賴它的延遲資料。
• provider 更新失敗不影響已快取的節點（繼續用舊檔案），Logs 中會有 provider ... update failed 提示。
• 過濾節點：filter: "香港|HK" 可以只保留名稱匹配正則的節點，用於按地區建組。

典型架構

「自建規則 + 多 provider」的完整思路：主設定裡寫 分流規則和按地區過濾的代理組，節點全部來自 providers。機場換訂閱位址時只改一行 url，規則體系紋絲不動。