晚上路由器固件升级，家里断了十分钟网。灯还亮着，空调也开着，但手机上的控制页一直转圈。那一刻才意识到，很多被叫作智能家居的功能，其实先依赖一个稳定的云端连接。
这不是说云端方案没有价值。远程查看、跨地域控制、账号同步，都离不开服务器。问题在于，日常高频动作是否一定要绕一圈外网。开灯、关窗帘、读取温度，这些发生在屋子里的指令，本来可以由本地网关和局域网完成。断网时最先失效的，往往不是设备本身，而是那层“遥控器”。
自动化不该只停在手机里
很多演示把智能家居讲成场景按钮：回家模式、观影模式、睡眠模式。按钮当然有用，但它只是把几个动作打包，仍然需要人发起。更值得观察的是，设备能否在没有人为触发时处理小事，比如湿度升高后启动除湿，门窗打开时暂停空调，夜里检测到移动则点亮低亮度灯。这些逻辑不复杂，难点在于传感器是否稳定、规则是否可编辑、误触发后好不好修正。
如果所有判断都放在云端，延迟和隐私会变成两个绕不开的话题。本地控制并不能解决全部问题，它需要网关有足够算力，也需要设备之间说同一种语言。现实里，旧设备、新设备和不同协议常常混在一起，用户面对的是一堆各自为政的应用。所谓全屋智能，经常先从整理账号和更新固件开始。
被低估的维护成本
智能家居的另一面是维护。电池多久换一次，网关放在哪个角落信号才稳，自动化规则会不会在换手机后失效，家庭成员能不能不用说明书就操作。这些问题不酷，却决定一套系统能不能长期留在家里。设备越多，排查越像小型运维：先看网络，再看电源，接着看协议兼容，最后才怀疑硬件。
- 把关键动作留在本地：照明、安防提示、常用开关，尽量不依赖外网。
- 给自动化留手动出口：面板开关、物理按键仍然要有，避免手机没电时束手无策。
- 控制设备数量：每增加一个传感器，就多一份供电、配对和规则维护。
- 先确定生活流程：先想清楚谁在什么时间做什么，再决定要不要加设备。
回到那个断网的晚上，十分钟后网络恢复，页面重新加载，一切看起来又正常了。但智能家居是否好用，不只看联网时能展示多少功能，也看断网、换人操作、设备老化之后，屋子里基本的生活是否还顺。把边界想清楚，可能比继续增加一个场景按钮更接近日常。