[AI洞見]人工智慧、潛水艇與魔術
[AI洞見]人工智慧、潛水艇與魔術

我一直不認為我是人工智慧的專家,但是前陣子跟一些台大資訊工程系的教授們聊天,有位很資深教授突然說,「談到人工智慧,林宜敬是這方面的專家,哪天應該請他來我們系上給個Talk。」

我受寵若驚,一時會不過意來。稍微想了想,才明白過來,原來我們公司的語言學習產品是基於數位語音分析技術的軟體,而數位語音技術一直被許多人認為是人工智慧的重要組成元素。

但我自己不會覺得我們的軟體是個人工智慧產品,因為我對這個產品背後的技術太熟悉了,我知道它能做什麼?不能做什麼?我知道它有什麼缺陷?有什麼潛力?

對於一個我了若指掌的程式,我只覺得它是一個程式,不覺得它有任何的「智慧」。但對不清楚程式運作原理的使用者來說,說不定還真能感受到這程式的「智慧」也說不定!

人工智慧與潛水艇

拜AlphaGo以及AlphaGo Zero 等圍棋軟體之賜,人工智慧議題真是熱門極了,不但有許多年輕軟體工程師投入,也有許多非軟體專業的思想家們開始討論人工智慧對世界的影響(我甚至還看過一篇精神科醫師寫的,介紹AlphaGo演算法的文章。)

早在三十多年前,我在台大資訊工程系讀書的時候,人工智慧就紅過一陣子了。

那時候,社會學家在討論人工智慧對未來社會的衝擊,經濟學家在討論人工智慧會不會造成大量的失業,哲學家在討論人工智慧的道德問題,也有人在討論人工智慧算不算真正的智慧,電腦究竟會不會思考?

最後電腦軟體界的前輩戴克斯特拉(Edsger W. Dijkstra)教授看不下去,出來說話了,他說,「關於電腦會不會思考的這個問題,差不多就跟潛水艇會不會游泳的問題一樣重要。」(The question of whether Machines Can Think is about as relevant as the question of whether Submarines Can Swim.)
此話一出,讓我們這些電腦科學界的人樂壞了。

因為自古以來就是這樣,真正懂的人默默做研究,忙著在尋找科技上的突破;而一些一知半解又愛出風頭的人,總是會搶到話語權,提出一些虛無飄渺,又似是而非的議題迷惑大眾。

那些愛故弄玄虛的人提出一些很哲學性的假議題討論,於是Dijkstra就用很哲學性的話回應。

剛好最近台灣要自己造潛水艇了,不知道半瓶子水的智者們會不會出來討論「台製潛水艇究竟會不會游泳?」

人工智慧與關聯式資料庫

那這一波的人工智慧變革來勢洶洶,就只是一個幻象嗎?

當然不是,這一波人工智慧浪潮的最大意義,是機器學習(Machine Learning)技術的普及化,讓昔日遙不可及又高不可攀的技術,變得人人可上手。

現在的年輕工程師很難想像,在四十年前,關聯式資料庫(Relational Database)也曾是一個充滿想像,但遙不可及的技術。

早在1970年代,IBM的Codd就已經發展出關聯式資料庫所需要的完整數學理論,大家都覺得那個理論很好,但當時的電腦太慢了,任何執行關聯式資料庫的電腦都會慢到像當機。所以那個年代,沒有人把關聯式資料庫應用在商業程式上。

但後來電腦硬體越變越快,到了1990年代,即使個人電腦也能執行關聯式資料庫程式,而SQL語言又讓使用關聯式資料庫的程式變得非常簡單,人人可以上手。

到了今天,使用關聯式資料庫已經變成工程師的基本技能,不是什麼特異功能。

同樣的,在十年前,機器學習也是一個遙不可及的技術。任何機器學習的模型訓練工作都會讓電腦慢到像當機,而撰寫機器學習相關的程式更複雜,除了人工智慧領域裡的高手與高高手之外,一般人無法理解,也無法撰寫。

但是現在GPU被廣泛的使用在機器學習的訓練階段。GPU處理機器學習的速度,是CPU的十倍、百倍甚至千倍,因此在個人電腦上開發機器學習程式已不是問題。

而TensorFlow及Keras等系統,又讓機器學習程式的撰寫變得非常容易。

依照我自己的經驗,安裝並學會Keras跟TensorFlow,然後開始寫一些簡單的影像辨識程式,大概只花了我一至兩個禮拜的時間。而且還是在我一邊上班、一邊找時間學習的狀況下。

要製造一部汽車很難,但是要學會開車不難;要寫一個關聯式資料庫系統或是Keras機器學習平台很難,但是寫SQL資料庫程式或是Keras機器學習程式一點都不難。

所以機器學習技術的普及化,是這一波人工智慧革命的真正意義。說不定十年後,軟體工程師懂機器學習技術,就跟懂關聯式資料庫一樣稀鬆平常,只是基本技能的一種。

人工智慧與變魔術

魔術不是真的魔術,只是變魔術的人讓觀眾產生錯覺,覺得他有魔法、不可思議的事情發生了;人工智慧不是智慧,至少在現在這個階段還是如此,只是開發人工智慧程式的人讓使用者產生錯覺,覺得程式有智慧、不可思議的事情發生了。

以iPhone的Siri做例子吧!幾年前Siri剛發表時,許多人覺得Siri有智慧,因為你問她幾歲?結婚了沒有?願不願意當你的女朋友?Siri都能對答如流,使用Siri的宅男們就覺得Siri是有智慧的。

我不是Siri的開發者,但是我猜,Siri的開發者就是預期會有一些宅男問這樣的蠢問題,所以就開發過程中特意的訓練Siri,讓Siri可以應付宅男們特別愛問的那幾個蠢問題,然後錯覺就產生了,大家就覺得Siri是有智慧的。

但是跟Siri混熟之後,我想很少人還會覺得Siri真正有智慧的。Siri可以幫我們打電話,Siri可以告訴我們問天氣預報,Siri可以幫我們訂Pizza,但是超出一個範圍之外,Siri就只會上Google,找一個網路連結給我們。

為了推廣產品、為了做宣傳,人工智慧的軟體必須做的很炫,然後像是變魔術一樣,讓我們覺得它是有智慧的。

但隨著人工智慧技術的普及,當我們對這些程式越來越熟悉,也許我們就不再覺得人工智慧程式那麼神奇,那麼有智慧了。

也就是說,當我們不再覺得人工智慧程式有智慧的時候,也就是人工智慧真正改變這個世界的時候。

《數位時代》長期徵稿,針對時事科技議題,需要您的獨特觀點,歡迎各類專業人士來稿一起交流。投稿請寄edit@bnext.com.tw,文長至少800字,請附上個人100字內簡介,文章若採用將經編輯潤飾,如需改標會與您討論。

(觀點文章呈現多元意見,不代表《數位時代》的立場。)

關鍵字: #Siri #機器學習
往下滑看下一篇文章
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?

一家來自台灣的 AI 新創,如何讓美國上千家速食餐廳,都用它的 AI「看」得來速車道?

這家公司就是專注於 AI 影像辨識技術的 Berry AI (華捷智能),透過攝影機蒐集匿名數據並轉化為多項營運指標,協助速食品牌找出流程瓶頸、提升現場營運效率與整體顧客滿意度。以美國連鎖炸雞品牌 Zaxby’s 為例,在全面導入 Berry AI 解決方案後,服務速度提升 13%-20%,業績表現最好與最差的門市,每週營收差距從 2.4 萬美元縮小至約 9,000 美元。另一家連鎖速食品牌 Culver’s 在導入後,得來速車道的服務時間也立刻改善,進而提升整體吞吐量。

然而,支撐 Berry AI 解決方案的,不只有前端看得見的攝影機與影像辨識技術,還有後端穩定且具彈性的雲端平台。Berry AI 結合 Amazon Web Services (AWS) 全球雲端資源及博弘雲端顧問服務,打造兼顧即時性、穩定性與成本效益的雲地混合架構,成為推動 Berry AI 持續擴大北美市場版圖的重要關鍵。

從台灣 PoC 走向北美千店規模,Berry AI 面臨架構升級新挑戰

Berry AI 執行長林逸中表示,團隊成立初期投入近2年半的時間,探索最適合影像辨識技術的應用場景,最終將目光鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等。

同時,Berry AI 也進一步將現場蒐集到的數據轉化為可量化的營運指標,例如:不同門市、日期或時段的顧客等候時間,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。

在確立發展方向並於台灣完成 PoC (概念驗證)後,Berry AI 決定前進全球最大、也是 QSR 最核心的北美市場。然而,隨著合作客戶與部署門市持續增加,資料量快速攀升,加上服務範圍橫跨不同區域,既有以地端為主的架構開始面臨規模化挑戰。

林逸中補充指出,尤其 QSR 業者在選擇 AI 解決方案時,格外重視技術效能與穩定性,包括 AI 辨識精準度、能否因應突發狀況、系統能否穩定運作,以及網路發生問題時能否維持服務等。在這樣的要求下,若將所有運算與資料都留在地端,不僅難以因應日益增加的部署門市與資料量體,設備建置與維運成本也會隨之增加。

BerryAI 攜手博弘雲端 打造高可用性 AWS 雲地混合架構,突破北美規模化部署挑戰

如何確保系統的即時性、穩定性與成本效益,成為 Berry AI 進軍北美後必須解決的新課題。為此,Berry AI 選擇與博弘雲端合作,取得穩定且高可用的 AWS 運算與資料庫服務架構,將即時運算留在地端,同時在雲端環境整合資料庫處理大量資料與後續分析工作,形成兼顧地端即時運算與雲端彈性擴充的雲地混合架構。

Berry AI研發同仁汪楚剛說明,包括車輛偵測、追蹤與狀態辨識等需要即時反應的工作,會先在地端完成;再將辨識結果傳送至 AWS 雲端,計算各項營運指標,提供後續分析與決策使用。透過這套架構,Berry AI 至今已處理超過 2 億筆車輛狀態資料。

此外,AWS 也是 Berry AI 持續優化 AI 模型的重要基礎。Berry AI 將整套資料蒐集流程建構於 AWS 上,透過完整且多樣化的資料,持續訓練與優化模型,進一步提升地端影像辨識的準確度。

博弘雲端
Berry AI 鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。
圖/ Berry AI網站圖

成為企業技術團隊的延伸,博弘雲端助 BerryAI 把 AWS 用得更好、更省

隨著北美業務持續成長,Berry AI 也迎來新的課題:如何把雲端資源用得更有效率、更省成本,這也成為 Berry AI 與博弘雲端合作的重要契機。

對此,可能有很多人好奇,像 Berry AI 這類技術能力成熟、具備自行建置架構能力的企業,為什麼還需要與博弘雲端合作?「關鍵在於,博弘雲端長期深耕 AWS,對相關服務與技術架構更加熟悉,可以成為企業內部技術團隊的延伸。」博弘雲端技術長宋青雲說。

當 Berry AI 遇到特定 AWS 服務或技術問題時,可以直接尋求博弘雲端協助;若需要進一步與 AWS 原廠確認,博弘雲端也能協助溝通與處理,減少 Berry AI 自行研究與排除問題所需投入的時間,讓內部研發團隊可以將更多心力和資源集中在核心產品開發。

更重要的是,博弘雲端不只提供技術支援,還能從 Berry AI 實際用量與成長需求出發,客製化設計最適合的節費方案,這對 Berry AI 降低營運成本有很大的幫助。宋青雲說明,博弘雲端根據 Berry AI 既有的 AWS 用量,推估未來 1-3 年內的使用需求,並以此為基礎規劃合適的長期雲端資源用量;同時考量 Berry AI 所屬飛捷集團旗下還有 3 家子公司同樣使用 AWS,進一步整合集團需求進行評估,放大整體採購規模,爭取更大的節費空間。

宋青雲強調,雲端採取隨需即付的計價模式,雖然具備彈性優勢,但若缺乏持續管理,仍可能出現資源配置不符商務規劃,或費用超出預期等情況。而博弘雲端不只能從使用現況出發、建議適合的節費方案,也會從效能、資安與成本等面向進行架構健檢,提出相應的優化建議;同時還會提供相關管理介面,讓企業隨時查看帳戶使用狀況、預估未來用量,在業務規模持續成長的同時,也能兼顧雲端架構的效能、安全與成本效益。

而架構健檢與成本優化,只是博弘雲端服務的一環。從企業準備上雲開始,博弘雲端便能協助將應用程式與資料從地端搬遷至雲端,或直接在雲端完成部署;進一步還能協助建置數據平台、數據中台,進行資料分析及導入 AI 應用,讓企業資料發揮更大價值。當服務正式上線後,博弘雲端也能接續提供維運服務。換言之,從前期 PoC、雲端建置到後續維運,博弘雲端都能依據企業需求,提供相應的服務與支援。

對 Berry AI 來說,藉由與博弘雲端合作,深化 AWS 雲端資源使用,不只是突破規模化挑戰,更重要的是能把有限的資源集中在核心業務,持續優化解決方案、開發更多貼近餐飲營運需求的應用,進一步爭取更多品牌合作,擴大北美市場版圖。目前,Berry AI 正全力拓展北美市場,也持續尋找對 AI 技術與餐飲產業應用充滿好奇心、重視團隊協作的人才加入。徵才方向涵蓋機器學習與電腦視覺、Platform & System(DevOps、Infrastructure),以及 Full Stack 軟體開發。從門市邊緣裝置上運行的 AI 模型、串連雲端與數千家門市的系統平台,到協助餐飲品牌提升營運效率的分析產品,每個環節都還有發揮的空間。 期待匯聚更多優秀夥伴,一起用 AI 解決真實的營運問題,讓來自台灣的技術走進更多全球 QSR 門市。

職缺詳情:https://www.cake.me/companies/berryai/jobs

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
一次搞懂工業AI
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓