快连如何自动检测订阅节点失效并剔除？
快连订阅节点失效自动剔除教程：一键开启健康检查，5分钟配置节点评分阈值与告警，零脚本过滤不可用IP。
功能定位：为什么必须自动踢掉“僵尸节点”
在 kuailian（QuickLink）里，订阅链接每天可能推送数百条节点，其中部分 IP 被 QoS 限速、端口被占或证书过期。手动逐条测试既耗时又容易漏检，晚高峰突然“卡成 PPT”往往就源于这些隐形地雷。自动检测+剔除 的核心价值，是把不可用节点在后台静默移出候选池，让 AI 选路始终落在延迟＜90 ms、丢包＜1% 的干净 IP 上。经验性观察：开启后同一时段的握手成功率可提升约两成，直接反映在加载秒开与缓冲减少。
前置条件与版本要求
1. 客户端需 ≥7.3.0（截至当前的最新版本），老版本无「节点健康检查」独立开关。
2. 订阅源须为标准 base64 或 Clash YAML，且带 name 字段，否则无法写入评分。
3. 若使用「家庭组」共享，需管理员身份才能改全局策略，成员账号只能看日志。
决策树：我该用哪种剔除策略
场景A：流媒体解锁优先
目标：Netflix/Disney+ 4K 不跳区。建议把「可用性评分阈值」拉到 90，延迟放宽到 200 ms，宁可慢一点也要保证原生 IP。副作用：可用节点数会骤减 30% 左右，高峰时段可手动切到「LATAM 低负载区」补位。
场景B：游戏加速优先
目标：PUBG Mobile 丢包＜1%。把延迟阈值压到 60 ms，丢包＞2% 立即剔除，评分可降到 70。经验性观察：如此设置后，香港/东京游戏专线在晚间 22-24 点仍能保持约八成节点在线。
场景C：科研文献稳定即可
目标：Google Scholar 不掉线。延迟可放宽到 300 ms，但要求连续 3 次测速均失败才剔除，避免“误判”校园网间歇性抖动。
三端最短操作路径
Android
- 打开快连→右上角「≡」→实验室功能→开启「节点健康检查」。
- 返回首页→订阅管理→长按对应订阅→编辑策略→「剔除阈值」输入 90→保存。
- 若想即时生效，点刷新订阅，后台会在亚秒级开始测速。
iOS / iPadOS
- 底部栏「我的」→设置→实验功能→打开「Health-Check」。
- 回到「订阅」页→左滑对应卡片→策略→调整「Latency & Loss」滑块。
- 系统会弹窗提示“将重启隧道”，确认后即刻重连。
Windows / macOS
- 主界面右上角「⚙」→进阶→勾选「启用节点健康检查」。
- 左侧栏「订阅」→选中节点组→右侧「批量策略」→填写「失败次数」3、「评分下限」70。
- 点击「应用」→立即检测，日志窗口实时显示剔除记录。
可复现的验证方法
1. 在日志过滤器输入 health，若出现 remove xxx.xxx.xxx.xxx: reason=loss 3.2%，说明规则生效。
2. 打开「节点列表」→点右上角「⋮」→「显示已剔除」，被踢 IP 会灰显并标注原因，方便二次核对。
3. 用第三方 ping 工具（如 WinMTR）对灰显 IP 手动测试，若丢包确实＞阈值，则判定为“真失效”，否则需放宽策略。
例外与回退：什么时候不该自动剔除
警告
以下情况建议关闭自动剔除，否则可能误杀“可用但短时抖动”节点：
- 公司内网强制代理，出口 IP 每十分钟轮询一次，会导致连续测速失败。
- 跨境卫星链路，本身延迟 300-600 ms，但业务仍可接受。
- 做节点质量审计实验，需要保留原始数据。
回退路径：在「实验室功能」里关闭「节点健康检查」→重启客户端，所有被踢节点会恢复可见；若只想临时停用，可在策略页把「剔除阈值」调到 0，等调试完再改回。
与第三方告警协同
快连暂未开放 Webhook，但日志文件实时写入本地（路径因系统而异，常见为 安装目录/logs/health.log）。可写一条 Shell/Python 脚本，定时 grep 关键词 remove，当每分钟剔除数＞5 就调用企业微信机器人或邮件 API 告警。经验性观察：这样能在节点大面积被封的 5 分钟内收到通知，比人工巡检快约半小时。
常见故障排查表
| 现象 | 可能原因 | 验证步骤 | 处置 |
|---|---|---|---|
| 剔除数为 0 | 阈值过高/订阅源本身全失效 | 手动 ping 任一 IP | 下调阈值或更换订阅 |
| 可用节点＜5 | 流媒体阈值太严 | 查看「已剔除」列表 | 放宽延迟到 200 ms |
| 日志无 health 字段 | 客户端版本低于 7.3.0 | 关于→版本号 | 升级后重开实验室开关 |
最佳实践清单（可直接照抄）
- 先设宽松值：初次启用把延迟 300 ms、丢包 5% 作为基准，观察三天再收紧。
- 分组建策略：把「游戏」「流媒体」「通用」节点分成三条订阅，分别给不同阈值，避免“一刀切”。
- 每周回捞：被踢节点可能因上游修复而复活，周末手动「重置所有剔除」再测一遍，可回捞约 5% 可用 IP。
- 留日志备份：health.log 每月压缩归档，方便后续审计与投诉溯源。
- 家庭组拼车风控：若发现同一账号下多设备并发选节点导致 429，可在策略里打开「随机延迟测速」，错峰请求，降低被封概率。
FAQ（必须使用 FAQPage Schema）
开启健康检查后耗电会不会增加？
客户端默认每 300 秒测一轮，单次测速包仅 1 KB，经验性观察：Android 14 电量消耗增加约 3%，可接受。
剔除阈值能否针对单节点单独设置？
目前仅支持分组级策略，单节点需拆分到独立订阅；官方论坛已有 Feature Request，尚未排期。
为什么同一节点手机端剔除、电脑端正常？
两端网络环境不同（如 Wi-Fi vs. 有线），测速结果自然差异；建议以常用设备为准，其余端关闭自动剔除避免冲突。
收尾：下一步行动建议
读完本文，你只需花 5 分钟在「实验室功能」里打开健康检查、把阈值调到“宽松-中度-严格”三档之一，就能让快连在后台默默帮你踢掉失效 IP。建议今晚就做一次「刷新订阅」，然后观察日志剔除曲线；若三天后可用节点仍低于心理预期，再回来对照“最佳实践清单”微调。节点质量是动态战场，保持轻度迭代，比一次性追求完美参数更可持续。未来版本若开放单节点阈值或云端同步策略，记得第一时间升级，把“僵尸节点”清理效率再推高一档。
