节点负载信息怎样使用
面板负载可能有更新延迟，指标定义也不一定跨品牌一致。
负载指标定义更新时刻任务对照结果
标签、配置与实际路径
围绕这项问题，首先需要取得负载指标定义的记录，并确认更新时刻是否与当前任务对应。区分标签、官方描述与实际结果。这里需要区分记录本身和由记录推导的判断；任务对照结果则用于确认最终选择或处理结果。
从任务结果核对线路描述
记录刷新时间与字段含义，将它作为选择线索，再用真实任务确认表现。
| 阶段 | 对应问题 | 应保留什么 |
|---|---|---|
| 确认条件 | 负载指标定义 | 区分标签、官方描述与实际结果 |
| 执行对照 | 更新时刻 | 注明节点、目标、时间与版本 |
| 解释结果 | 任务对照结果 | 未确认的路径信息不作推断 |
具体情形：怎样推导而不跳过条件
说明性案例 · 不代表任何品牌的实测结果
假设A面板负载30%、B面板负载20%，若计算基数、更新时间不同，百分比不能用于直接排名。把负载当成切换线索，并用同任务确认；页面刷新并不保证指标实时。
这个情形的重点是负载指标定义、更新时刻与任务对照结果之间的对应关系。条件发生变化时，需要重新核对结果；不能只保留案例中的数字，而省略它成立的前提。
可直接使用的核对表
| 核对字段 | 建议记录方式 | 完成后的用途 |
|---|---|---|
| 负载指标定义 | 区分标签、官方描述与实际结果 | 确认起点与边界 |
| 更新时刻 | 注明节点、目标、时间与版本 | 进行同条件比较 |
| 任务对照结果 | 未确认的路径信息不作推断 | 判断结论是否成立 |
同一次记录应使用一致的时间窗口，并保留对应来源、版本或原始样本。出现相互矛盾的数字时，先查明差异，不用平均值或其他品牌资料填补。
比较时保留的环境差异
- 先核对 负载指标定义
区分标签、官方描述与实际结果，将可确认的条件写入表格；未取得的信息单独标记。
- 再检查 更新时刻
注明节点、目标、时间与版本，使用与本文问题相对应的记录，避免无关数据影响判断。
- 最后判断 任务对照结果
未确认的路径信息不作推断，如必要条件仍缺失，先完成核对，再执行依赖它的选择或修改。
结论与适用边界
不要将两个服务的百分比直接排名，除非知道它们使用相同的计算基础。
本文提供的是线路知识的判断方法，案例采用明确的假设条件。涉及具体品牌时，需要引用当前档案中的套餐版本与资料日期；涉及实际体验时，还需要你所使用网络和任务的记录。
技术参考
配置字段与版本兼容性请分别核对 sing-box 官方配置文档 与 Mihomo 官方配置文档。本文不把某个客户端的操作步骤泛化到全部应用。