Clash 的规则集现在都怎么选？ rule-provider 感觉不够用了？

tqbgolegai201343 2026-08-02 16:33 1

最近折腾 Clash Verge 的规则配置，发现以前常用的那套规则集好像有点跟不上节奏了，想问问大家现在都怎么搞。

背景：之前一直用机场自带的规则（订阅里直接带 rules ），基本策略就是国内直连+海外代理+广告拦截。但最近遇到几个问题：

有些 App 的分流不对——比如某个国内工具被走了代理（延迟暴涨），查了下是规则集没覆盖到它的域名

想加自定义规则（比如某个网站强制走特定节点），但每次机场更新订阅就覆盖掉我手动加的

rule-provider 引用的几个开源规则集更新慢了，有些新域名没收录

我现在试了几种方案：

方案 A：用 Clash Verge 的"覆写"功能叠本地规则，订阅更新不影响本地配置。但写起来有点麻烦，而且规则优先级搞不好会冲突

方案 B：换用 rule-provider 指向几个活跃维护的规则集（ ACL4SSR 之类的），但有些集太大、匹配慢

方案 C：干脆全局代理，不折腾规则了。但国内网站绕一圈延迟高，而且有些服务检测到代理 IP 直接拒绝

想问下各位：

你们现在用机场自带规则还是自建 rule-provider ？

有没有更新比较勤、覆盖全的规则集推荐？

自定义规则和订阅规则冲突的时候，优先级怎么管最省心？

最新回复 (24)

tqbgolegai201343 楼主 08-02 16:46

1楼

补充一下我自己摸索出来的经验：

自定义规则被订阅覆盖的问题，用 Clash Verge 的 Merge 模式可以解决——本地规则和订阅规则合并，不会被覆盖。优先级方面，Clash 的规则是**从上往下匹配，命中即停**，所以自定义规则放最前面就行。

规则集的话，我现在混用两套：一套走 GEOIP （国内 IP 直连，简单粗暴但有效），一套走 DOMAIN-SUFFIX （精细控制特定网站）。没必要全用 rule-provider ，太重了。

更详细的配置方法（包括 Merge 模式、规则优先级、rule-provider 怎么写），详细配置我之前写过，在 tanqingbo.cn/clash-guide 的"规则分流"那一节，感兴趣的可以看下。
qilme 08-02 17:01

2楼

确实 geoip 就是干这个用的。用 geoip-cn 兜底，还可以定期 grep 一下被兜底的域名，加到自己的 geosite 规则。然后自定义规则越来越复杂臃肿，懒得管了。
xndeye 08-02 17:34

3楼

自建规则集，利用 github action 每日合并上游和私有规则
ShineyWang 08-02 18:03

4楼

我部署了 substore
默认用几个规则集，其它的再维护一些补充的
然后多端同步，手机多套电脑都用这一套；省去维护成本
sonnyclarity492 08-02 18:21

5楼

和 #2 类似，先用 GEOSITE 指定自己的直连，CNSites 和 CNip 兜底，最后全部 Match 代理节点。
定期从远端拉代理日志，用 Go 匹配 GEOSITE ，按照 chatgpt.com->`CATEGORY-AI-!CN|CATEGORY-AI-CHAT-!CN|GEOLOCATION-!CN|GFW|OPENAI`这种格式匹配全部分类，选出不需要被代理的 GEOSITE 就行。
sonnyclarity492 08-02 18:25

6楼

关于想加自定义规则，用 proxy-providers ，然后手搓 proxies 和 rules
mangmaimu 08-02 18:35

7楼

楼上都用 geoip-cn 兜底了，那用 geosite 意义何在，反正本地匹配到 geosite 也要查一次 dns
sonnyclarity492 08-02 18:45

8楼

@mangmaimu geoip-cn 是 no-resolve ，所以才需要检查 Match 的问题呀！
sonnyclarity492 08-02 18:46

9楼

@mangmaimu 而且我也没有开 DNS-Fallback ，被代理的域名都在远端解析
Retas 08-02 18:59

10楼

找个 rule provider 的模板，然后自己按需添加规则集，整个配置和自建的规则集推送到 Gist 仓库。如果遇到有问题的，远程 Codex 修改配置或者自己的规则集然后更新 Gist 仓库。
why1gz 08-02 19:01

11楼

vibe coding 也可以写规则。
Maxwe11 08-02 19:12

12楼

方案 A

默认规则确实就是个兜底规则，但是每个人上网的习惯和经常访问的服务还是有很大差异化的。

我的规则库是自己维护的，最初也是遇到了这类问题，然后就一个站点、一个 APP 的维护，比如打开网站时就同步开一下开发者工具，查看一下这个站点都会路由到哪些域名，APP 就去看一下 clash 的日志，设备会连哪些 IP 或域名。

然后一个一个加到自定义规则集里，偶尔也会遇到冲突，但是自定义规则有优先配置，也可以控制域名或 IP 的控制程度，比如关键词还是域名。

然后在机场默认的分组里，再增加几个自己的所需要的定制分组，最后一结合，日常基本就是无感使用了，只是最初开始建立维护的时候稍微麻烦点儿。比如闲的没事儿看看川普和红脖子发疯，就把 Truth Social 都归类到 US 分组，打开 app 就能看乐子了。
Jakarta 08-02 19:26

13楼

手搓配置。
向最上游仓库 v2fly 提 pr ，请求合并你碰到的域名。
MYDB 08-02 19:39

14楼

手搓路过，通常每三个月根据日志统计，然后更改、添加或删除，懒一点的话就每年更新一次
keyu1103 08-02 19:46

15楼

基于 https://github.com/blackmatrix7/ios_rule_script 手搓的配置
然后按照自己的习惯改的
LovingYoung 08-02 19:55

16楼

https://github.com/SubBoost/subboost 用这个可视化搓配置
huihuilang 08-02 21:39

17楼

这个事情很简单，我现在直接让 codex 帮我写规则了
wu67 08-02 22:22

18楼

用开源规则做兜底, 然后自己搓强制代理列表和强制直连列表放点前面就行
tqbgolegai201343 楼主 08-03 09:20

19楼

@huihuilang 你 codex 用的什么模型啊？
avonhermit 08-03 09:42

20楼

可以试试 subconverter
StarsunYzL 08-03 10:03

21楼

哪有这么复杂，直接一个 chinamax 规则，顶多加一个 GEOSITE/GEOIP CN ，以上走直连，其他全走代理就行了，这一套本地维护几行代码的事，然后覆盖掉机场的所有规则
shannon404 08-03 10:25

22楼

mihomo 的规则匹配用的是字典树，匹配速度主要取决于域名的字符串长度而非规则集大小，所以规则集大不一定慢。个人用户不可能面面俱到，如果不用规则集，日常使用和维护反而会更麻烦。我的建议是如果使用机场，就用 Proxy Provider 语法把节点提取出来，然后再编写自定义规则，也方便临时添加规则。规则集我推荐就用 mihomo 官方的 https://github.com/MetaCubeX/meta-rules-dat
bowencool 08-03 11:30

23楼

完全自己写规则和订阅转换，多端统一 https://github.com/bowencool/SubConv
clacf 08-03 13:19

24楼

ai 时代，不要用 clash 了，直接用 singbox ，要怎么分流，直接让 codex 改。