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

[tqbgolegai201343]

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

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

1. 有些 App 的分流不对——比如某个国内工具被走了代理（延迟暴涨），查了下是规则集没覆盖到它的域名
2. 想加自定义规则（比如某个网站强制走特定节点），但每次机场更新订阅就覆盖掉我手动加的
3. rule-provider 引用的几个开源规则集更新慢了，有些新域名没收录

我现在试了几种方案：

• 方案 A：用 Clash Verge 的"覆写"功能叠本地规则，订阅更新不影响本地配置。但写起来有点麻烦，而且规则优先级搞不好会冲突
• 方案 B：换用 rule-provider 指向几个活跃维护的规则集（ ACL4SSR 之类的），但有些集太大、匹配慢
• 方案 C：干脆全局代理，不折腾规则了。但国内网站绕一圈延迟高，而且有些服务检测到代理 IP 直接拒绝

想问下各位：

1. 你们现在用机场自带规则还是自建 rule-provider ？
2. 有没有更新比较勤、覆盖全的规则集推荐？
3. 自定义规则和订阅规则冲突的时候，优先级怎么管最省心？

[tqbgolegai201343]

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

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

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

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

[qilme]

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

[xndeye]

自建规则集，利用 github action 每日合并上游和私有规则

[ShineyWang]

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

[sonnyclarity492]

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

[sonnyclarity492]

关于想加自定义规则，用 proxy-providers ，然后手搓 proxies 和 rules

[mangmaimu]

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

[sonnyclarity492]

@mangmaimu geoip-cn 是 no-resolve ，所以才需要检查 Match 的问题呀！

[sonnyclarity492]

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

[Retas]

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

[why1gz]

vibe coding 也可以写规则。

[Maxwe11]

方案 A

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

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

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

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

[Jakarta]

手搓配置。
向最上游仓库 v2fly 提 pr ，请求合并你碰到的域名。

[MYDB]

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

[keyu1103]

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

[LovingYoung]

https://github.com/SubBoost/subboost 用这个可视化搓配置

[huihuilang]

这个事情很简单，我现在直接让 codex 帮我写规则了

[wu67]

用开源规则做兜底, 然后自己搓强制代理列表和强制直连列表放点前面就行