自动更新的是订阅文件，不是客户端版本

服务商调整节点后，电脑里仍保留旧配置，往往要手动刷新订阅才能拿到变化。如果订阅本身可以正常下载，可以为它设置自动更新；但自动更新不会替你续费，也不会把失效链接变成有效链接。

本文按Clash Verge Rev v2.5.2、Windows 10/11、x64 或 ARM64、简体中文界面说明，英文按钮名用于对照。项目仍在维护，不是已经停更的 Clash for Windows。这里只操作已经导入、能够手动更新的 Remote 远程订阅；本地 Local 文件不是本文对象，也不修改 Mihomo 的提供者更新周期。

每张订阅卡片有自己的设置。修改一张卡片，不等于其他订阅也采用相同周期，更不等于开启了客户端软件升级。先私下记下该订阅原来的更新间隔和开关状态，后面需要撤销时才能恢复。

进入「编辑信息」，填写分钟数并打开开关

  1. 打开左侧「订阅」（Profiles），找到要调整的远程订阅卡片。
  2. 右键卡片，选择「编辑信息」（Edit Info），不要选「编辑文件」。后者编辑的是配置内容，不是更新时间。
  3. 确认类型仍为 Remote，在「更新间隔」（Update Interval）填写一个大于零的整数，单位是分钟。
  4. 开启「允许自动更新」（Allow Auto Update），保持订阅地址和其他选项不变，点击「保存」。
  5. 重新打开「编辑信息」，核对保存的数值与开关；若出现错误，先处理错误，不要把窗口关闭当作保存成功。

例如服务商建议每 24 小时更新一次，应填 1440，不是 24。这个例子只是单位换算，不是所有订阅的统一推荐周期；优先遵循服务商公开的更新频率与请求限制，不要为了测试连续改成每分钟刷新。

不要顺手改网络安全选项：设置时间间隔不需要开启「允许无效证书（危险）」，也不需要重置 Token、改写订阅地址或切换 TUN。编辑窗口可能展示完整订阅链接，截图时应遮住整个敏感地址。

界面写分钟，为什么文档又说小时？

两种说法对应不同位置。编辑窗口的「更新间隔」以分钟存储；服务商通过 HTTP 响应头 profile-update-interval 提供的数字则以小时表示。v2.5.2 读取该响应头时会乘以 60；如果已经传入明确的订阅间隔，则优先保留该值。

你要表达的周期界面「更新间隔」含义
1 小时6060 分钟
6 小时360360 分钟
24 小时14401440 分钟
响应头中的 24换算后为 1440不要把响应头的数字直接当分钟抄入界面

因此，不要只看到开关开启就认为计划已成立：调度还要求存在有效的正数间隔。也不要把输入框留空理解为「一定恢复服务商默认值」。想暂停更新，应使用明确的开关，而不是依赖空值或随意填写特殊数字。

怎样确认计划生效，而不是只看倒计时？

保存后，先点击订阅卡片上的刷新图标做一次手动检查，确认仍能正常下载。再点击卡片的更新时间文字，可以切换查看上次更新与下次更新信息。手动更新成功只能证明这次请求可用，自动调度还需要客户端保持运行、网络可用，并实际等到相应周期。

v2.5.2 的自动任务完成后才安排下一轮间隔，启动时还会检查已有的过期任务。它不是指定每天几点的闹钟，也不会在电脑关机、应用完全退出时继续运行。休眠、网络故障和请求耗时都会影响观察到的时间。

时间文字不是最终证据：本版卡片的下次时间按已记录的更新时间加间隔推算，不是直接读取队列的剩余时间。修改间隔后，仅凭倒计时过期或「上次更新失败」文字，不能断定刚刚发生了一次下载失败；还应对照实际错误记录、刷新结果和更新时间变化。

验证时不必要求节点数量发生变化：服务商返回相同配置也可能是正常更新。重点是本次请求是否成功、卡片是否留下新的更新时间；必要时检查应用日志里的定时更新记录，并在分享前删去链接、Token 和节点凭据。

不更新时先查什么，怎样恢复原设置？

先重新核对这张卡片的「允许自动更新」和正数间隔，再确认程序没有退出。若手动刷新也失败，继续缩短间隔通常只会重复失败请求；应根据错误检查订阅有效期、网络和服务商状态。不要为了让提示消失而关闭证书校验。

只想撤销本次周期修改时，在「编辑信息」中填回原来记录的分钟数和开关状态，保存后再次核对。如果原先没有使用自动更新，现在也不想保留，直接关闭「允许自动更新」并保存即可；不需要删除订阅、清空配置目录或重新安装客户端。

关闭开关会撤掉后续的自动计划，但不要假设已经开始的下载会立刻中断。自动更新曾经下载的新内容也不会因为关开关而恢复为旧文件。更新时间设置的回退与配置内容回退是两回事；本文只恢复调度设置，不覆盖现有订阅内容。

官方来源与版本边界

版本号、文件名和界面文字可能随项目更新而变化，操作前请以链接中的项目文档为准。