AeroGarden——那种承诺让你在厨房台面上收获新鲜香草的台式水培菜园——正在收摊。公司宣布将停止运营，WiFi 机型的用户被告知，控制用的 App 只会在一段有限的时间里继续可用。这是一则不大的消费类新闻，却给任何要为教室采购联网硬件的人留下了一个不小的教训：当一台设备的大脑寄居在别人的云上，它就带着一个你从未同意过的有效期。

AeroGarden 发生了什么

事实很短。AeroGarden 宣布自 2025 年 1 月 1 日起停止运营。对于它的 WiFi 联网机型，App 的可用期只承诺到 2026 年 3 月。此后，App 所对接的云服务预计将陷入沉寂。

菜园本身并没有变成砖头。灯和水泵仍按内置的定时器运转，植物照样长。但那些智能功能——远程控制、提醒、固件更新，以及一切要经过厂商服务器的东西——依赖的是得有人持续掏钱维护的基础设施。公司一停，这些功能也跟着停。买家手里剩下的，是一台比到货那天做得更少的设备。

“家电加云”的陷阱

这是一种模式，不是孤例。拿一件普通家电，加一颗芯片和一个 WiFi 模块，再把有用的逻辑推到用户永远看不见的远端服务器上。做出来的东西显得现代，出货成本也低。但这同时意味着，产品只有在厂商还活着、还愿意维持服务时才完整可用。商业模式一变，功能清单就缩水。

依赖云本身并没有错，很多好工具都需要某处有一台服务器。问题在于核心功能被它绑架：一座菜园离开与某一家公司的实时连接就没法设定时，一个玩具就没法控制，一台机器人就没法编程。那不是功能，那是倒计时。

教室采购方为什么该在意

学校和培训机构的采购方式和家庭不同。他们成套地买，硬件要用好几年，预算按学期或按年提前规划。一整班的联网设备在学年中途悄悄丢掉一半功能，就不是小小的不便，而是一份跑不动的教案，和一笔需要重新解释两遍的支出。

南非的现实让问题更尖锐。限电和不稳定的网络，本来就会打断任何依赖互联网的课。如果硬件还要靠厂商的云才能干本职工作，你等于把两个故障点摞在了一起。最稳妥的教室设备，是老师在一间没有 WiFi 的房间里打开就能把整节课上完的那一种。

下单前该问清什么

你不需要去读一家公司的资产负债表来保护自己。采购时几个朴素的问题，就能滤掉大部分风险。

• 核心功能能离线工作吗？主要的那件活儿，无论是加热、控制还是运行程序，都不该需要互联网。
• 控制是本地的吗？优先选那些在设备所在的房间里就能驱动的，而不是只能通过远端服务器。
• 数据和作品拿得出来吗？学生的项目、代码和设置应当能以普通格式导出，而不是锁在某一个 App 里。
• 不经过厂商的云能装软件吗？能直接加载的固件和课程内容，会比做出它们的公司活得更久。
• 标准是否开放、有文档？通用接口、通用语言和公开文档，意味着换个人也能让这东西继续活下去。
• 厂商消失了怎么办？备件、社区或开放的文件，比一个精致的 App 更重要。

这些都不排斥智能硬件，只是把“智能”的那一部分挪到你能掌控的地方。

我们在sheen怎么看这件事

我们的立场摆在明面上。我们围绕它设计课程的sheenbot∞主板是直接编程的，程序就跑在设备本身上。学生在浏览器里写代码，发送到板子上，此后互联网在不在，板子都照做它的事。作品是他们自己的，而不是数据库里一行他们够不着的记录。主板可以在sheenbot∞ 页面看到，套件在商店里。

同样的想法也塑造了我们上课的方式。开普敦学院的课和假期工作坊，默认的条件是一间教室、一套主板和一位老师，而不是与某一家公司的服务器保持长连接。这是有意为之的选择，AeroGarden 的故事正好提醒了我们它为什么重要。

要点

AeroGarden 的失败不是因为水培是个坏主意。它是作为一门生意失败的，而它的客户学到的是：一台被云拴住的电器只是租来的，从来不算真正拥有。对家里做饭的人来说，这顶多让人耸耸肩。对一间柜子里塞满设备、一整年课程都围着它们排的学校来说，这是一笔值得在设计阶段就规避掉的预算风险。买那种厂商撒手之后仍然能用的硬件，把要紧的逻辑留在本地，并确保学生做出来的东西属于他们自己。