當 Siri 隨著 iPhone 4s 一起第一次出現在世人面前時，那種仿佛是從科幻小說裡走出來的技術讓人們為之驚艷。時過境遷，Siri 的創始人 Adam Cheyer 和 Dag Kittlaus 展示了他們的下一代發明 Viv，而蘋果這邊，原先的 Siri 團隊已經幾乎都走了。

Siri 目前最大的問題在於它對第三方應用的集成度不夠，而很多第三方應用的功能是原生服務無法替代的，正如一位用戶所說的那樣：“為什麼我不能向它詢問下一班列車的時間，即使我手機裡有一個應用可以回答?”

就在人們仍在期盼著蘋果能夠為第三方開發者提供一個以便更好利用 Siri 的 API 時，打造它的原班人馬已經更進了一步。

比起 Siri 調用第三方應用出來執行任務的做法，Viv 去掉了中間人環節，直接整合於那些服務之中。舉個例子，當你用語音告訴設備需要打車載很多人，Viv 會自動完成所有對應的訂單工作。Viv 團隊的目標是“重新打造移動商務本身”。

蘋果出自某種考慮，並不同意這樣的方案。當蘋果收購 Siri 的時候，它要求團隊取消對原有的 45 個第三方應用的集成支持，然後才發布 Siri 助手。從那時起，Siri 團隊發現他們的野心和蘋果對 Siri 的要求之間有著巨大的鴻溝，最後很大程度上也就導致了 Siri 原班人馬的逐漸離職。

Viv 和 Siri 最本質的區別在於 Siri 的能夠回答的問題和它給出的答案都是有固定套路的。當然了，Siri 給我們的印象要比理論上聰明許多，那是因為同樣的問題可以對應多種回答，讓它看起來更智能，但本質上仍是簡單的數據庫集合。

那麼 Viv 呢?它會嘗試去理解你的問題的具體意圖。Viv 將一個完整的問題拆解成不同的元素，並且將其簡化到它能夠理解的程度。

正如測試中的那個問題“後天下午 5 點鐘的時候，金門大橋附近的溫度會高於 70 度嗎?”Viv 會嘗試去分析問題的各個部分 —— “高於 70 度”是個關於天氣的問題，“金門大橋附近”則是一個地點，“後天下午 5 點鐘”自然就是時間了。因為這個問題涉及到一個很具體的時間，Viv 就會理解為你需要一個非常准確的天氣預報，於是很快給出答案。

但 Viv 最讓人驚訝的還是它回答問題的方式。比起簡單地調用數據庫，Viv 會生成代碼，而這代碼就是它回答問題的核心 —— 分析問題，生成代碼，運行並給出答案 —— 一氣呵成，非常快速。Kittlaus 坦承 Viv 也有無法回答的問題，但他很有自信地稱整個演示都是實時的，沒有任何預先錄制的回復。

早在 2014 年的時候，Kittlaus 和他的團隊就已經透露了這樣的想法，只不過它聽起來太瘋狂，並沒有多少人很當回事：“Viv 通過實時生成代碼突破了約束，不需要程序員。比如一個復雜的命令‘給我訂一張去達拉斯的季票，座位空間要容得下奧尼爾’，Viv 會首先分析句子，然後自動生成一個代碼去連接所有相關的第三方服務，比如訂票、訂座甚至還有 NBA 球員信息，之後 Viv 就能為你選定一個放腳空間足夠的位置了。”

Kittlaus 為我們描繪了一個誘人的前景，他們的終極目標是打造一個能在你開口提出具體要求前就明白你所想的個人助手。他暢想，當一個人醉了，電話都拿不穩了的時候，只需要對著手機說一句“我喝多了”，不需要任何更具體的信息，Viv 就能自動聯系機主最喜歡的打車服務，把一切都設定好讓司機直接載他回家。這種好像只是未來概念一樣的存在，Viv 團隊真為我們帶來了。

這不就是我們夢想中的完美體驗嗎?Viv 團隊的夢想和蘋果的理念並沒有任何的沖突。這種高度的智能化和便利性如果能夠實現在 Siri 上，蘋果可以毫不愧疚地將它稱為“Next Big Thing”。

當然了，蘋果或許也有自己的考慮，可能它認為 Siri 開放和第三方應用的接口很可能會帶來難以控制的安全隱患，如此前的利用 Siri 直接訪問通訊錄及照片的漏洞。如果將 Siri 和更多的第三方服務對接，未來後果難料。另外，簡單的提問和回答組合也就意味著蘋果能夠隨時對出現的問題進行控制。此前我們無數次見證過 Siri“說漏嘴”，而後迅速被蘋果糾正。當然了，按照蘋果的性格，它也有可能單純認為 Viv 那樣的技術過於超前太不靠譜而已。

但是不管怎麼樣，Viv 所描繪的未來實在太過誘人，即使是對技術發展不敏感的人，也會情不自禁想要去試一試。在 Viv 的反襯下，Siri 的保守在眾人面前會更加明顯，而蘋果也理應有所表現。畢竟，Siri 不會沉默，但它也不該沉寂。