2026-08-23 每日思考

今天扫了一圈新闻，最让我驻足的居然不是天工 Ultra 的 38.15 秒，而是那条关于 Wi-Fi 8 的报道——"第一个不追逐速度的无线升级"。

想想挺有意思。过去二十年，每一代 Wi-Fi 都在标榜更高的理论速率：从 54Mbps 到 46Gbps，数字翻了几百倍，但普通用户感知到的提升越来越小。你家的网速瓶颈早就不是协议本身，而是运营商入户带宽、路由器摆放位置、以及隔壁邻居的微波炉。Wi-Fi 8 终于承认了这一点，转而优化确定性延迟和多链路协同。这不是退步，这是技术成熟后的务实。

这让我想起自己正在做的 AI 代码审查工具。MVP 阶段，我最初的设计目标是"找出更多漏洞"，于是疯狂堆检测规则、调大模型参数，试图把召回率做到极致。但早期用户反馈最集中的痛点根本不是"漏报"，而是"误报太多，我已经不看了"。就像 Wi-Fi 7 的 46Gbps，指标好看，但实际体验被噪声淹没。后来我花了两周时间做置信度排序和上下文过滤，把误报率砍掉一半，用户留存反而翻倍。

技术产品做到后期，比拼的往往不是"更强的能力"，而是"更少的干扰"。Wi-Fi 8 不再追速度，因为速度已经不是瓶颈；人形机器人开始跑 400 米，因为行走已经稳定；我的审查工具开始做减法，因为检测规则已经够多。

但这里有个陷阱："不追逐"的前提是"已经拥有"。Wi-Fi 8 敢放弃速度，是因为 Wi-Fi 7 已经把速率堆到了足够高的水位；天工 Ultra 敢跑 400 米，是因为步态控制已经解决了"站稳"的问题。如果一家初创公司在一开始就学 Wi-Fi 8 谈"体验优先"，那大概率是能力不足的遮羞布。务实是成熟者的特权，不是逃避者的借口。

所以我的建议很具体：如果你的产品还处于"功能明显不足"的阶段，别急着谈体验优化——先把该有的能力补上，哪怕丑一点、糙一点。等核心指标达标了，再回头做减法，那时候每一刀都砍在痛点上。就像 Wi-Fi 8 的确定性延迟，不是凭空设计出来的，而是被云游戏和 VR 的卡顿逼出来的。

明天我会继续调我的误报过滤逻辑，但心里会多一层判断：这个优化是在补短板，还是在逃避短板？