被 Reconnecting/Timeout 折磨之后，我把 Clash 调成了自动挡

前阵子写过一篇监控代理流量使用的文章。作为 AI 浪潮里的芸芸众生之一，应该很多人都有体感：流量开始莫名地暴涨。AI 不用焦虑，用起来了也焦虑。

以前一个月都用不完的流量，现在跑跑 Agent、计划生成几次代码，请求一多，流量直接飞起。

这也就导致机场运营商压力山大。当然，他们更多是狂喜。

新流量压在旧底座上，也就经常会出现这种情况：刚刚还好好的，突然代码生成就停在 Reconnecting... 不动了。切到 Clash 里面测速，当前使用的节点又 Timeout 了。

然后，就开始进入一种机械循环：切节点 - 测速 - 再切 - 再测。来来回回折腾，时间全浪费在了"找一个能用的节点"。

苦难，让人思辨，让人成长。

盯着屏幕我就想：大部分节点其实还是能用的啊。但是，一个个手动切，太费事、太费时了。要是能自动切换到"当前能用、而且速度最快"的节点就好了。

其实 Clash 早就已经实现了。而且做得还挺优雅。

在订阅节点上右键，选择「编辑代理组」：

然后代理组类型选：「根据 URL 测试延迟自动选择代理」。也就是：谁快用谁。接着，把代理节点加入到组里。

最后，点击「添加前置代理组」按钮。

右边列表里就能看到新建的 FAST 组了。点击保存，并刷新订阅。

回到代理页面，选择 FAST 组，测一下速。到这里，Clash 就已经能自动帮我们选择最快的节点了。

但到这里其实还不够。

因为机场默认提供的配置，通常都跳转到它原本的：「XX 加速器」组。也就是说：你虽然建了 FAST，但实际流量未必走它。

当然，定位到问题了，解决方式就很多了。

为了后面更新订阅简单一点，最后选择写一个扩展脚本。把新增的自动低延迟 FAST 组，自动插到：「XX 加速器」组里面。

这样以后机场更新节点、更新配置，也不用手改。

最后，代理里选择 FAST 即可。

完美。

后面基本不用管了。Clash 会自己测延迟、自己挑节点、自己切换。从之前冒烟的手动档，现在终于进入自动挡了。

真心省心。

某种程度上，性价比机场的体验，已经有点媲美昂贵自建 VPC 的味道了。