Clash规则集和策略组是什么？怎么影响你选哪个机场

如果你打开过Clash的配置文件（YAML），大概率会看到 proxy-groups 和 rules/rule-providers 这两个板块——这就是本文要讲的策略组和规则集，两者配合起来才是Clash“按规则分流”这个核心功能的完整实现。

策略组：一组节点的“选择逻辑”

策略组（proxy-group）不是节点本身，而是“怎么从一批节点里选一个用”的逻辑容器。常见类型包括：

select：手动选择，你自己在列表里点一个节点用，客户端不自动切换。
url-test：自动测速，客户端定期用一个测试地址（比如 http://www.gstatic.com/generate_204）探测组内每个节点的延迟，自动选延迟最低的。
fallback：主节点不可用时自动切换到备用节点，适合对稳定性要求高的场景。
load-balance：多节点负载均衡，流量分散到组内多个节点。

同一个订阅里的节点，你可以按地区、按协议类型分成不同策略组——这也是为什么协议信息公开对Clash用户重要：如果你想单独建一个“VLESS专用组”做自动测速，前提是你得先知道这个订阅里哪些节点是VLESS协议。

规则集：域名/流量该走哪个策略组

规则（rules）决定“什么流量匹配什么策略组”，规则集（rule-provider）则是把大量规则打包成一个可以远程更新的文件，避免配置文件本身写几千行规则。常见的规则集来源包括社区维护的分流规则仓库，涵盖“国内直连”“广告拦截”“流媒体走某个组”等分类，你在策略组配置好之后，把规则集指向对应策略组，就能实现“访问国内网站直连、访问被墙网站走代理”这类自动分流。

协议覆盖广度为什么值得关心

如果一个机场的协议记录只有一种（比如只有VLESS），你的策略组设计空间就比较有限；如果协议覆盖 Shadowsocks、VLESS、Trojan、Hysteria2 多种，你可以按协议类型、按适用场景拆分出更精细的策略组，比如“Hysteria2走视频”“VLESS走日常浏览”。这也是O机场专门做Clash协议兼容榜的原因——这不是评判“哪个协议更好”，而是告诉你“这份资料能支撑你设计出多精细的策略组”。

常见问题

规则集要多久更新一次？

取决于你用的 rule-provider 配置里的 interval 字段（单位通常是秒），社区维护的规则集一般会持续更新，具体怎么设置自动更新可以看《怎么配置Clash的规则集自动更新》。

是不是策略组越多越好？

不是。策略组太细会增加维护成本，多数日常使用场景下，“全局手动选择+一个url-test自动测速组”就够用，只有对分流有明确诉求（比如按流媒体平台区分节点）时才需要精细拆分。

接下来看什么

想知道怎么配置规则集自动更新？看《怎么配置Clash的规则集自动更新》
想知道怎么把订阅链接导入Clash？看《怎么把机场订阅导入Clash》
想看哪些机场协议信息公开、方便设计策略组？看Clash协议兼容榜