我棄用Google Home和Alexa后，發現智能家居還能這么玩

周三凌晨兩點，我被手機震醒。不是鬧鐘，是后院攝像頭捕捉到一個模糊人影——Frigate自動識別后，通過Home Assistant推送到我手機的加密通知。沒有云端中轉，沒有訂閱費，甚至沒有開燈驚動對方。這一刻我知道，三年前從Google Home遷移到Home Assistant的決定，值了。

主流智能家居方案Google Home、Alexa、HomeKit確實省心。插電即用，不折騰本地服務器，維護成本幾乎為零。對從沒碰過IoT設備的新手來說，這套邏輯無懈可擊。但問題在于：省心往往意味著犧牲控制權。當你想實現一個稍微復雜的場景——比如"檢測到有人翻墻且室內無人時，只靜默錄像不開燈"——這些平臺就開始捉襟見肘。

設備兼容性是第一道坎。主流品牌尚可，一旦預算收緊或想復用舊設備，麻煩就來了。更糟的是廠商棄坑：Belkin的Wemo產品線就是典型，官方服務器一關，硬件直接變磚頭。這種"云依賴"的商業模式，本質上是用便利換取你對設備的終身租借權。

Home Assistant的解法很直接：本地優先，社區補位。 obscure品牌？開箱即用。冷門協議？社區商店（HACS）里通常有民間驅動。甚至那些被官方判死刑的舊設備，GitHub上總有人在做"本地控制復活術"——把原本必須連廠商服務器的指令，改寫成直連Home Assistant的本地API。我書房那臺2018年的智能插座就是這么續命的。

至于完全自定義的硬件，ESP32開發板+Home Assistant的組合堪稱神器。成本不到50元，你可以造出市面上根本不存在的傳感器：檢測貓砂盆使用頻率的重量感應墊、追蹤植物土壤電導率的探針、甚至根據冰箱壓縮機震動判斷耗電異常的加速度計。這些設備的數據全部留在本地，不上傳任何外部服務器。

自動化能力是另一重分水嶺。Google Home和Alexa的"場景"本質上是一鍵開關集合：開燈、調溫、播音樂。Home Assistant的自動化則是條件引擎——傳感器狀態、時間、天氣、甚至太陽高度角都可以成為觸發條件，且支持多條件嵌套與邏輯門（與/或/非）。

我的Frigate通知系統就是典型案例：普通攝像頭檢測到移動就報警，誤報率高到離譜。通過Home Assistant，我把條件拆成三層——Frigate識別到"人形"、時間處于夜間、家中所有人體傳感器顯示無人——三重滿足才觸發手機推送。這套邏輯在主流平臺上幾乎無法實現，因為它們要么不支持第三方視覺識別集成，要么無法跨品牌讀取傳感器狀態。

搭建門檻被嚴重高估了。Home Assistant的UI自動化編輯器足夠直觀，拖拽條件、選擇動作，不需要寫YAML。我更習慣用Node-RED插件——節點式的工作流界面，特別適合跨設備的多步聯動。比如我的"離家模式"：鎖門→關閉所有燈→檢查窗戶狀態→若未關窗則手機提醒→啟動掃地機器人→根據日歷判斷是否需要調整溫控。七個步驟，可視化連線和調試，比寫代碼直觀得多。

當然，代價是時間。第一次部署Home Assistant，我在Docker配置和Zigbee網關選型上花了整整一個周末。但三年后的今天，這套系統運行在一臺閑置的樹莓派4上，零月費、零訂閱、零廠商綁架。當Google宣布又一次調整Nest API權限，或Amazon突然給Echo加廣告時，我的設備運轉如常。

智能家居的終極形態不該是"選一個生態然后祈禱它別倒閉"。Home Assistant證明了一種更老派的計算哲學：買下的硬件就該完全屬于你，數據留在家里，規則由你制定。這種控制權的回歸，對愿意付出學習成本的人來說，回報遠超預期。