Clash 代理集(proxy-providers)：统一管理多机场节点

代理集解决什么

普通用法是订阅直接生成一堆 proxies 和策略组，你只能整份用。代理集换了个思路：订阅只作为"节点池"，节点不写进主配置，而是由 provider 动态拉取；你的策略组通过 use: [机场名] 把整池节点引进来。这样主配置稳定不变，节点随订阅更新，多个池还能混用。

挂订阅 + 策略组引用

proxy-providers:
  airportA:
    type: http
    url: "https://机场A的订阅链接"
    path: ./providers/airportA.yaml
    interval: 3600
    health-check:
      enable: true
      url: http://www.gstatic.com/generate_204
      interval: 300

proxy-groups:
  - name: "节点选择"
    type: select
    use: [airportA]        # 引用整个代理集
  - name: "自动测速"
    type: url-test
    use: [airportA]
    url: http://www.gstatic.com/generate_204
    interval: 300

注意策略组里这里用的是 use 而不是 proxies。两者也能混写：proxies 列手动节点（如 DIRECT），use 引代理集。

健康检查 health-check

health-check 让代理集定时给池里每个节点测延迟，界面上能直接看到每个节点是否可用、延迟多少。配合 url-test 组，挂掉的节点会被自动避开。测速地址、间隔的取值原则和 节点测速那篇一致。

用 filter 过滤节点

机场节点里常混着"官网""剩余流量"这类信息节点，或者你只想要香港线路。filter 支持正则，把不想要的过滤掉：

  airportA:
    type: http
    url: "..."
    filter: "(?i)香港|HK|Hong Kong"   # 只保留香港节点
    exclude-filter: "(?i)官网|剩余|过期"  # 排除信息节点

同时挂多个机场

多挂几个 provider，再在策略组的 use 里列多个名字，就把几个机场的节点合到一组里了。这正是合并多个机场订阅最干净的做法——比手动复制粘贴节点强太多，因为每个机场各自更新、互不干扰。