停电那晚，开关变回了开关
小区线路检修，物业提前三天贴了通知。我自认为准备充分：充电宝满电，手电筒放在玄关。真正断电，问题出在没想到的地方——客厅那排触控面板没有物理按键，屏幕一黑，手指按上去只有一声短促的蜂鸣。灯没有坏，只是没接到指令。
反而几件最不起眼的东西派上了用场：一只靠电池的感应小夜灯，一盏带机械旋钮的台灯。它们不理解我，也不需要理解我。
断网这件事，被低估了
我们谈智能家居，一般谈它能做什么：语音开灯、窗帘定时、回家前先把空调打开。这些能力大多挂在同一条链路上——设备连网关，网关连路由器，路由器连厂商的云。链条上任何一环出问题，用户看到的就是“设备离线”四个字。
而多数时候，这条链路的中间几段并不在家里。
把判断留在本地，代价是什么
近几年一些厂商在推本地化：把场景联动、一部分语音识别、简单的图像判断放到家里的网关或设备上运行，不必每次都上传。好处很直接——响应快，断网时仍能执行预设规则，敏感数据也不必出门。
代价同样直接：
- 家里的硬件要承担更多计算，成本上升，换代周期被压缩；
- 本地能做的事有上限，复杂的语义理解和模型更新仍然依赖云端；
- 厂商要同时维护两套逻辑，是否愿意长期投入，是个问号。
所以本地化不是非此即彼的选边。更现实的做法是按重要性分层：门锁、照明、报警这类需要立刻响应的功能，尽量留在局域网内；内容推荐、语音闲聊这类慢一点无妨的，交给云端。
协议的分岔路，用户承担了后半段
另一个常被忽略的问题是设备之间如何对话。早期各家用自己的私有协议，买同一家的产品最省事。后来出现过若干统一互联的尝试，方向是把不同厂商的设备拉到同一套描述语言上，让它们至少能互相“看见”。进展有，但没有想象中快，已经装好的存量设备也不会因此重生。
结果是一个普通家庭的智能家居往往由三四个系统拼起来，各自有 App、账号、固件和客服。用户名义上是主人，实际上在充当集成商。
谁在维护这些东西
我见过一种很典型的衰减：头一年，自动化规则被反复调整，灯光场景、温湿度联动、窗帘开合时间，改得不亦乐乎；第二年，规则基本不动了；第三年，家里人大多只用语音和开关，复杂联动被关掉，理由是“有时候会乱”。
设备自己也在变旧。路由器换新，网段变了；账号密码改了，某台设备掉线；厂商停止维护某款固件，功能还在，只是没人管了。单看都是小事，攒在一起，“智能”就慢慢退化成“能用就行”。
这也是我判断一套智能家居是否成熟时，最不显眼的一条：它能不能不折腾人，安静地待上几年。响应快、功能多，都是容易做到的；难的是持续可用。
最后一道接口是人
有些设计者希望一切自动化，人最好什么都不用管。但生活里很多判断本来就是模糊的——今晚要不要开窗，取决于风大不大、楼下有没有人在烧烤；要不要关灯，取决于孩子是不是还在客厅。这些事写不成规则，写出来也显得笨。
所以我更愿意把智能家居理解成一种协商关系：设备负责它擅长的确定部分，人保留那些说不清楚的判断。停电那晚，我摸黑找到的那盏机械旋钮台灯，某种程度上就是这个意思——它从不声称理解我，也从不让我失望。