本地优先与隐私架构设计理念

为什么"本地"很重要

智能家居正在成为家庭里最敏感的数据收集点之一。传感器知道你几点起床、几点回家、门窗是否关好、恒温器设多少度、车库门何时开关——这些数据的敏感度远超浏览历史和购物记录。Home Assistant 的设计理念从一开始就明确：这些数据的所有者是用户本人，而不是任何厂商或平台。

三层本地架构

Home Assistant 的本地控制能力来自三层设计：

数据层：本地存储

所有实体的当前状态、历史记录、配置文件、自动化定义全部存储在本地 SQLite 数据库和 YAML 文件中。没有"必要"的云端同步步骤——首次安装时 Home Assistant OS 只需要电源、网线和一个浏览器，就能完成部署和设备接入。

逻辑层：事件总线驱动

Home Assistant 核心是一个事件驱动架构。传感器检测到有人回家？发出一个事件（person.home）。自动化引擎监听这个事件，触发"开客厅灯"的动作。整个过程在本地进程内完成，没有任何外部请求需要发送。

协议层：开放互联

Home Assistant 通过开放协议与设备通信：

• Zigbee / Z-Wave：通过 USB 适配器直接接入本地网络，不走厂商云
• Matter / Thread：基于 CSA 开放标准，设备可以直接被 Home Assistant 本地控制
• WiFi / Bluetooth LE：尽可能用设备的本地 API；只有少数设备没有开放协议时才 fallback 到厂商云 API

Nabu Casa：云服务的正确姿态

Home Assistant 的母公司 Nabu Casa 提供的 Home Assistant Cloud（现已更名 Nabu）服务是可选的，用于两个场景：

1. 远程访问：出门在外时，通过 Cloud 隧道访问家里的 Home Assistant 实例，无需配置端口转发和动态域名
2. 语音处理加速：在云端做语音转文字和文字转语音，速度比本地 Pipeline 快

关键设计：Nabu Casa 云端无权读取你的实例内容。加密隧道两端（你的 Home Assistant 和你外出的浏览器/手机 App）各自解密；中间只是转发加密字节流。源码全部开放。

隐私红线

Home Assistant 社区有几条不会碰的红线：

• 不收集遥测数据（用户主动选择参与的调查除外）
• 不做广告
• 不绑定付费才能用的核心功能
• 不通过分析用户数据来盈利——Nabu Casa 的收入完全来自 Cloud 订阅费用

这套设计让 Home Assistant 在全球隐私运动中获得了独特地位：它是少数真正把"数据主权"落到代码实现里的智能家居平台。