把家里的路由器断电十分钟，然后再去按墙上的开关、拉窗帘、开灯。多数人会发现，一部分设备还能用，另一部分彻底沉默——App 转圈，语音助手答不上一句话。这个实验不复杂，却能把一件事问清楚：那些被叫做智能家居的东西，聪明到底长在哪儿。
答案往往不在你家里。
决策放在谁家里
常见的消费级设备，把联动逻辑放在厂商的云上：传感器上报、云端判断、指令下发。这样做有它的道理——设备可以做得便宜，远程访问天然成立，规则改动不用上门。代价是，家里那条网线成了整套系统的总闸。网断了、服务侧调整了、账号出了问题，灯还是灯，但「自动」没了。
本地控制并不是新概念，网关、局域网直连、设备之间的直接绑定都存在，只是配置更麻烦，功能也常被削减。近两年芯片便宜了一些，部分厂商开始把常用场景下放到本地执行，这个方向值得注意，但还谈不上普及。我的判断很简单：可用性该由本地兜底，云负责那些真正需要远程和算力的部分。顺序反了，家里就会变得脆弱。
能连上，不等于能配合
互操作标准推进了几年，跨品牌配对确实比过去省事。但「能加进同一个 App」和「能一起干活」是两件事。同样的动作，在不同设备上的参数维度不一样；一个场景里谁能做触发、谁只能被执行，各家定义不同。结果是连接成功了，编排还得靠人一点点试。
所以真正花时间的从来不是买，而是调。这也解释了一个现象：很多家庭的智能家居停留在「几个灯能语音控制」的阶段——不是不想深入，而是投入产出比在某个点上突然变差。
自动化太满，人就变成了流程的一部分
场景设计里最容易犯的错，是把可能性全写进去。人来灯亮、人走灯灭，听上去合理，实际会遇到坐着不动、宠物经过、门帘晃动。误触发几次之后，用户就把这条规则关了，顺手把整个自动化也关了。
- 触发门槛设高一点：宁可少触发，不要频繁误触发。
- 规则不要叠加：两条自动化管同一个设备，冲突时很难查。
- 手动通道永远保留：让物理开关失效，是最糟的设计之一。
好的自动化大多「无事发生」——你没有注意到它，事情已经做完了。需要你反复确认、反复纠正的，其实是负担。
家里不止一个人
做方案的人常常默认使用者只有自己：会用 App、愿意记规则、能接受偶尔失灵。但同住的还有父母、孩子、临时来的客人、短租的房客。对他们来说，一个必须打开某个应用才能开灯的房间，就是坏掉的房间。
这也是我判断智能家居是否成熟的一个朴素标准：不装 App 的人，能不能正常生活。如果答案是不能，那这套系统还停在做实验的阶段。语音、面板、物理开关、自动化，多条路径并存听着冗余，实际上是必要的容错。
该不该联网
不是所有东西都值得接进网络。判断可以落到一个问题上：这件事出错时，代价有多大。灯晚亮两秒无所谓，门锁、燃气、水浸这类牵扯安全的环节，本地可靠性和断电后的行为，比多一个远程功能重要得多。
技术会继续往前走，标准会更齐，本地算力会更便宜。但在那之前，值得先想清楚自己要的是什么：是能演示的新鲜感，还是十年后依然不需要你操心的房子。这两件事，差别不小。