先说结论：先选择策略组，再决定是否固定节点。延迟测试用于筛掉明显不可用的候选，但不能代表带宽、晚高峰稳定性或目标服务可用性；重要账号更应关注出口一致性，而不是频繁追逐最低毫秒数。
先找“策略组”，别在节点列表里迷路
节点是具体出口，策略组是把节点、自动测试或其他策略组合在一起的选择器。日常通常只需关注主要代理组：它可能是手动选择，也可能是自动测试。规则决定不同请求进入哪一个组，因此只切换一个节点并不一定改变所有流量的走向。
延迟测试能回答什么，不能回答什么
测试数字表示在当前网络、当前测试地址下的一次探测耗时。它适合判断“这个候选现在是否有响应”，不适合直接推导视频速度、下载带宽或全天质量。相同条件下连续测几次，观察波动和超时，比只看最低一次更可靠。
所有节点同时超时，应先查本地网络、DNS、订阅和客户端；只有某一个节点超时，才适合把它从常用候选中移出。
自动选择和手动选择分别适合谁
自动策略适合日常浏览，减少手动操作；但它只按配置中的测试 URL、间隔和容差工作。需要固定地区、排查问题或保持重要账号出口稳定时，手动选择更可控。两种方式可以并存：在顶层手动选择组里放一个自动组和几个固定节点。
用实际任务做最后判断
挑出两三个候选后，用你真正要使用的网页、下载或应用验证，而不是仅依赖“绿色延迟”。记录网络类型、时段、节点地区和异常次数，几天后会比一次测速更容易做决定。指标解释见延迟、丢包与抖动说明。
操作前的检查清单
- 已找到实际生效的主策略组
- 在相同网络和测试地址下比较候选
- 保留至少一个备用节点
- 重要账号不频繁跨地区切换
常见问题
最低延迟节点一定最适合看视频吗？
不一定。视频更受持续吞吐和高峰拥堵影响，应通过实际播放和下载验证。
自动选择为什么总在换节点？
检查测试间隔、容差和候选节点差异。差异很小时，频繁切换未必有收益。
节点显示可用但目标服务打不开？
延迟测试不等于目标服务访问，继续检查规则、DNS、地区要求和应用设置。
参考资料
说明：本文按照公开的项目资料和常见操作路径整理，不代表对任何节点、订阅或第三方服务的可用性承诺。软件菜单会随版本变化；遇到与文中不同的界面时，请优先确认当前版本的官方说明。
