基于 Clash 核心的测速工具，帮我发现了我正在使用的机场是个垃圾

[faceair]

我之前使用的机场的特点是使用 Clash 自带的延迟测试来看延迟都很低，但实际带宽很低很低。平时看 Clash 自带的测速很漂亮就以为很好，最近下载一些 huggingface 上的模型自己玩就发现其实很卡。机场的的节点一般很多，如果配置的是 Loadbalance 的模式的话手动跑 speedtest 还是比较困难的，还是需要一个简单可靠的测速工具帮助定位问题的。

我在 Github 搜罗了一圈，发现似乎没有很好的轮子：
1. StairSpeedtest 本地运行直接 crash 了
2. SSRSpeedN 安装运行起来比较复杂
3. nodesCatch 闭源工具不敢用
4. starudream/clash-speedtest 勉强能用，但不支持 Proxy Provider
5. FullTclash 有一些机场在用，个人用起来比较麻烦

我写的这个工具的特点：
1. 无需额外的配置，直接将 Clash 配置文件地址作为参数传入即可
2. 支持 Proxy 和 Proxy Provider 中定义的全部类型代理节点，兼容性跟 Clash 一致
3. 不依赖额外的 Clash 实例，单一进程即可完成测试
4. 代码简单而且开源，不发布构建好的二进制文件，保证你的节点安全

Github 地址 https://github.com/faceair/clash-speedtest

从功能上来说当前还只满足了比较简单的个人需求，但如果大家对这个实现有兴趣，可以开 issue 或者 pr 一起完善。

[marvincible]

go install 装不了了

The go.mod file for the module providing named packages contains one or
more replace directives.

[marvincible]

@faceair #34 6 啊 之前一直在用转换工具，没想到加一个 clash=1 解决了

[cnsdytedison]

@faceair 感谢大佬，搜到了您 github 上的仓库但是仓库上没有写 windows 包的位置。

[loveqianool]

用此工具测完导出的 yaml 不能直接用于 节点发现。

[faceair]

@loveqianool 这个是帮你评测机场整体情况的，不是帮你评测单个节点的 一是日常测速流量撑不起、二是大部分时候同一机场的不同节点差异不会很大

[loveqianool]

@faceair 我是找了一个白嫖订阅 https://VLESS.fxxk.dedyn.io/auto ，他在我这边很多节点连接不上，但是只要能通他比我买的机场还快。

[faceair]

@loveqianool 新版本已支持，有个演示 https://github.com/faceair/fastsub/blob/main/.github/workflows/speedtest.yml