Meta演示现场翻车的原因让人好笑又心疼

想必你已经看到了 Meta Reality Labs 在昨天 Meta Connect 大会现场演示翻车的尴尬之事了。

来看视频：

小扎当时一脸尴尬到脚趾抠地了，试了无数次后……终于放弃了。

当时他的内心估计也是一脸懵，属实是整不明白：

彩排的 100 次，不都全是成功的吗？！！！

心疼小扎一秒钟……

现在， 原因找到了 。

Meta 开发者倡导者 Jake Steinerman(@jasteinerman) 无情地揭露了这场翻车背后的真相：

“

当厨师说「Hey Meta start Live AI」时，它同时激活了房间里每个人的 Meta AI，并有效地对我们的服务器进行了 DDOS 攻击 🤣

这，就是现场翻车的真实原因！

Ian Rumac(@IanIsSoAwesome) 调侃：

“

哦，看，我找到你们的服务器了

更让人哭笑不得的是， 整个演示居然跑在开发服务器上 。

Jake Steinerman 解释道，他们本来想把 Live AI 的流量路由到开发服务器，以避免影响生产环境。

毕竟现场演示嘛，没多大流量，稳定更重要。

但没想到的是， MPK（Meta总部）的所有人都被路由到了这个服务器 。

自然，也包括所有参会者。

这就意味着，当语音命令响起时，现场数百台设备将会同时向一个本不该承载如此流量的开发服务器发起请求。

开发服务器：我太难了……

除了服务器过载，WhatsApp 通话也出了岔子。

Jake 表示，这是由于 眼镜显示屏过早进入睡眠状态 的意外 bug 造成的。

不过好消息是，他们已经修复并打了补丁。

两个问题叠加，让这场原本应该震撼全场的演示变成了「 大型社死现场 」。

无法想象会议结束后后台的气氛

不过，事故的背后，也暴露了一个潜在的安全问题。

网友 tpae(@tpae) 质疑道：

“

所以你的声音可以激活别人的设备？这听起来像是设计缺陷

Adam MacBeth(@adamac) 也提出了同样的疑问：

“

为什么「Hey Meta」会激活其他人的设备？

Lee Callender(@leefcallender) 作为 Meta 的多模态 AI 负责人回应说：

“

不，我们对此有防护措施，但在回声室中效果不佳。

看来在嘈杂的会议室环境中，声音识别的防护机制失效了。

这有点像早年 Alexa 被电视广告触发的尴尬往事。

2018 年，一个小女孩通过电视学会了向 Alexa 订购玩具，结果新闻报道这件事时，播音员说出的「 Alexa，给我订一个娃娃屋 」又触发了无数家庭的设备下单。

现在，历史以另一种方式重演了……

Jarrod(@jarrodxmartian) 也安抚到：

“

Jake，我认为 Meta RL 团队做得很好，看到一个不是预先录制的现场演示真是令人耳目一新。向你和你的团队致敬。墨菲定律真的很喜欢现场演示，你们处理得很好。

Brandon Tyler(@BrandonTyler) 则感谢透明度：

“

实际上，喜欢这种透明度，谢谢

JP(@jpchen__) 则从技术角度分析了这次事故：

“

视频通话的竞争条件非常微妙，但有点惊讶这没有提前预料到，这几乎不算是边缘情况。开发服务器没有只接受舞台上设备的请求是草率的，无意冒犯。

好吧，虽然透明，但这确实值得反思。

作为一家市值万亿的科技巨头，在如此重要的发布会上使用开发服务器，且没有做好请求过滤，确实显得准备不足。

这世界光鲜的 AI 背后，果然还依旧是一个巨大的草台班子。

包括我们自己，谁没有个尴尬傻 X 的时候啊……

Cherelynn(@Cherelynn) 则是友善地给出了鼓励：

“

你们尽力了——你们学到了经验，下次会很棒的！继续加油！