叠甲

本人不是狭义计算机或软件相关专业学生，对计网或软件设计知识几乎一窍不通，文中所述的都是我作为一个外行的个人感受，如有更好的方案可发信至我的电子邮箱()进行交流，如有观点意见上的不同以您为准。

【2025/11/29更新】为我的博客启用了Giscus评论系统，现在可以直接在底部github登录并评论了。

本文仅针对软件配置与AI使用给出个人经验与感受，与“翻墙”（未经批准擅自使用非法工具或服务绕过国家防火墙，访问境外互联网的行为）无关。我们应当自觉遵守网络管理法规，共同维护良好的网络秩序，鼓励大家积极利用国内资源，享受健康、积极的网络生活。本文也仅旨在与其他网友进行技术交流，满足其他网友的交流学习需要。

缘由

之前在某网站订阅了clash节点，网站给了相应的配置文件，文件里有节点信息、规则组以及一大批域名规则。但是这个文件里规则中最后的Match规则（即如果之前的规则都未匹配上，最后匹配的“保底项”）使用的是PROXY，而匹配列表里又没有呢喃的nju.edu.cn域名（其实我觉得直接给.cn域名后缀全走DIRECT是一个好主意），经常导致开着系统代理时访问不了呢喃的某些网站（比如大创的desktop网站）。

开发

由于本人对Clash的配置文件构成以及工作流程其实不太了解，于是我便向Deepseek描述了我的需求并让他给我提供方案。

如何在clash verge中设置域名过滤，手动指定一些不代理的域名

在Clash Verge中设置域名过滤（指定不代理的域名），可以通过以下几种方法实现：

  • 方法一：在配置文件中添加规则（推荐）
    • …
  • 方法二：使用域名集（Domain Set）
    • …
  • 方法三：在GUI界面中添加（如果支持）
    • …

初看到这个“推荐”的方案一时，我就有一点疑惑，试用了一下果然证实了我的猜想：由于订阅的节点会过期，所以配置文件需要定期更新，而更新又会覆盖掉在配置文件中自行添加的规则。

配置文件需要经常从源url更新，这是否会覆盖我的手动规则？有没有什么补救方式？

是的，配置文件从源URL更新时会完全覆盖您的手动规则。以下是几种有效的补救方式： - 方法一：使用规则提供者（Rule Providers）- 推荐 - … - 方法二：使用配置覆写（Override） - … - 方法三：创建本地配置文件 - … - 方法四：使用脚本自动合并（高级） - … - 方法五：使用Git维护配置 - …

这里规则一的所谓“规则提供者”虽然把规则放在了另一个文件中，但是仍然需要在主配置文件中去引入这个额外的规则提供者，所以其实并没有从根本上解决这个问题，但是当时我还不了解，所以在这个方案上跟AI纠缠了半天，最后一无所获。

绕了半天无果，我干脆自己想了个方案：用我的服务器拉取原来的URL订阅的配置文件，用脚本解析文件内的内容，然后插入想自定义的规则，最后暴露在我自己的域名上，再在个人电脑上订阅这个域名下的配置。向Deepseek描述了一下，它确实给我生成了一个脚本：

我希望用自己的服务器wget到url所指的yaml配置，并在rules的开头添加一些自定义rules，最好能用bash脚本，应该怎么做

很好！我来为你提供一个完整的 bash 脚本解决方案，用于下载规则配置、添加自定义规则并生成本地配置文件。

完整的 bash 脚本 创建文件update-rules.sh： … 使用说明 …(chmod +x之类的操作流程)

这时我又发现好像忘记跟它说要暴露在域名上了，于是又补充了一下

我希望在服务器上用nginx将这份自定义配置暴露给我自己下载，从而可以在我的个人电脑的clashverge中调用，应该如何配置

很好！我来为你提供一个完整的 Nginx 配置方案，将自定义 Clash 配置通过 Web 服务器暴露，方便在个人电脑的 Clash Verge 中调用。

完整的 Nginx 配置方案 …(创建各种文件的流程)

截至目前为止，Deepseek表现得似乎还可圈可点，但是接下来噩梦就开始了。

Nightmare

用了这套配置之后，配置文件中的规则部分大概是这样的：

（这是目前的文件，一开始的比这简陋多了）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
# 规则提供者配置
rule-providers:
  # 自定义直连域名
  my-direct:
    type: http
    behavior: classical
    url: "<敏感数据删除>"
    path: <敏感数据删除>
    interval: 86400

  # 代理域名规则（只包含匹配条件）
  proxy-domains:
    type: http
    behavior: classical
    url: "<敏感数据删除>"
    path: <敏感数据删除>
    interval: 86400

  # 直连域名规则（只包含匹配条件）
  direct-domains:
    type: http
    behavior: classical
    url: "<敏感数据删除>"
    path: <敏感数据删除>
    interval: 86400

# 规则系统
rules:
  # 本地网络直连
  - IP-CIDR,127.0.0.0/8,DIRECT
  - IP-CIDR,172.16.0.0/12,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT
  - IP-CIDR,10.0.0.0/8,DIRECT
  
  # 自定义直连域名
  - RULE-SET,my-direct,DIRECT
  
  # 从远程规则中提取的直连域名
  - RULE-SET,direct-domains,DIRECT
  
  # 代理规则
  - RULE-SET,proxy-domains,PROXY
  
  # 地理IP规则
  - GEOIP,CN,DIRECT
  
  # 最终规则
  - MATCH,PROXY

对于每个rule-provider，clash会从其url处下载规则文件，并存在本地的path处。对于接下来的rules部分，clash会从上往下一一匹配规则，如果匹配到了就按后面的去向进行分配。

而这里就出现了如下几个问题：

  • clash一开始提供的behavior字段是domain而非现在展示的classical，而这与它的脚本所提取的文件内容格式完全不匹配。
  • 生成的规则集文件本应该只包含匹配模式和字段，但是Deepseek给我的脚本在后面塞了匹配成功后的行为，这又和主文件配置中的行为产生了冲突，导致这几个规则集文件一直不生效，所有流量都走的是最后的GeoIP规则和Match规则。
  • 按正确的做法，脚本应该从URL下载配置文件并把其中的DIRECT规则和PROXY规则分别存储到两个不同的文件中，但是一开始的脚本全部放在一起了（这也就是为什么生成的规则集文件中还有各种各样的匹配成功行为的字段）

总之，在与Deepseek进行了一番搏斗，并自己上网查了一些资料之后，最终在失去耐心之前成功配好了这一整套系统。

絮语

在面对开源资料较少或者比较复杂的任务的时候，AI往往表现得并没有那么好，当然这也可能是因为我没有正确使用AI或者其他各种各样的原因，总之这次Deepseek的表现让我很不满意。

【2025/11/29更新】尝试使用AI辅助（尝试了Deepseek与qwen）搭建waline+sqlite的评论系统但是最终失败了，我知道这在很多人看来可能很简单，但是我是傻逼，而AI不能教会傻逼做这么高级的事情。