订阅集合一小时更新一次，却想让节点每几分钟检查可用性，应调整哪个字段？mihomo 的代理集合 interval 控制资源更新，health-check.interval 控制健康检查。两者名称相同但所在层级不同；缩短下载周期不会自动变成频繁检测节点。
资源更新与节点检查
proxy-providers 中的 interval 单位为秒，涉及集合文件何时重新获取。health-check 则对集合里的节点执行指定 URL 的延迟检查，同样以秒设置 interval，但 timeout 以毫秒设置。填写 300 秒与 5000 毫秒分别表达五分钟和五秒，不能互换。
健康检查不是带宽测速。测试目标能返回预期结果，也不能证明所有网站或协议均可用。不同节点比较时，至少应使用同一目标、期望状态和超时设置，不把数值当成服务商排名。
lazy 为什么会让列表暂时没有新结果
手册给出 health-check.lazy 默认 true：不使用集合节点时不进行测试。集合长期未被选择时，没有按想象出现新延迟，不一定是计划任务坏了。先确认该集合是否用于策略组、测试是否启用，再决定是否需要持续检查。
检查顺序可写成：资源是否加载、集合是否被使用、健康检查是否启用、目标是否可达、期望状态是否符合。若资源文件本身未取得，先解决下载错误；无需对一个空集合重复做延迟测试。
如何选择检查频率
保留当前可用配置，一次只调整健康检查的一个参数，观察几个周期是否产生期望记录。没有统一最优周期：节点数量、设备耗电与服务端请求限制都会影响成本。不要把秒数压得很小，试图用更多请求掩盖目标不可达。
若节点延迟正常但具体应用仍失败，进入目标访问与路由排查；若只有检查目标失败，可用项目文档推荐且你有权访问的目标作对照。公开求助保留集合类型、检查 URL 和错误类别，遮挡订阅凭据。
延伸：订阅使用。依据：mihomo 代理集合与健康检查。本文没有实测延迟，也不提供性能排名。