@seuphoriak 哈？你是？

@bugsnail 谢谢你的支持。因为我自己也是重度用户，所以稳定性也会一直有所保障（不然干嘛花这么大功夫重新造一个轮子）。

@lair 请联系 service(at)agentwho.net 。

@flavoury 由于邮件服务器大量发送已被阻塞，邮件可能会延迟收到，对此非常抱歉。我们正在更换邮件服务。

@scnace 握手~~而且这个协议库以及加密隧道都是 Golang 写的哦。可以多多交流。

@2232588429 刚才测了一下速度瓶颈应该不在线路上。可以麻烦告知你的本地网络环境吗？我们会尽力解决你遇到的问题。

@fcicq 这个肯定不会让用户埋单。

发现被扫到的话第一时间可以自助重置服务信息，然后可以发 service(at)agentwho.net 联系到我们，可以补偿流量的。之后我们会考虑添加流量异常报警的特性。还望多多支持 :)

@t0mato 确实是啊，所以我们 http proxy 和 socks5 基础协议库只用了一个月不到就搞定了。其他的工作量可想而知…谢谢你的理解。

@strahe 我之前也这么想，结果能想到的工作只是全部的 20% 。这一年多除了工作其他全部时间差不多都耗在这个上面了，而即使现在也还有很多优化的地方，例如才加上了前后端数据的压缩。不过看着他一步一步变成熟还是挺开心的。

@mpco 在 Win 、 Mac 、 iOS 、 Android 4.0 以上版本的 WiFi 环境下，只用贴一个用户唯一的 PAC 地址到系统的 WiFi 设置即可。更多配置可以到控制面板下找到。

@lbp0200
@williamx
其实用户到服务器之间的加密确实没有，因为 Socks5 以及 HTTP Proxy 确实没有加密的支持。其实最开始也考虑过做 SS ，但是考虑到安装客户端这件事门槛相比直接贴 PAC 地址要高出不少，所以就没有做。不排除以后推出 SS 的计划。:)

@wzxjohn 应该做啥？愿闻其详。

@ferrum 好像确实是这样，我去改改文案，之前我也没搞懂和 Surge 比是啥意思。

@ynyounuo 非常感谢你的建议，我们确实在考虑开发 `Network Extension Framework` 的应用支持。

@wong2 这个不错。

@Cavolo 谢谢。 线路确实调整过很多次，终于找到一个最好的。以后也会不断的优化线路，保证服务稳定。

@Loerise 得到认可非常开心 <3 。还望多多提意见。

@Loerise 我们会考虑添加额外的流量包。如果暂时不够的话可以联系 service(at)agentwho.net :P