Clash Verge Rev（clash-verge-rev 仓库）支持按订阅设置刷新间隔，也能关闭自动刷新。多来源合并可参考文档中的 proxy-providers 写法。截至 2026-11-08，最新正式版为 v2.5.10。
订阅更新会做什么
添加远程配置时，应用会访问你填写的链接并下载内容。开启自动更新后，它会按设定的间隔重复请求。
更新请求的连接方式可按订阅分别设置：直接连接、经过系统代理，或经过应用自身的代理端口。请求发出后，链接提供方能看到你的 IP 和这次访问。
截至 2026-11-08，隐私说明记载的默认 User-Agent 是 clash-verge/v<版本号>，每个订阅可以单独修改。UA 是请求头，用于让对端识别客户端并返回相应配置。
导入后怎样安排更新
截至 2026-11-08，文档列出的远程导入途径包括：通过订阅链接导入、通过订阅链接配置，以及 URL Schemes。本地配置则支持新建时导入文件或拖入文件。
管理远程订阅时，可以逐项确认：
- 是否需要自动刷新；不需要时可关闭。
- 刷新间隔设为多久。
- 下载请求采用哪种连接方式。
- 是否为这个订阅单独设置 UA。
界面的默认刷新间隔，以及失败后的重试机制，官方没有说明。配置案例里的时间值不能据此当作应用默认值。
响应头怎样影响订阅信息
订阅下载响应除了正文，还可能携带以下字段。字段含义见订阅与 URL Schemes 文档。
| 响应头 | 作用 |
|---|---|
content-disposition | 其中的 filename 用作配置文件名；中文名称需采用 UTF-8 |
profile-update-interval | 指定更新间隔，按小时计算 |
subscription-userinfo | 用于展示流量和到期信息 |
profile-web-page-url | 为订阅右键菜单提供「首页」按钮 |
文档指出，这些响应头一般要求请求 UA 带有 clash 字样才会返回。检查信息显示时，需区分下载正文和响应头的作用。
多个来源怎样合并：先看字段
多订阅配置案例采用 mihomo 的 proxy-providers 组织多个来源，再让策略组引用它们。下面只列结构含义：
| 结构 | 含义 |
|---|---|
proxy-providers | 分别定义配置来源 |
| 各来源的本地路径 | 分别保存对应内容 |
| 名称前缀 | 为各来源中的名称添加前缀 |
interval | 设置来源的更新时间 |
| 策略组引用 | 将这些来源接入策略组 |
案例里的刷新参数针对 provider；前面的响应头字段则使用小时，两者不能混读。文档也提醒，案例不能直接适用于每个人，进一步配置需结合 mihomo 文档。
至于如何在图形界面中完成多订阅合并，官方没有说明。
更新、扩展与规则修改别混在一起
订阅刷新是重新下载来源内容。扩展配置是在订阅之上叠加设置：全局扩展作用于大多数订阅，订阅扩展只作用于对应条目。处理多个来源时，还需注意扩展的执行顺序与覆盖关系，见确认 Merge 的作用范围和覆盖顺序。
修改规则可在订阅条目上右键选择「编辑规则」。通过这里添加的规则，在订阅刷新后仍会保留，具体见添加更新后仍保留的自定义规则。
遇到导入错误时，应按实际报错处理，可继续查看按错误现象查找处理方法。
第三方整理，与项目方无关。