当厂商决定关掉支撑你智能设备的那些云服务器，你真正拥有的东西就露了底。多数情况下，那不是一件还能用的技术产品，而是一块工艺精良的塑料砖。没有远端服务器去处理指令、执行定时任务或者放行登录，你家里或教室里那台实体设备就不工作了，无论你当初花了多少钱。

这不是理论上的风险，而是全球数百万消费者正在面对的现实。如果一台设备在拔掉网线之后无法完成它的核心功能，那你并不拥有它，你只是在租它，租到厂商的财报或战略重心变了为止。

一次云端关停的解剖

过去几年里，好几个知名的智能家居生态开始拆掉自己的云基础设施。它们不是什么名不见经传的初创公司，而是家喻户晓的大品牌：

• Belkin Wemo（2026 年 1 月 31 日终止）：Belkin 已宣布将于 2026 年 1 月 31 日正式终止其旧版 Wemo 云服务。对依赖这些智能插座和开关的用户来说，这意味着失去远程控制、规则、定时任务和第三方联动。除非通过 HomeKit 或 Thread 把这些设备接到一台本地控制器上，它们就只剩手动开关的功能。
• AeroGarden（App 在 2025 年间逐步失效）：在公司重组之后，AeroGarden 的 App 基础设施在 2025 年间逐步失效。用户报告称无法登录、定时计划丢失，水培设备也不能再自动执行光照和浇水周期，因为 App 已经连不上那些停摆的后端服务器。
• Gardyn（订阅门槛）：Gardyn 卖的是高端室内种植塔。但如果你不付每月的订阅费，或者他们的云服务器出现宕机，设备就会限制基本的定时功能和基于摄像头的植株分析。少了云端持续放行，一台高端硬件就退化成一盏灯加一个水泵。

这种逐步失效的模式说明，把本地自动化托付给远端服务器是一个结构性的设计缺陷。正如一位用户 2025 年 7 月在 Hacker News 上所说：

"进我家门的任何自动化设备，都必须在没有互联网、也没有 App 的情况下照样工作。"

南非的语境：为什么依赖云端是双重麻烦

在南非，依赖云端的硬件要迈的坎更高。我们的基础设施每天都在制造一些海外产品设计者很少预料到的故障点：

1. 拉闸限电与电池衰减：停电时，你的光纤 ONT 或者 LTE 基站可能一起掉线。如果你的智能安防摄像头或自动门控制器必须和云端握手才能工作，那么即便你有本地逆变器给设备供着电，它照样罢工。
2. WPA2-Enterprise 与学校 WiFi：许多想要开设编程、机器人或物联网课程的学校发现，市售的智能设备连不上学校的网络。这类网络要求企业级认证，而廉价的、依赖云端的物联网芯片并不支持。
3. 流量成本与延迟：把一个信号从开普敦的一个电灯开关，送到爱尔兰的一台 AWS 服务器，再送回同一个房间里的继电器，效率极低。它既浪费宝贵的带宽，又带来明显的延迟。

解法：本地优先的控制

要避免买到一次性硬件，你必须坚持要求"本地优先"的设计。本地优先的设备完全在你的局域网（LAN）内处理它的逻辑、定时任务和通信。哪怕光纤被剪断，哪怕厂商破产，设备照旧按原样运行。

下表从几项关键的运行指标上比较这两种范式：

真正的本地优先控制，通常通过 MQTT、ESPHome 或本地 HTTP API 这类开放协议来实现。这也是我们在Sheen Robotics所做工作的基础。我们设计教育和工业物联网方案时，会确保它们完全在本地网络上运行，不需要跟外部云端握手。你可以在 Sheen IoT 了解我们开放的、本地优先的硬件平台。

换来本地优先的独立，你要放弃什么

本地优先的控制在寿命和可靠性上客观占优，但也应该承认，依赖云端的设备当初为什么会流行起来。这里确实有取舍：

• 配置的复杂度：云端设备是按"即插即用"的简单来设计的。你扫个二维码，输入 WiFi 密码，剩下的交给厂商的服务器。本地优先的方案往往需要你自己跑一个本地 broker 或控制器，比如把 Home Assistant 装在 Raspberry Pi 或本地服务器上。
• 远程访问的配置：人在外面时要控制一台本地优先的设备，你不能指望厂商的服务器帮你搭桥。你得自己配一条安全的本地 VPN（比如 WireGuard），或者一个安全的反向代理。
• 开箱即用的精致 App：厂商的 App 打磨得很精致，而且是为单一产品量身定制的。本地优先的界面常常用通用面板搭出来，可定制性很强，但配置起来要花时间和精力。

智能硬件的黄金法则

在为家里、学校或公司买任何一台智能设备之前，先问这一个问题："如果我把路由器的网线拔掉，这台设备还能完成它的核心功能吗？"

如果答案是否定的，那就别买。你付的是全款，换来的却是一纸租约，而房东可以在任何时候、不经你同意就终止它。