功能定位：为什么必须手动剔除超时节点
kuailian的「AI拓扑自愈」能在丢包>2%时自动换线，但经验性观察发现，高峰时段仍有约10%的订阅节点持续180ms以上假死，客户端却未触发切换。手动剔除+重测可直接把这部分“僵尸”节点从负载池拿掉，避免游戏或直播被推上高延迟线路。
前置检查：先确认是“节点超时”而非本地网络
操作前，用系统自带Ping或第三方ICMP工具对同一城市IP段做基准测试；若本地到该IP段已丢包，剔除节点也无济于事。只有当下列条件同时满足，才进入后续步骤：
- 本地到节点IP的ICMP丢包≈0%，但快连内置测速显示超时；
- 切换至「新加坡-IPLC」等已知稳定线路后延迟立即下降；
- 日志中出现"Handshake timeout after 10s"字样（客户端→设置→诊断→导出日志）。
操作路径：三平台最短入口
Android 16 / iOS 19
- 打开快连→底部「节点」页→右上角「⋮」→「订阅管理」。
- 点选对应订阅→「节点列表」→长按目标节点→「剔除」；若需批量，先点右上角「编辑」→多选→底部「剔除」。
- 返回列表页，下拉即触发「重新测速」；测速完成后，超时节点不再出现。
Windows 11 24H2 / macOS 15
- 侧边栏→「节点分组」→右键订阅名称→「编辑节点」。
- 在弹出表格勾选延迟>180ms或显示「Timeout」的行→「剔除」；支持Shift连选。
- 点击右上角「测速」图标（时钟形状）→等待进度条100%→「保存并应用」。
剔除后必须做的「二次验证」
剔除只是本地过滤，订阅服务器仍会在下次更新时把超时节点推回。建议：
- 进入「订阅管理」→关闭「自动更新」→手动更新一次，确认被剔除的节点不再出现；
- 若再次出现，说明上游订阅源未下架，考虑切换至官方「精品线路」订阅或联系客服下架该端口。
批量重测的阈值设定与取舍
在「设置→测速参数」里可改阈值：延迟上限默认180ms，丢包上限2%。对游戏场景可降到120ms/1%，但经验性观察显示，低于120ms的筛选在晚高峰会把可用节点砍掉一半，需权衡“低延迟”与“可用数量”。外贸或文献场景建议保持默认，避免线路过少导致负载均衡失效。
常见失败分支与回退方案
| 现象 | 可能原因 | 回退/处置 |
|---|---|---|
| 剔除按钮灰色 | 该节点正被「锁定」 | 先取消首页的「⭐常用」或在「分组策略」里把「强制锁定」关闭 |
| 重测全部超时 | 本地UDP被限速 | 把测速协议从UDP改为TCP（设置→高级→测速协议） |
| 节点复活延迟更高 | 上游做了NAT漂移 | 在「节点详情」里把「跳过自动重选」打开，避免客户端反复切回 |
与第三方订阅转换器的协同
若你使用第三方在线订阅转换（例如ACL4SSR），转换后的YAML会丢失「延迟历史」字段，导致快连首次测速全显Timeout。解决方法是：先在转换器里勾选「保留experimental」或「添加测速历史占位」，再导入快连，即可正常显示剔除按钮。
不适用场景清单
- 公司网络已做白名单代理，本地无法直连任何外部ICMP，剔除后依旧全红；
- 订阅源每日随机生成端口，节点名带时间戳，剔除动作次日失效；
- 使用「企业子账号」且管理员开启「强制全局线路」，本地剔除被后台同步覆盖。
最佳实践速查表
- 高峰游戏前，先手动剔除>120ms节点→锁定「游戏分组」→开启「国区游戏模式」；
- 外贸账号登录前，把「外贸分组」里延迟>180ms节点剔除，再启用「固定IP」开关，降低风控概率；
- 每次订阅更新后，养成「下拉重测→按延迟排序→剔除尾部20%」的习惯，耗时约数十秒，可避免后续突发跳ping。
FAQ（使用FAQPage Schema）
剔除节点后，为什么下次更新又出现？
剔除仅作用于本地缓存；上游订阅源仍包含该节点时，自动更新会重新拉取。需联系订阅提供方下架，或关闭自动更新改用官方精品线路。
重测时所有节点显示Timeout，一定是节点故障吗？
不一定。本地UDP被限速、公司防火墙丢弃探测包、或测速线程过高导致CPU打满，都可能全红。可切换TCP测速协议、降低线程数，或换网验证。
桌面版剔除后需要重启客户端吗？
不需要。点击「保存并应用」立即生效；若当时正连接被剔除节点，客户端会在3秒内自动重选下一跳。
总结与下一步行动
kuailian订阅导入后的超时节点，就像混进米缸的小石子：AI自愈再聪明，也可能把石子当米粒。手动剔除+重测是「最后一道筛子」，把延迟、丢包异常的线路即时拿掉，让游戏、直播、外贸登录都回到可预期的延迟区间。下次导入订阅，记得先「重测→排序→剔除尾部20%」，再按场景锁定分组，全程耗时不到一分钟，却能换来数小时的稳定体验。
未来版本若开放「用户级黑名单同步」，剔除动作将可云端固化，届时只需一次操作即可在多设备共享干净节点池；在官方更新落地前，保持本地「更新后必筛」习惯仍是最高性价比的稳速方案。
