整體來講，智慧家居在這幾年的發展過程當中都有了前所未有的變化， 而且隨著品牌的不斷推進現代智慧音箱領域不要有小米華為天貓精靈，baidu亞馬遜這些品牌，不過目前市場上的反應來看天貓精靈，還有華為的智慧音箱，這會表現的還是不錯的，而且現在智慧家居智慧音箱能夠控制家庭當中的很多智慧產品，智慧檯燈睡眠燈，智慧淨化空氣，還有攝像頭，這些產品都可以透過華為智慧家居app進行一個完整的操作，因此對於將來智慧家居領域的發展智慧音箱的發展都會有很大的不同，對於研發工程師在此方面的研發經歷以及費用投入都會有所增加，所以說還是比較看好智慧音響這塊的。

身旁有一個一直錄音的裝置很容易讓使用者有一種被監聽的感覺，從互動邏輯上看，智慧音箱在被關鍵詞喚醒之後才傳送當前語音資料到雲端，但那是一個黑盒子，使用者不知道里面真的在做什麼，誰知道ta會不會悄悄地錄音，偷偷地上傳。使用者會因為那是大公司的產品而放心嗎？有的人會，但不是所有人都會。

解決安全的疑慮，這裡兩個思路。一是設計上的，保證語音被上傳時有明顯的提示（通常是燈光提示），可以把智慧音箱分成A、B兩個模組，模組A負責錄音、控制燈光並檢測關鍵詞，模組B負責其它邏輯，A檢測到關鍵詞時觸發事件給B，B請求向A請求語音資料，A向B傳送資料時用燈光提示，其中將A的邏輯固化，則可保證B從A獲取語音上傳資料時，A一直有提示。另一個是流程上引入程式碼審查和測試，讓智慧音箱不再是黑盒子，當然開放原始碼是最直接的。

功能受限

智慧音箱大多用的CPU並不弱，擁有類似低端智慧手機的算力，有的甚至跑的也是Android，同一個手機上可以跑Siri、Google Assistant、Alexa、Cortana，但智慧音箱只跑了一個應用，Google Home只跑Google Assistant、Echo上只養了Alexa、小米AI音箱只囚禁了小愛同學，其實每個裝置都可以把ta們都圈養了，叫到誰，誰出來秀秀。

相比手機的人機介面是觸控式螢幕，智慧音箱的人機介面是語音，智慧音箱其實也是一個語音互動的通用計算平臺，上面的應用當然不止侷限於跑個語音助手，像手機一樣開個應用商店也是可以的。

再想想讓現在的智慧音箱控制旁邊距離5釐米的燈，控制指令大多數要半個地球轉一圈回來。小米音箱控制小米檯燈都是一家人還如此。天貓精靈要控制小米檯燈要費死勁了（把小米檯燈的局域控制開啟，Home Assistant在Pi執行並新增小米檯燈，網路架個支援https的伺服器，然後開發一個天貓精靈skill，大致如此）。

這大概都是源於Amazon的Echo只開放了雲端的skills，跟隨者還自忙於借鑑呢。本地如此強大的計算能力完全廢了。

所以呢，如果從使用者的角度設計智慧音箱，把ta設計成一個語音互動的通用計算平臺吧，打造一個語音互動應用的應用商店，可以把天貓精靈、小愛同學、Alexa等都入住到裝置中，當然也不忘了程式碼審查，能開源當然最好了，不要是一個黑盒子，要讓使用者用的放心。