Home Assistant 配 n8n 可以做到咩？3 個真正有用嘅跨服務自動化

Home Assistant 本身已經搞得掂控燈、讀感應器同管理裝置狀態。XDA 作者再接入 n8n，遇到屋內事件時，就可以連日曆、天氣同其他服務嘅資料一齊考慮。個方向值得參考，不過「Home Assistant 應付唔到複雜 automation」講得太盡；實際分別多數係邊套工具寫起上嚟清楚、易查錯，同接外部服務有幾順手。

Home Assistant 管屋，n8n 負責串服務

Home Assistant 原生 automation 已有多種 trigger、condition、script、template、webhook、重複及平行動作，複雜邏輯絕對寫得到。佢亦最接近燈、門窗感應器、冷氣同插座，屋內即時反應留喺呢度通常最穩陣。n8n 嘅強項係拉資料、轉格式、分支、重試，同連接大量網上服務；每一步輸入輸出又可以逐格睇，查 API 或資料格式問題方便好多。

接法通常係雙向：Home Assistant 偵測到事件之後，呼叫 n8n webhook；n8n 再查日曆、天氣或任務 app，必要時用 Home Assistant API 讀取 entity 狀態或呼叫 action。XDA 作者用 Home Assistant URL 加 long-lived access token 建立連線，再由 webhook 接收屋內事件。呢套設計嘅重點係分工，唔代表所有 automation 都值得搬走。

圖片：Wikimedia Commons — Fabian.a（CC BY-SA 4.0）

3 個真係有用嘅配搭

第一個係按實際情況啟動朝早模式。 XDA 作者描述嘅做法係先由指定時段內首次偵測到郁動開始，再查日曆、天氣、室溫同窗戶狀態。有早會就預備工作區，預計落雨但窗仍然開住就出提示，最後整合成一個通知。比起每日固定時間開燈開冷氣，呢種流程少啲無效動作，亦較容易因應假期或行程改變。

第二個係由用電異常開維修任務。 Home Assistant 插座或能源感應器可以發現雪櫃、抽濕機、洗衣機等裝置嘅耗電模式有變，n8n 就將事件連同時間、功率同裝置名稱寫入任務 app，過一段時間未處理再提醒。門檻值同防誤報邏輯應該留喺 Home Assistant，n8n 主要負責記錄、通知同追蹤，避免網上服務短暫失靈時直接影響裝置運作。

第三個係將門口事件同其他資料一齊整理。 例如門鈴或動作感應器出現事件後，n8n 可以對照當日送貨電郵或日曆，再傳一張縮圖同相關資料去通知 app。鏡頭畫面涉及私隱，最好只保留必要片段、設定短保存期，亦唔好因為 AI 判斷「似送貨員」就自動開門。呢類流程有用，但任何錯判都應該停喺通知層。

實際部署唔係畫幾條線咁簡單

已有 NAS 或迷你電腦嘅玩家，可以按 n8n 官方文件用 Docker 自行部署，Home Assistant 同 n8n 留喺同一個 LAN，連線最直接。實際上仲要處理持久化儲存、備份、更新、HTTPS、反向代理、失敗重試同執行紀錄。用 n8n Cloud 就少管一個 server，但 n8n 要反過來讀取或控制 Home Assistant 時，仍要安排安全嘅遠端連線；為咗一兩個簡單開關而增加呢堆維護，未必划算。

Webhook 同 token 唔可以求其

n8n webhook 支援 Basic、Header 或 JWT 認證，亦可以限制來源 IP，正式用時唔應該開住無認證入口。Home Assistant 自己嘅 webhook 預設只限本地，端點亦冇額外登入驗證，知道 webhook ID 已經可以觸發；官方更明講唔好用佢解鎖、開車房門或做其他有安全風險嘅動作。ID 要夠長、獨立同保密，外網連線就用 HTTPS，收到嘅欄位亦要先驗證先執行。

Home Assistant long-lived access token 最長可有效十年，漏咗出去嘅後果自然唔細。建議為 n8n 開獨立非管理員帳戶，可限制嘅話收窄 entity 權限，避開門鎖、警報、鏡頭原圖同位置資料；token 只存喺 n8n credential，唔好寫入節點、通知或執行紀錄。停用流程、搬機或懷疑外洩時，記得即刻撤銷舊 token。

AI agent 最適合做低風險整理

AI 可以摘要朝早資訊、分類電郵或將自然語句轉成結構化資料，不過模型輸出有機會錯，電郵內容亦可能夾帶惡意指令。模型後面要加固定規則檢查，涉及開門、關警報、刪電郵、付款或傳送鏡頭畫面，就保留人手確認。 n8n 已有 AI tool call 人手審批做法，但最穩陣仍然係唔畀 agent 接觸佢用唔着嘅 credential。

如果 automation 主要係屋內即時事件、MQTT 同裝置狀態，Home Assistant 原生功能或偏重 event-driven 嘅 Node-RED 通常直接啲；當一個流程要跨日曆、電郵、任務 app 同多個 API，n8n 先開始明顯慳工夫。先揀一個只會發通知嘅場景試行，穩定之後再逐步加控制動作，出事時會易查好多。

參考來源

• XDA Developers — I use n8n to handle the automations Home Assistant quietly can't, and my house runs itself now — original report
• Home Assistant：Automation triggers — 核對 Home Assistant webhook、觸發方式同官方安全提醒
• Home Assistant：Script syntax — 確認原生 script 支援分支、重複、平行動作同錯誤處理
• Home Assistant Developer Docs：Authentication API — 核對 long-lived access token 嘅建立方法同有效期
• n8n：Home Assistant integration — 確認 n8n 可連接 Home Assistant、呼叫 API 同串連其他服務
• n8n Docs：Webhook node — 核對正式 webhook URL、認證方式同 IP 限制
• n8n Docs：Install n8n with Docker — 確認自行部署嘅官方安裝路線同基本要求
• Node-RED：About — 補充 Node-RED 嘅 event-driven 定位同低成本硬件部署取向

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。