切换频繁时先固定观察条件
自动选择组不断换节点时，先记录测试地址、时间、网络、节点名称和实际业务症状。不要一边切网络，一边改测试地址，然后仅比较两个延迟数字。延迟和下载速度是不同指标，基础可先读延迟与速度的区别。
本文根据2026年10月4日核对的 Mihomo 文档整理配置检查流程，没有实测或排名任何付费服务。
容差与间隔分别解决什么
url-test 组使用健康检查地址进行自动选择。tolerance 是节点切换容差，单位毫秒；interval 是定时检查间隔，单位秒。将两者写成相同数字，不代表它们产生相同影响。
如果两个节点的测试结果相近，可以检查已有 tolerance 是否符合观察目的；不能承诺调大容差必然提升网速。先记录原值，只改容差，再比较一段固定条件下的切换记录。不要同时把间隔调到很短，这会让判断更难。
lazy 和 use 容易被忽略
通用字段文档说明 lazy 默认为 true：当前组未被选择时，不进行测试。因而“这个组没有持续更新结果”不一定表示节点失效，应先确认该组是否被使用。
另一个区别是 proxies 与 use。代理组自己的健康检查只检查 proxies 字段引入的代理，不替通过 use 引入的 proxy-provider 代理完成健康检查。集合节点需要回到对应 provider 核对健康检查，不能只改组的 interval。
结果可达但业务不可用怎么办
如果测试地址可以访问，目标应用却失败，先保持节点不变，查看实际业务请求是否进入内核、命中哪个组，以及是否与测试请求使用相同节点。仅凭测试通过无法推出所有网站、UDP 业务和账号登录都可用。
expected-status 还会限制健康检查认可的 HTTP 状态码。测试地址发生跳转或返回别的状态时，应查明原因，再决定是否调整；不要为了让所有节点显示可用而无条件扩大认可范围。
一个最小排错顺序
- 固定网络与测试地址，保留当前选中节点和日志。
- 确认该组处于使用中，检查 lazy 与定时检查设置。
- 区分 proxies 的测试与 use 集合的健康检查。
- 需要改善频繁切换时，仅调整 tolerance 并记录差异。
- 用目标应用重新请求，核对实际规则和出站；异常时恢复原值。
自动选择不是测速榜单。若你只想临时固定节点做比较，先按当前客户端提供的手动选择能力操作，不改订阅中其他策略。基础分流见规则与全局模式。