晚上十点，我重启了一次路由器。客厅的灯还亮着，但墙上的开关按下去没有反应；语音助手沉默；窗帘停在半开的位置。十分钟后网络恢复，一切照旧。这十分钟里，家没有变，变的是那些平时被当成「开关」的东西。
这算不上故障，而是很多智能家居系统的正常工作方式：指令从手机或语音入口发出，经过云端解析，再落回家里的设备。控制权握在链路上，不在墙上。
本地与云端，两条不同的路
早期方案习惯把逻辑放在云端，图的是升级方便、跨品牌联动好做；代价是网络一断，联动跟着断。后来有些厂商把常用场景下沉到网关或主机，本地执行，断网时至少还能开灯、关窗帘。这类能力通常不写在宣传页的第一行，得翻说明书，或者干脆拔一次网线才能确认。
验证的办法很朴素：断网，然后看哪些按钮还管用。
协议只是入口，边界才是问题
Wi-Fi 接入简单，设备直接连路由器；蓝牙 Mesh 靠手机或网关中转；Zigbee 与 Thread 走低功耗的网状网络，需要边界路由器；Matter 想在应用层做一层统一，让不同协议栈的设备说同一种话。这些技术各自对应不同的房屋结构和设备密度，真正该先问的是家里有多少设备、墙体厚不厚、日常由谁维护。
协议决定的是「能不能连上」，决定体验的往往是「连上之后谁来管」。设备越多，越需要一个稳定的中枢，而不是十几款 App 各管一摊。
自动化要留白
我见过把家做成流程图的：进门开灯、开空调、拉窗帘、放音乐，一步不落。头两周新鲜，第三周开始觉得吵。人对自己的家有稳定预期，不需要每次回家都收到一份惊喜。
比较稳妥的做法是保留物理开关，让自动化只处理那些「忘了做也不致命」的事，比如睡前关掉客厅的灯。半夜起夜这类场景，感应到人亮一盏低亮度的小灯就够了，不必把整套照明叫醒。
还有一层常被忽略：家里不止有熟悉这套系统的人。老人、访客、临时来住的亲戚，靠的是墙上看得见的按钮。智能家居如果把这些一并取消，实际上是把使用门槛转移给了最不方便的那几个人。
设备会老，服务也会
一个开关的物理寿命可能有十几年，配套的云服务和 App 未必陪它走完。固件停止更新、账号体系调整、服务器下线，都可能让一批设备失去远程能力。买之前值得先问几句：
- 断网时，哪些功能仍然可用？
- 本地控制是否需要额外的网关或主机？
- 厂商停止服务后，设备还能不能当普通开关用？
智能家居真正的价值，不在于能连多少设备，而在于让人少操心。如果每添一个设备就多一份维护负担、多一个需要记住的密码，这笔账就不太划得来。
那十分钟之后，我没有换掉什么设备，只是把几个关键回路的控制留在了物理按键上，又把常用场景挪到本地执行。家还是那个家，只是不再把全部控制权交给一根网线。