功能定位：为什么需要“实时延迟+手动排序”
在 kuailian（NetQuick privacy tool）里，AI 智能节点调度 3.0 已能按延迟、带宽、丢包三因子自动打分，但官方仍保留“实时延迟面板+手动排序”入口。核心诉求有两类：部分用户需要锁定特定出口 IP以通过流媒体或银行的风控校验；企业用户则需强制走 IPLC 专线以满足合规审计。手动排序本质是给“自动结果”加一个可回溯的白名单层，既保留机器效率，又留下人类决策记录。
经验性观察：当节点列表超过 200 条时，纯自动切换可能在晚高峰 30 分钟内触发 3–4 次跳动，导致部分游戏账号被系统判定“异地登录”。手动把 3 个低延迟节点置顶后，跳动频率降至 0–1 次，且全部留有“用户手动调整”日志，方便后续审计。
版本差异与入口变更脉络
截至当前最新版本（v6.4.2），“实时延迟”与“手动排序”被合并到同一面板；但在 v6.2 之前，两者分属“测速”和“节点”两个 Tab，导致不少老用户找不到入口。迁移要点：若你仍在 v6.1，需先更新至 v6.4.2，否则排序按钮被折叠在“⋮”子菜单，步骤多两步。
桌面端与移动端 UI 略有差异：Windows/macOS 采用“拖拽柄”形式；Android/iOS 则为“长按→浮动→放置”。下文均以最简路径描述，老版本用户请按“更新→重启客户端→再操作”顺序执行，可避免缓存节点列表不刷新的问题。
三端最短操作路径
Windows / macOS
- 主界面左侧点击“节点”图标（地球形状）。
- 右上角“实时测速”按钮 → 客户端依次 ping 所有节点，约数十秒完成。
- 测速结束后，把鼠标悬停在任意节点左侧的“≡”拖拽柄，按住左键即可上下移动；松手即自动保存排序。
- 如需回退，点击右上角“⋮”→“恢复默认排序”，系统会重新按 AI 打分排列。
Android
- 底栏“节点”→右上角“测速”图标（类似闪电）。
- 等待测速圈走完，列表即显示“xx ms”。
- 长按待排序节点，图标会浮起，随后上下拖动到目标位置；松手即生效。
- 若出现“拖拽失败”提示，经验性观察：多为手势与系统“全面屏返回”冲突，可临时关闭“手势导航”或在列表空白处先点一下再长按。
iOS
- 底栏“节点”→右上角“测速”。
- iOS 版测速并发数低于桌面端，耗时可能多 10–20 秒，请保持前台。
- 长按节点右侧的“三横线”图标，浮起后拖拽；松手自动保存。
- 若系统弹出“是否允许快连使用本地网络”提示，务必点“允许”，否则 ping 包会被系统防火墙丢弃，延迟显示“-1 ms”。
例外与取舍：哪些节点不建议手动置顶
1. “Streaming 解锁”标签节点：官方每日 04:00 自动轮换 IP 池，若你手动置顶，可能遇到 IP 被平台封禁而客户端仍优先连接的情况。工作假设：把流媒体节点交给 AI 调度，保留 1–2 个手动置顶的普通“中继”节点即可兼顾速度与可用性。
2. IPv6 Only 节点：在教育网/纯 IPv6 宿舍环境表现优异，但回到公司双栈网络可能反而绕路。建议按场景建立“节点分组”，不直接置顶到全局列表。
3. IPLC 专线：虽然延迟低，但带宽上限通常 30 Mbps，若你同时开启 4K 视频+云盘同步，容易打满。经验性观察：把 IPLC 节点放在第 2–3 位，让 AI 在“低丢包”场景下才调用，可避免高峰期视频卡顿。
警告
手动排序会覆盖 AI 调度权重，若后续出现“延迟突然升高”，请先“恢复默认排序”再排查，避免反复拖拽导致日志混乱。
与第三方测速工具协同的最小权限原则
部分进阶用户喜欢同时使用开源 ping 工具做二次验证。可复现方案：在 Windows PowerShell 执行 Test-NetConnection 节点域名 -Port 443，再对比客户端显示的延迟。若两者相差 >20 ms，经验性观察：多为客户端使用了 UDP 探针而 ICMP 被运营商限速，属于正常差异，无需强行调整排序。
权限最小化：第三方工具只需域名或 IP 列表，切勿提供账号 Token。获取节点列表可在客户端“导出订阅链接”处生成只读 QR 码，该链接 24 小时后自动失效，避免长期暴露。
故障排查：延迟显示“-1 ms”或“测速失败”
| 现象 | 可能原因 | 验证步骤 | 处置 |
|---|---|---|---|
| 全部 -1 ms | 本地防火墙拦截 UDP | 关闭客户端“设置→高级→UDP 探针”，改用 TCP 测速 | 重新测速，若恢复则保持 TCP 模式 |
| 仅 IPv6 节点失败 | 系统未分配公网 IPv6 | 访问 test-ipv6.com 看得分 | 关闭“IPv6 Only 模式”或联系运营商 |
| iOS 随机超时 | 低数据模式限制后台流量 | 设置→蜂窝网络→低数据模式 若开启则关闭 | 返回客户端重新测速 |
适用/不适用场景清单
- 适用：①需要固定出口 IP 通过风控；②企业合规要求走指定 IPLC；③直播推流对延迟极敏感，需把 3 个最低延迟节点置顶。
- 不适用：①纯流媒体观看，且对 10–20 ms 差异不敏感；②网络环境频繁切换（4G/Wi-Fi 交替），手动排序反而增加维护成本；③多人共享账号，每人偏好不同，手动排序会被互相覆盖。
最佳实践 5 条检查表
- 每次大版本更新后，先“恢复默认排序”再重新测速，避免旧缓存干扰。
- 置顶节点≤3 个，其余交给 AI，保证日志简洁可审计。
- 流媒体、游戏、办公分别建“分组”，不混用在全局列表。
- 若延迟 < 80 ms 且丢包 0 %，无需再追求个位数毫秒，边际收益极低。
- 每季度导出一次节点排序截图，连同订阅链接存档，方便合规抽查。
FAQ：常见疑问与可复现答案
手动排序后，AI 调度还会生效吗？
会。AI 只在“被置顶节点全部不可用”时才向下选取，日志里会记录“manual top list exhausted, fallback to AI”。
测速耗时太长，能否缩短？
可在“设置→高级→测速并发数”从默认 30 改为 50（桌面端上限），耗时约减少 30 %；iOS 因系统限制最高 20，无法调整。
排序错误如何批量回退？
点击右上角“⋮”→“恢复默认排序”即可一次性回退；若需部分回退，可导出订阅链接后重新导入，客户端会重置为 AI 顺序。
同一节点延迟每天波动大，是否正常？
正常。晚高峰国际出口拥堵可导致 30–50 ms 波动；若 >100 ms 且持续 2 小时，可能是上游调度异常，可提交工单附带测速截图。
导出订阅链接会泄露隐私吗？
链接仅含节点域名与端口，无用户身份；且 24 小时后自动失效，按最小权限设计，可放心使用。
收尾：核心结论与下一步行动
kuailian 的“实时延迟+手动排序”不是简单的炫技，而是给合规留痕与场景微调留的一道安全缝。正确姿势是：先让 AI 跑一遍全局测速，再手动把真正需要固定出口的 1–3 个节点拖到顶部，其余交给算法。每季度回退一次，防止历史排序变成技术债。
下一步：①打开客户端按本文路径跑一次完整测速；②截图当前排序并备注用途（游戏/直播/办公）；③把本文的“最佳实践检查表”设为日历提醒，90 天后再回来复盘。如此，你既享受了 AI 的便利，也保留了审计所需的“人类决策记录”，两全其美。
