wwqgtxx：sing-tun 汇编 hook 改动需在更广平台验证，Windows 7 仍是支持的最低版本
在 sing-tun 关于 memmod 汇编 hook 的 PR 讨论中，wwqgtxx 表示：鉴于汇编代码风险高，希望除 Windows 11 x64（26200）之外在更广范围的平台进行测试；由于测试是在虚拟机中进行的，增加其他 VM 版本应该不困难；需要确保代码在 Windows 7 上也能正常运行而不崩溃，因为那是项目仍然支持的最旧版本。
wwqgtxx的动态
Mihomo 核心贡献者与 GreatAgent (wwqgtxx-goagent) 开发者
共 7 条动态，按原始发布时间排列。
查看人物介绍wwqgtxx：gVisor 栈下关闭 TUN 未释放网卡的修复会在下个 release 前带上
在 mihomo #3234（Linux 下用 gVisor 栈、通过 RESTful API 把 tun.enable 设为 false 后，虚拟网卡没有被释放，再次开启或重载时核心报 configure tun interface: device or resource busy）中，wwqgtxx 感谢提交者的分析，并表示会在下个 release 前包含此修复，同时给出 sing-tun 的提交 567f85e1「Fix gvisor endpoint release」…（节选）
wwqgtxx 驳回把 Zeptun 作为可选 TUN 引擎接入 mihomo 的请求
在请求把 Zig 编写的 tun2socks 引擎 Zeptun 作为可选 TUN / 网络引擎加入 mihomo 的功能请求（#3240，已关闭）中，wwqgtxx 说明不接受该提案，理由是：该项目自首次提交起还不到一周；帖中「其他基于 tun2socks 的项目也在考虑」的依据是提问者自己在 gozarbin 仓库开的 issue，且没有任何维护者回应；他进一步查到所举例的 gozarbin 与 zeptun 的初始提交者是同一人，并表示不欢迎这类误导行为。同一 issu…（节选）
wwqgtxx 在 GitHub 的公开发言
我很好奇，为什么你不推动 utls 本身的发展，反而要向一个只是使用其库的下游项目施压。显然，utls 是 Go 生态中非常实用的基础库，但目前没有得到足够的支持。既然你有这么多需求，为什么不直接为 utls 做贡献？ 这种情况与过去的 OpenSSL 十分相似：大量下游项目依赖这个库，却没有任何公司想到要资助它的开发。如果你认为 utls 的开发已经停滞，为什么不联系主要维护者，看看他们是否人手不足？ 我们也对 Xray 团队推出的任何新东西不感兴趣。鉴于他们对其他项目极其…（节选）
wwqgtxx：forwardICMP 的改动存在阻塞风险
As a side note, I don't think the changes in the second commit are entirely sound. The `forwardICMP` section, in particular, appears to boost performance but introduces greater risk. In reality, the `ICMPForwarderHandler` should return as q…（节选）
wwqgtxx：不打算处理未发布 uTLS 版本的兼容问题
We have no interest in wasting time dealing with such compatibility issues, nor do we wish to expend energy managing the security risks associated with unreleased versions of UTLS. Just because some projects feel free to use commits from th…（节选）
wwqgtxx 回应 REALITY 兼容性争议
我们对xray的决定不做评论，但是也不会对我们的当前实现做出任何修改