旧电脑别扔，先装个家庭自动化中枢
Home Assistant 适合想自己折腾智能家居的人：能接设备、写自动化、做能耗看板，也有明确边界。
家里智能设备一多，最烦人的地方往往很朴素：每个品牌都想让你装一个 App 。
灯泡一个 App，窗帘一个 App，空调一个 App，门锁一个 App 。到最后，所谓智能家居变成了手机桌面上的一排遥控器。
Home Assistant 适合解决这个问题。它是一个开源家庭自动化系统，官方介绍里写得很直白：本地控制、隐私优先，适合跑在树莓派或本地服务器上。 GitHub 上的 home-assistant/core 就是它的核心引擎，Apache-2.0 开源协议，当前仓库已经有 8.8 万多个 star 。代码里可以看到 1474 个内置集成目录，其中本地轮询、本地推送类集成占了很大一部分，这也是它吸引 DIY 玩家的原因。
换个更贴近普通家庭的说法：它更像你家里的“本地中控台”。
适用范围：谁适合折腾它
Home Assistant 很适合这几类人：
- 家里设备品牌很杂：米家、 Hue 、 Shelly 、 Apple TV 、 HomeKit 、 Matter 、 Zigbee 、 MQTT 、 ESPHome 混在一起用。
- 想把旧电脑、 NUC 、 NAS 、树莓派变成家庭中枢，不想再买一个封闭网关。
- 在意本地控制。断网后，局域网里的灯、传感器、部分开关和自动化仍然能工作。
- 喜欢 DIY：自己焊 ESP32 传感器、接温湿度、人体存在、门磁、水浸、空气质量监测。
- 想做复杂自动化：例如“晚上 11 点后有人进卫生间，只开 20% 暖光；湿度超过阈值自动开排风；离家后自动关灯、关空调、提醒门窗状态”。
不太适合这几类场景：
- 只想买回来插电就完全不用管。 Home Assistant 能很省心，但前期需要配置。
- 家里设备全靠云端 API，厂商又经常改接口。能接入不代表永远稳定。
- 把它当专业安防系统、消防系统或医疗看护系统。它可以提醒和联动，不能替代专业设备和人工确认。
- 完全不想碰网络、 Docker 、局域网 IP 、备份这些概念。
它到底能干什么
能做的事很多，普通家庭先看这几个就够了。
第一，把设备集中到一个界面里。灯、插座、空调、温湿度、门窗传感器、摄像头、扫地机、电视、音箱、 NAS 状态，都可以在 Home Assistant 里变成实体。官方集成页面覆盖了大量设备和服务，仓库里的 components 目录也能看出它的生态规模。
第二，做本地自动化。 Home Assistant 的自动化可以用可视化编辑器完成，不需要一上来写代码。触发条件可以是时间、太阳高度、手机位置、门磁状态、人体存在、温度、湿度、用电量；动作可以是开灯、发通知、播放音乐、切换场景、调用脚本。
第三，做能耗和家庭状态看板。智能插座、电表、光伏、储能、电动车充电器接进来之后，可以看到家庭用电曲线。对爱折腾的人来说，这比“今天用了多少度电”有意思得多：它能让你知道到底是谁在偷偷耗电。
第四，接入 DIY 硬件。 ESPHome 和 MQTT 是 Home Assistant 的两个重要入口。前者适合用 ESP32/ESP8266 做传感器和控制器，后者适合把各种自制设备、脚本、网关数据送进来。 DIY 的空间主要在这里。
第五，把不同生态串起来。比如一个 Zigbee 人体传感器触发 Hue 灯，一个米家门磁触发 HomeKit 通知，一个 ESP32 水浸传感器触发 Telegram 消息。只要集成能稳定拿到状态，Home Assistant 就能把它们放进同一套规则里。
它不能干什么
这部分要先说清楚，免得期待跑偏。
它不能让完全不支持联网的硬件凭空联网。普通老式电器需要红外、智能插座、继电器、串口、蓝牙网关或其他硬件桥接。
它不能保证所有品牌云接口长期稳定。比如某些平台需要云账号授权，一旦厂商改接口、限流、封闭能力，Home Assistant 也会受影响。本地协议通常更稳，云端集成要接受不确定性。
它不能替代专业安防。门锁、摄像头、报警器可以接入，但高风险场景不要只靠一条自动化规则。开门、断电、燃气、水浸这类动作，最好保留人工确认和硬件级保护。
它不能免维护。系统升级、备份、数据库大小、 SD 卡寿命、网络变动、设备掉线，都需要偶尔检查。用旧电脑或 NAS 会比劣质 SD 卡更稳。
它也不能让你绕过设备厂商的硬限制。某些设备只开放部分能力，某些设备必须走官方云，某些设备状态更新慢，这些问题 Home Assistant 只能尽量兼容，不能单方面解决。
使用教程：先用 Docker 跑起来
官方最推荐普通用户用 Home Assistant OS，适合树莓派、 NUC 、小主机、虚拟机。它带 Supervisor 、备份、插件管理，整体体验更完整。
如果只是先试用，Docker 更快。准备一台一直开机的机器：旧电脑、 NAS 、 Linux 小主机都行。
新建目录：
mkdir -p ~/homeassistant/config
用 Docker 启动：
docker run -d \
--name homeassistant \
--privileged \
--restart=unless-stopped \
-e TZ=Asia/Shanghai \
-v ~/homeassistant/config:/config \
--network=host \
ghcr.io/home-assistant/home-assistant:stable
等几分钟，浏览器打开：
http://你的主机IP:8123
第一次进入会创建账号，然后让它扫描局域网设备。能自动发现的设备会出现在“设置 → 设备与服务”里，比如 Hue 、 Shelly 、 Apple TV 、 Matter 、部分 HomeKit 设备、 ESPHome 节点等。
如果要长期用，我建议用这个路线：
- 先用 Docker 试 1 天，确认家里主要设备能不能接进来。
- 有树莓派、小主机或闲置 x86 机器，再装 Home Assistant OS 。
- Zigbee 设备多，就加一个 Zigbee 网关或 USB 协调器，常见路线是 ZHA 或 Zigbee2MQTT 。
- DIY 传感器多，就学 ESPHome 。温湿度、人体存在、水浸、开关量输入，都是很适合入门的小项目。
- 每次大改配置前先备份，尤其是自动化和仪表盘做复杂以后。
第一个自动化可以这么做
第一步可以从小场景开始：人体传感器 + 灯。
目标：晚上有人经过走廊，自动开低亮度灯；两分钟没人，自动关灯。
在界面里操作路径大概是：
设置 → 自动化与场景 → 创建自动化
触发条件：走廊人体传感器检测到有人
条件：时间在 22:00 到 07:00 之间
动作：打开走廊灯，亮度 20%，色温偏暖
再加一条自动化：传感器 2 分钟无人后关闭走廊灯
这个例子很小，但它能验证四件事：传感器状态准不准，灯的控制稳不稳，自动化延迟是否可接受，夜间亮度会不会打扰人。小场景跑稳了，再去做全屋联动。
DIY 的价值在“自己定义规则”
Home Assistant 最吸引人的地方，是规则掌握在自己手里。
厂商 App 通常按品牌设计。 Home Assistant 按家庭场景设计。你可以把厨房、卫生间、卧室、阳台、车库都抽象成区域；把灯、传感器、插座、空调都抽象成实体；再用自动化把它们串起来。
DIY 玩家可以继续往下挖：
- 用 ESP32 做一个 30 元级别的温湿度节点。
- 用毫米波雷达做人存在检测，比普通红外更适合卫生间和书房。
- 用水浸传感器守洗衣机、净水器、鱼缸。
- 用智能插座统计冰箱、电脑、 NAS 、热水器耗电。
- 用 MQTT 把自己写的脚本、爬虫、告警系统接进家庭面板。
这套东西折腾起来会花时间，但好处也很直接：以后换设备、换品牌、换手机，家里的自动化逻辑不用跟着重做。
入门建议
第一台机器别太弱。树莓派 4/5 、 N100 小主机、旧笔记本、 NAS 都可以。长期运行尽量用 SSD，少用便宜 SD 卡。
第一批设备尽量选本地协议。 Zigbee 、 Matter 、 ESPHome 、 MQTT 、 Shelly 、 Hue 这类路线更适合长期折腾。纯云设备也能用，但别把全屋关键动作都压在云接口上。
第一周只做 3 条自动化：夜灯、离家关灯、漏水提醒。不要一开始就把空调、门锁、监控、复杂场景全塞进去。智能家居最怕“看起来很酷，实际天天误触发”。
如果家里已经有不少设备，Home Assistant 值得试。如果只是想要一个最省心的智能家居方案，买同一生态的网关和设备会更简单。
Home Assistant 适合的是另一类人：愿意把家当成一个长期 DIY 项目，慢慢把设备、规则和数据都收回自己手里。