智能喂食器集体宕机，猫咪饿了一夜：云端依赖的代价

Reddit 上有一个帖子，标题是"我出差了，猫咪挨饿"。 发帖的人说，他在外面出差，Petlibro 的智能喂食器断网了，猫咪到了饭点吃不上东西。他是从 Reddit 帖子里才知道喂食器出问题了——不是 App 推送通知，是他自己刷 Reddit 刷到的。 帖子下面，有人说家里两只猫已经饿了 12 个小时。有人说自己装了三个 Petlibro 的设备（喂食器、饮水机、自动猫砂盆），全部离线，没有任何告警。有人说自己早上醒来才发现问题，猫咪已经饿了一夜。 Petlibro 是什么？一个做智能宠物用品的品牌，喂食器、饮水机、猫砂盆都能联网，能定时投喂、能远程控制，App 上能看到设备状态——听起来很方便。 周二（8月11日），Petlibro 的服务器宕了。

官方说"本地设置不受影响"

Petlibro 官方声明是这么说的： "我们正在经历一个服务问题，影响了部分 Petlibro App 功能。我们的团队正在积极恢复服务，在验证稳定性后将逐步恢复功能。" 同时他们强调："设备本地的设置和定时计划会继续按设定运行。" 但用户的实际反馈完全相反。Reddit 上大量帖子证明，定时投喂功能确实失效了——设备离线之后，猫粮没有出来。Petlibro 的声明和实际情况对不上。 周三下午，Petlibro 更新了状态："大部分服务已恢复，我们继续将 App 完全恢复正常运行。"部分用户说设备回来了，但还有一些用户在重新配对时遇到问题。

这暴露了一个设计问题

智能宠物设备最大的卖点就是"不用操心"——出门在外，手机看一下，定时投喂没问题。 但这个"不用操心"是建立在服务器正常运行的前提上的。 Petlibro 的喂食器依赖云端指令：App 下发定时任务 → 服务器存储 → 设备联网获取执行。这个链路断了，定时就失效。 这不是 Petlibro 特有的问题。所有依赖云端的 IoT 设备都一样——摄像头、门锁、灯泡、扫地机器人。服务器宕了，设备就变成普通电器，智能功能全部归零。

一个值得思考的问题

上周写 AI 工具的时候提到，AI 助手会越来越依赖云端能力，越来越像一个"在线服务"。 Petlibro 这次宕机，是这种模式的一个缩影——只不过主角从 AI 换成了宠物喂食器。 好处是：设备可以远程管理、功能可以随时更新、数据可以跨设备同步。 代价是：一旦服务器出问题，你对设备的控制权也跟着消失。 现在的 AI 助手也是一样。你的对话记录、你的偏好设置、你的工作流，都存在服务器上。哪天服务器宕了，或者公司把服务关了，你什么都没留下。 Petlibro 至少还给你留了一只猫。AI 服务没了，可能连你的对话记录都不给你。 这篇文章来自 The Verge，8月12日发布，作者 Emma Roth。