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) 則是友善地給了鼓勵：

你們盡力了──你們學到了經驗，下次會很棒的！繼續加油！

這次翻車給整個行業上了一課：現場演示的墨菲定律永遠存在，而當AI 遇上現場演示，情況可能更加不可預測。

這就是現場演示的魅力所在，你永遠不知道下一秒會發生什麼。

Jake 自己說到：

這就是現場演示的代價！

Meta 也是用一次「大型社死」為業界貢獻了寶貴經驗了。

各位做AI 硬體的朋友注意了，以後在現場示範中，請不要再踏入這條Meta 踩過的尷尬河流了！ （AGI Hunt）