Clash Verge 策略组配置

约 1451 字大约 5 分钟

2026-10-04

本文介绍 Clash Verge 策略组的配置格式、常用字段和选择方式，通过示例讲清手动选择、自动选择、故障切换与负载均衡，以及策略组如何引用节点和其他策略组。

策略组列出有哪些选项可以使用，例如代理节点、其他策略组或 DIRECT，再按照设定的方式选择其中一项。策略组写在配置文件的 proxy-groups: 列表中。

1. 策略组怎么样写

策略组的基本格式如下：

proxy-groups:
  - name: "策略组名称"
    type: 策略组类型
    proxies:
      - 节点名称
      - 其他策略组名称
      - DIRECT
      - REJECT

proxies 中填写已有节点或其他策略组的名称，也可以使用 DIRECT 直连、REJECT 拒绝连接。按实际需要列出选项，不要求全部包含。

策略组名称不能与其他组或节点重名，引用的名称必须与配置中的实际名称一致。

type 决定选择方式，常见类型如下：

`type`	类型	选择方式
`select`	手动选择	由你选择使用哪一项
`url-test`	自动选择	根据测试结果，自动选择延迟较低的可用出口
`fallback`	故障切换	按列表顺序选择第一个可用出口
`load-balance`	负载均衡	将不同连接分配给多个可用出口

name 决定组叫什么，type 决定怎么样选，proxies 决定有哪些选项。

2. 常见策略组的配置示例

以下示例假设“直连美国”和“直连日本”两个节点已经定义。每段都是独立的配置片段；合并时，将各个组放在同一个 proxy-groups: 列表下。

select：手动选择

由你在 Clash Verge 中选择使用哪个节点或出口。

proxy-groups:
  - name: "Manual [手动选择]"
    type: select
    proxies:
      - 直连美国
      - 直连日本
      - DIRECT

例如：
    选择“直连美国” → 使用美国节点。
    选择“直连日本” → 使用日本节点。
    选择 DIRECT   → 使用本地网络直连。

select 使用你选定的选项。选定的具体节点不可用时，不会自动切换到其他选项。

url-test：按测试延迟自动选择

通过指定网址检查节点的可用性和响应延迟，自动选择延迟较低的节点。

proxy-groups:
  - name: "Auto [自动选择]"
    type: url-test
    proxies:
      - 直连美国
      - 直连日本
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50
    lazy: false

字段	含义
`url`	用于检查节点可用性和响应延迟的测试网址
`interval: 300`	每隔 300 秒，即 5 分钟，进行一次检查
`tolerance: 50`	切换容差为 50 毫秒，减少延迟轻微波动引起的切换
`lazy: false`	即使当前没有使用这个组，也按间隔检查

例如：
    当前节点延迟：100 ms
    另一个节点延迟：80 ms
    切换容差：50 ms

    两者只差 20 ms。
    当前节点仍然可用时，通常继续使用当前节点。

url、interval 和 lazy 也适用于下面的故障切换、负载均衡示例。

url-test 根据测试网址的响应延迟选择节点，延迟低不代表下载速度一定快。

fallback：按顺序进行故障切换

按照 proxies 的排列顺序，选择第一个可用节点。前面的节点不可用时，使用后面的可用节点。

proxy-groups:
  - name: "Backup [故障切换]"
    type: fallback
    proxies:
      - 直连美国
      - 直连日本
    url: https://www.gstatic.com/generate_204
    interval: 300
    lazy: false

例如：
    美国节点排在前面，并且可用
        → 使用美国节点。

    检测到美国节点不可用，日本节点可用
        → 后续连接使用日本节点。

切换后，已经中断的连接可能需要重新建立。

fallback 按排列顺序选择可用节点，不按延迟高低排序。

load-balance：让多个节点分担连接

将不同连接分配给多个节点，具体分配方式由 strategy 决定。

下面使用 round-robin，让新连接轮流选择可用节点：

proxy-groups:
  - name: "Balance [负载均衡]"
    type: load-balance
    proxies:
      - 直连美国
      - 直连日本
    url: https://www.gstatic.com/generate_204
    interval: 300
    lazy: false
    strategy: round-robin

假设两个节点都可用，可以理解为：

    连接 A → 美国节点
    连接 B → 日本节点
    连接 C → 美国节点
    连接 D → 日本节点

同一个已经建立的连接，仍然使用原来的节点。

load-balance 让多个节点分担不同连接，不会把单个连接的带宽叠加起来。

3. 策略组怎么样引用其他策略组

在组内的 proxies: 列表中填写另一个策略组的名称，就可以引用它。

例如，上面已经定义了 Auto [自动选择]，可以再创建一个 Google 组：

proxy-groups:
  - name: "Google [谷歌服务]"
    type: select
    proxies:
      - "Auto [自动选择]"
      - 直连美国
      - 直连日本
      - DIRECT

在 Google 组中选择	处理方式
`Auto [自动选择]`	由自动选择组继续决定使用哪个节点
`直连美国`	使用美国节点
`直连日本`	使用日本节点
`DIRECT`	使用本地网络直连

例如：
    Google 组选中 Auto 组。
    Auto 组根据测试结果选中日本节点。

最终：
    Google [谷歌服务]
        → Auto [自动选择]
        → 直连日本

这里是逐层确定最终出口，不代表请求经过两台代理服务器。组之间也不能形成循环引用。

引用节点，就使用这个节点；引用其他策略组，就继续按照那个组的选择方式确定出口。

总结

name 标识策略组，proxies 列出可选项，type 决定选择方式。哪些请求交给策略组，由分流规则指定。

版权所有

版权归属：念宇

许可证：署名-非商业性-禁止演绎 4.0 国际 (CC-BY-NC-ND-4.0)