Skip to main content
这篇笔记只记录「客户端侧」的 Clash / Clash Verge Rev 配置经验,不包含任何自建服务器或节点搭建的步骤。 主要目标:
  • 为 GitHub / Google 等网站创建专用测速分组(GitHub-Fast / Google-Fast
  • 自动按地域(R1、US、JP、TW、SG、HK 等)拆分节点,生成 <Region>-Fast<Region> 分组
  • 把 GitHub / Google / 网易云音乐的规则插到规则列表最前面,提高命中率和访问体验
前提假设:你的订阅已经提供节点,本页只负责如何「更聪明地选择和分流」这些节点。

基础:配置 Clash 节点(ss 示例)

下面是一个简单的 Shadowsocks(type: ss)节点配置示例,通常来自你的订阅或你在 Clash Verge Rev 里手动添加:
在 Clash Verge Rev 中,你一般不需要直接编辑 YAML 文件,而是通过 UI 导入订阅即可。这个示例只是帮助你在脑中有一个「最终到 Clash 的配置」的形象。

使用 Clash Verge Rev 优化 GitHub / Google 访问

这一节记录我在 Clash Verge Rev 里使用的两个组件:
  • Merge.yaml:规则合并模板,用来在原订阅基础上追加 / 提前一些规则和设置;
  • 全局 Script.js:在最终下发给 Clash 的配置上做脚本级处理,自动生成分组和规则。
目标:
  • 针对 GitHub / Google 单独建测速分组,避免和其他流量混在一起;
  • 让网易云音乐等特定服务走更适合的代理;
  • 自动根据节点命名规则,把节点分类到不同地域分组,方便选择。
下文仅是配置逻辑说明,无任何服务器搭建内容。

Merge.yaml:规则合并模板

在 Clash Verge Rev 中,可以为 profile 配置一个「Merge 模板」,用于在订阅基础上追加字段。 我使用的 Merge 模板路径(在 Linux 上)是:
完整文件也可以直接从仓库下载:
Merge.yaml
内容如下(可以直接作为 Clash Verge Rev 的 merge 模板使用):
几点说明:
  • profile.store-selected: true
    让 Clash 记住你在 UI 中选择的分组 / 节点,下次启动时不需要重新选。
  • dns.use-system-hosts: false
    让 Clash 完全接管域名解析,避免本地 /etc/hosts 干扰分流。
  • prepend-rules
    使用 prepend-rules 而不是直接覆盖 rules,表示「保留原订阅规则,但在前面插入一批更高优先级的规则」。
    这里为网易云音乐、GitHub、Google 的域名直接指定了对应分组。

Script.js:全局扩展脚本

Clash Verge Rev 支持在最终配置上运行一个「全局扩展脚本」,用于动态修改 config 脚本路径(Linux):
完整脚本文件:
Script.js
核心思路:
  • 利用节点命名约定:GLaDOS-<Region>-xx(例如 GLaDOS-US-01),从 config.proxies 中自动按地域(R1、US、JP、TW、SG、HK、B1、D1、S2、H2、H3 等)归类。
  • 为 GitHub / Google 创建测速分组:
    • GitHub-Fast:只在 R1 + H2 + H3 中测速。
    • Google-Fast:在 R1 + SG + H2 + H3 + JP 中测速。
  • 自动为每个地域生成两个分组:
    • <Region>-Fasturl-test,自动在该地域内测速选最快;
    • <Region>select,可以在 UI 中手动选具体节点或对应的 *-Fast
  • 在规则列表最前面插入一批 GitHub / Google 相关的域名规则,使其优先命中。
完整脚本如下(这是在 Clash Verge Rev 中运行的 JavaScript 逻辑):

使用步骤小结

整体使用流程可以简单总结为:
  1. 在 Clash Verge Rev 的 profile 中启用 merge 功能,并指定上面的 Merge.yaml
  2. 在全局脚本配置中粘贴 Script.js 的内容并启用。
  3. 确保订阅里的节点名称满足 GLaDOS-<Region>-xx 这种格式,这样脚本才能自动识别地域并自动生成 <Region> / <Region>-Fast 分组。
  4. 打开 UI,找到:
    • GitHub-Fast / GitHub 分组;
    • Google-Fast / Google 分组;
    • 各个 <Region> / <Region>-Fast 分组; 根据需要选择 *-Fast 或具体节点。
  5. 之后日常只需要在这些分组里切换,不必每次翻全量节点列表。