第78章 嘎嘎亂殺

投票推薦 加入書籤 小說報錯

  不過似乎沒有加錢居士出場機會了。

  李雪寧一句話就堵死了。

  「大哥,你可能高估我的權限了,我剛剛入職Apple不久,就算算上實習時間也沒有很久,還沒有權限查看整個Siri的底層架構。」

  呃,好吧,林楓太投入技術本身了,忘了這茬了。

  涉及到核心技術的內容,哪怕是內部員工也不可能輕易查看,何況林楓這個外人了。

  當然,林楓知道也可能只是委婉地拒絕。

  Siri作為蘋果的重要產品之一,其底層架構和核心技術絕對屬於公司的「商業機密」,不可能隨便展示給外界的。

  不能查看底層代碼就不能查看吧,也無所謂。

  林楓前世已經接觸過不少AI的核心技術,即便不看底層架構,只憑表面的功能表現,結合他對技術發展的經驗,也能推測出Siri可能的問題所在。

  「沒事,不看底層架構也無所謂。」林楓笑了笑。

  其實林楓剛才看了李雪寧那些訓練方向。

  也有了大致的猜測。

  「當前Siri最大的問題不在於執行,而在於理解。

  因為理解方面總是出問題,才會顯得執行很呆?」林楓說道。

  這話得到了李雪寧的認可。

  林楓心說,看來想的沒錯。

  至於林楓為什麼知道,語義理解薄弱,這個問題在2014年還是普遍現象。

  Siri的主要問題之一是它依賴於預設的規則和關鍵詞匹配系統,這種方式在應對複雜或含義多樣的自然語言時顯得力不從心。

  而上下文關聯推理的缺乏,使得它無法形成連續的對話邏輯。

  這類問題並不需要看代碼,只憑使用體驗就能感知到。

  「你們團隊是不是還在用那種基於模板的回覆模式?關鍵詞匹配做得有點簡單了吧。」林楓故作隨意地問道。

  李雪寧微微一愣,她沒想到林楓能夠憑藉短暫的接觸,就猜出一些項目背後的技術細節。

  這種基於模板的匹配模式確實是他們目前的主要方式。

  這種方式雖然在某些領域足夠應付,但面對複雜問題時顯得十分笨拙。

  「嗯,這個……可能有些這方面的原因吧。」李雪寧有些猶豫,她知道不能透露太多細節,但也無法完全否認林楓的判斷。

  林楓見她的神情,心中更加篤定。他微微一笑,林楓再度喚出工程機里的Siri,故意提出了一些多層次的問題。

  「Hey Siri,我想知道今天的天氣情況,同時提醒我下午三點有個會議,並告訴我有什麼餐廳推薦?」

  Siri又是一番呆板的回應。

  就差直接說出:「對不起,我無法同時執行多個任務。」

  林楓輕輕一笑,這類問題的多任務處理能力正是當前Siri的一大短板。

  雖然在單一任務上還能勉強應付,但一旦涉及複雜情境,Siri就完全無法處理。

  「其實你們可以試著優化一下任務管理系統和語義理解模塊,比如加個任務分解的機制。」林楓繼續漫不經心地說道,「用戶提出多個請求時,系統可以先將問題拆分,再逐一執行,這樣至少表面上不會顯得Siri無能為力。」

  李雪寧聽著。

  有種眼熟的感覺。

  前不久他們內部也有這種聲音出現。

  這種思路雖然不是特別新穎,但卻是很實際的優化方向。

  她忍不住問:「你……之前是不是做過這方面的工作?」

  林楓笑而不答,隨手擺弄著手中的工程機:「早就說了嘛,略懂一二。」

  他知道李雪寧心裡已經開始揣測他的能力,林楓也不急著解釋。

  林楓沒有意圖參與過多。

  至於現在隨口提的建議,正是基於前世經歷的簡單推理。

  當前的技術條件下,要想真正提高Siri的智能程度,還需要時間。

  至少得學術層面先突破,才有應用方面實操的可能。

  不然直接莫名其妙拿出一些高科技,估計要不了多久林楓就會被請到FBI了。


  同時要想真正讓Siri聰明起來,光軟體層面玩花活是不行的,也得有硬體上的支持。

  印象中,一直到iPhone X時期那代處理器才正式集成了神經網絡學習引擎。

  在此之前的就是從軟體上搞再多騷操作,估計也收效甚微。

  軟體和硬體是相輔相成的。

  軟體一定程度上可以先於硬體。

  但硬體過於拉垮也會制約軟體。

  「你剛才說的這個建議,要『用戶提出多個請求時,系統將問題拆分,再逐一執行』倒是挺有道理的,不過恐怕不行,先前我們內部也有這種聲音,但被否定了,理由是這有悖於我們的設計理念。

  我們對於Siri的想法是足夠輕,你明白我的意思吧?就是很輕盈的那種感覺。

  而你這樣雖然會讓Siri變得強大,但也會讓Siri變得笨重。

  這和蘋果的理念相悖。」

  李雪寧先前對林楓的建議是很欣賞的。

  起碼聽上去比較務實。

  不過聯想到實際情況,眼光中的興奮也迅速黯淡了下去。

  「而且另一方面原因,要在現有框架上做這樣的優化,恐怕還需要相當長的開發周期,團隊的資源分配也不容易調整。至少目前我調配不了那麼多資源去做這種改變。」

  林楓點了點頭。

  他明白2014年的AI研發環境並不如後來那麼成熟,涉及到很多AI的項目,人們也都缺乏經驗。

  再加上蘋果一貫苟得很,像蘋果這樣的科技巨頭,涉及到核心技術的變動通常都會經過複雜的內部評估和長時間的測試,主打的一個後發制人。

  當然,這也可能是大公司病了,明明研發實力強的很,技術人員一大堆,但是關鍵技術跟進難,反而顯得處處慢半拍,難繃。

  至於李雪寧所謂的輕,林楓當然明白,林楓之前搞得那個谷歌瀏覽器插件核心思路就是各種輕量化改造。

  不得不說,李雪寧的顧慮,也不是毫無道理。

  如果讓Siri大包大攬,能搞定一切,也確實有悖初衷了。

  問題似乎還有點棘手呢?

  不過問題不大,直接看參考答案不就得了。

  林楓可以直接想想前世蘋果怎麼解決的這一問題。

  而後直接照著思路來就好了。

  仔細想想,前世後來的蘋果是怎麼解決這一問題的呢?

  是怎麼讓Siri能實現的功能愈發複雜的同時但讓Siri卻始終輕量化呢?

  林楓很快就有了答案。

  前世蘋果方面最後採取的措施是採用Siri和「快捷指令」這款app有機結合的方式。

  快捷指令這個軟體負責實現功能複雜化這個方向。

  而Siri起到的作用是調用快捷指令。

  這樣Siri依舊輕量化。

  通俗地說,Siri+快捷指令的組合。

  快捷指令負責亂殺。

  Siri負責嘎嘎。

章節目錄