2018年9月21日 星期五

Voice App 2018展望

smart speaker今夾應該是起點,
其實大家都是猜。

市面上smart speaker 百花齊放的,
最終比的還是 語音的辨識率,
而語音辨識率最終還是得來自語音辨識資料的大數據,
在這一點上,
我實在是不知道,
其他家要怎麼跟,
android(Google) iphone(mac)比,
而homepod(mac)的定價也實在是...


Google assistant 自已內部的sdk 居然就有兩版  Actions on Google v2 Alpha and Dialogflow Fulfillment Beta 好傻眼。
https://matthewayne.com/post/actions-on-google-v2-alpha-dialogflow-fullfillment-beta/
不過跟據diagflow的coder所撰寫的本文表示,
用dialogflow就對了,因為dialogflow會支援google assistant完整之外,還可以支援一堆平台,

雖然發現本篇是我在看actions on google之後,再度傻眼。
不過作者有清楚表達 actions on google 這個sdk之所以持續存在,主要是這個sdk 才是對google assistant 支援最完整的。

因為目前smart speaker 百花齊放的,
1.以未來性google home比較有機會
2.對平台有最大限度的支援
所以目前還是選dialogflow的sdk比較穩妥

但當 google home 打下江山之後,完整支援的actions on google會是好的選擇

不過當我看完 dialogflow 怎麼取 permission 時,我又變心了,因為它目前是用 http request 來取,也太麻煩了。

結論:
如果webhock要支不同的平台,例如 google assistant ; aws alxea ; line clova 等,
firebase cloud function 還是得依照不同平台來做設計,才會有完整的體驗。
例如 google home 就用 actions-on-google 其他的用 diagflow-fullfillment


沒有留言:

張貼留言