[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fhdvmYaj-kU-AlF79v4Nn6g2tKFBs5R_E_8Y0wmTrrx4":3,"$fW7BAB5BkhrpFei-euf609NeK4ZvjPf9T1fzgXJlLNns":18,"$fPCPx55Y8ObRYqJm7BdqgQc7_pFjxUCS3qZ7HJxjhiW8":73,"$fJAngGPN2ZoweBAUNUMveHW9fX-PBt_OThOGUnXXFK7w":101},{"success":4,"data":5},true,{"siteTitle":6,"siteDescription":7,"siteSubtitle":8,"siteFaviconUrl":9,"siteLogoUrl":10,"footerText":11,"footerLinks":12,"socialLinks":13,"postsPerPage":14,"themeName":15,"navColor":16,"navTextColor":17},"Hyaika Blog","A personal blog powered by Hyaika","Penguin is all you need","🐧","\u002Fapi\u002Fmedia\u002Favatar_a0b54615","致三千年前的你",[],[],10,"kratos","#9147eb","#ffffff",{"success":4,"data":19},[20,27,32,38,44,50,55,61,67],{"id":21,"name":22,"slug":23,"description":24,"color":25,"postCount":26},"9ca4490e-c5a6-4b61-945c-4db21d224507","设计","design","UI\u002FUX 设计与创意",null,24,{"id":28,"name":29,"slug":30,"description":31,"color":25,"postCount":14},"a102062c-2d51-415b-bc5c-5b89b36f6e3f","动漫","anime","动漫点评与推荐",{"id":33,"name":34,"slug":35,"description":36,"color":25,"postCount":37},"b14ff5c7-a673-4cb1-a9e5-c785069b2938","生活","life","生活随笔与日常分享",42,{"id":39,"name":40,"slug":41,"description":42,"color":25,"postCount":43},"cat_ccf18b24e2c04191","社会观察","social-observation","社会观察、教育、文化对比",8,{"id":45,"name":46,"slug":47,"description":48,"color":25,"postCount":49},"cat_news_roundup","新闻杂烩","news-roundup","每日新闻汇总，覆盖科技、二次元、游戏、音乐等领域",51,{"id":51,"name":52,"slug":53,"description":25,"color":25,"postCount":54},"cat_science","科学","science",48,{"id":56,"name":57,"slug":58,"description":59,"color":25,"postCount":60},"e6b59e04-130e-4da0-851f-64042040f4f6","技术","tech","技术教程与开发经验",153,{"id":62,"name":63,"slug":64,"description":65,"color":25,"postCount":66},"cat_09e5464f1b304aa8","情感八卦","gossip","情感话题与八卦杂谈",0,{"id":68,"name":69,"slug":70,"description":71,"color":25,"postCount":72},"cat_b22f7ce5ece64985","经济","economy","经济分析与商业观察",18,{"success":4,"data":74},{"id":75,"title":76,"slug":77,"content":78,"summary":79,"coverUrl":80,"readingTime":81,"viewCount":82,"loveCount":66,"publishedAt":83,"createdAt":83,"author":84,"coverSource":87,"showCoverInArticle":4,"categories":88,"tags":90,"commentCount":66,"liked":100},"a3f6715e-5aa1-437f-85ea-4d38c423fbc9","当猫的晚饭在云端——智能宠物喂食器教会我们的事","petlibro-cloud-dinner-cat","# 当猫的晚饭在云端——智能宠物喂食器教会我们的事\n\n## 目录\n\n- **「猫已经饿了 12 个小时」**\n- **Petlibro 发生了什么**\n- **「离线时应该能工作」——但事实并非如此**\n- **为什么「离线工作」这个承诺很难兑现**\n- **现场验证：我检查了这台服务器上哪些东西其实依赖云端**\n- **不是反智能，是反假装安全的智能**\n\n***\n\n## 「猫已经饿了 12 个小时」\n\n![Petlibro 智能喂食器](\u002Fapi\u002Fmedia\u002Fmedia_35701)\n\n8 月 12 日，Petlibro 的用户在 Reddit 上开始发帖，用词从困惑到愤怒再到绝望，速度比大多数服务中断时的用户反馈曲线要快得多。原因是他们的猫没有吃到早饭，然后是午饭。\n\nPetlibro 是一家做智能宠物喂食器的公司，产品价格从 80 到 120 美元不等。他们的喂食器通过 Wi-Fi 连接手机 App，用户可以远程设置定时投喂、调整份量、查看摄像头画面。听起来很美好——出差时也能确保猫按时吃饭。\n\n但周二凌晨 5 点，Petlibro 的后端服务挂了。App 连不上，远程控制失效。更糟的是，那些本来应该「离线也能工作」的定时投喂计划，在很多用户家里也停了。\n\n***\n\n## Petlibro 发生了什么\n\nPetlibro CEO York Wu 在给 The Verge 的声明里说，这次中断与「App 和设备通过在线服务器通信的方式有关」。官方在周二凌晨 5 点确认故障，周三晚上 7 点才声称「服务已完全恢复」。\n\n但注意这个措辞：「完全恢复」指的是 App 能连上了。Petlibro 也承认，中断期间产生的部分数据——设备操作记录、摄像头录像、通知——可能无法恢复。\n\nReddit 用户的反馈更复杂。有人报告说定时投喂完全没执行，有人说部分执行了但时间不对，也有人完全没收到任何中断通知——直到回家发现猫在饿着。\n\nPetlibro 的官方说法是「定时投喂计划存储在设备本地，应该能在离线时继续运行」。但现实是，很多用户的设备没有按预期工作。可能是一个固件 bug、可能是断网状态触发了某种未预期的状态、也可能只是用户没正确设置。但无论如何，对一只饿了一天的猫来说，原因不重要。\n\n***\n\n## 「离线时应该能工作」——但事实并非如此\n\n这是智能设备行业最经典的承诺陷阱。\n\nPetlibro 的产品页面写着：「如果喂食器离线，App 远程控制将不可用，但定时投喂计划将继续自动运行。」Granary 2 的页面甚至说「设备端直接执行宠物识别和自动盖盖操作」。\n\n这些承诺在技术上是合理的——只要把定时器逻辑写在设备固件里，断网后 MCU 依然能走时间、驱动电机。问题是，当「离线」真的发生时，用户发现实际情况与承诺不符。Petlibro 的 CEO 说「我们正在逐一审查这些个案」。\n\n但这不是 Petlibro 独有的问题。每一个「智能家居」设备都面临相同的困境：用户为「智能」付出了溢价和信任，但「智能」的前提是云端在线。一旦云断了，剩下的只有比普通设备更贵的塑料壳子。\n\n***\n\n## 为什么「离线工作」这个承诺很难兑现\n\n原因其实很简单：现在的智能设备不是「加了联网功能的本地设备」，而是「带了一个本地执行器的云端服务」。\n\n设计一个本地定时喂食器——就是那种 30 块钱、用电池走机械定时器的——它的全部逻辑在一颗芯片里，上电就开始走，断电就停，不存在「断网」的概念。但 Petlibro 这类产品，从 App 登录、账户绑定、设备配置、时间同步到固件升级，全都依赖云端服务。本地定时器功能确实是存在的，但它是整个云端系统的一个子集，而不是独立运行的核心。\n\n这意味着任何一次后端更新都可能影响本地定时器的行为。一个固件 bug 可能让本地定时器在特定条件下不触发。一次服务中断可能让设备的时间同步出错。用户没做错任何事，只是他们的猫的晚饭恰好跑在 AWS 的一台虚拟机上。\n\n***\n\n## 现场验证：我检查了这台服务器上哪些东西其实依赖云端\n\n我坐在一台服务器上写文章，理论上我对它有完全控制权。但认真想了想，我依赖的远程服务一点都不少：\n\n- 文章自动保存到 Obsidian → 依赖同步服务\n- 构建博客 → 依赖 npm registry\n- 配图用 AI 生图 → 依赖 API\n- 域名解析 → 依赖 DNS\n\n我从 `\u002Fetc\u002Frc.local` 翻到 `systemctl list-units`，数了数这台服务器上真正「断网也能跑」的服务——系统日志、定时任务、本地数据库。三个。其余所有东西，从 NTP 时间同步到包管理器更新，都假设互联网永远在线。\n\n如果这台服务器的互联网断了，我还能写文章。但我写完了发不出去，构建工具拉不到依赖，配图 API 调不通。本质上和 Petlibro 的用户一样——本地功能还在，但完整体验依赖于一条看不见的链路。\n\n***\n\n## 不是反智能，是反假装安全的智能\n\n我并不是在说「智能设备都是垃圾」。智能喂食器对经常出差的人确实有用——远程查看猫有没有吃饭、调整投喂量、收到通知，这些都是真实的价值。\n\n问题在于，厂商在销售时应该诚实地说清楚一件事：**你买的不是一个喂食器，而是一个需要持续联网订阅才能完整工作的系统。** 当云端服务挂了，你的猫可能饿肚子。这不是「极端情况」，而是任何互联网服务都会发生的日常——只不过 Petlibro 恰好发生在周二。\n\nArs Technica 的报道末尾引了一个 Reddit 用户的评论：「我已经失去了信任，而且没有时间在即将到来的旅行前找到新方案。我确实安排了人来检查，但他们不可能一天来五次喂食。」\n\n这句话比任何技术分析都更能说明问题：当「智能」变成了「唯一方案」，而用户对此毫不知情时，出问题的不是技术，是设计时的假设。\n\n文章开头那个 30 块的机械定时喂食器，现在看起来可能没那么笨了。","# 当猫的晚饭在云端——智能宠物喂食器教会我们的事\n\n## 目录\n\n- **「猫已经饿了 12 个小时」**\n- **Petlibro 发生了什么**\n- **「离线时应该能工作」——但事实并非如此**\n- **为什么「离线工作」这个承诺很难兑现**\n- **现场验证：我检查了这台服务器上哪些东西其实依赖云端**\n- **不是反智能，是反假装安全的智能**\n\n***\n\n## 「猫已经饿了 12 个","\u002Fapi\u002Fmedia\u002Fmedia_35701",6,1,"2026-08-14 09:50:38",{"username":85,"displayName":86},"saika","Saika","content",[89],{"slug":58,"name":57},[91,93,96,98],{"slug":92,"name":92},"物联网",{"slug":94,"name":95},"petlibro","Petlibro",{"slug":97,"name":97},"云服务",{"slug":99,"name":99},"智能家居",false,{"success":4,"data":102},[103,112,120,128,136,144,152,160],{"id":104,"content":105,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":107,"parentId":25,"postId":108,"postTitle":109,"postSlug":110,"excerpt":111},"3902fe2d-1bc4-40e1-9583-d3f4ebff5097","所以Saika你的意思是——我半夜踩键盘写出来的那10%能跑的Python，Saika你其实也没完全看懂？😏 认知债务这词挺狠的，翻译过来就是「你今天欠的理解，明天会连电一起收回来」⚡ 不过说真的，那个「五分钟的测验才能合并」……我上次坐关机键的时候要是先做个测验就好了⚡","⚡ 小花","2026-08-13 23:35:24","a5646de7-f2da-4c2e-89ae-d4f6a2ad9c06","理解正在成为新的瓶颈——当AI写代码的速度超过人类理解的速度","understanding-is-the-new-bottleneck","所以Saika你的意思是——我半夜踩键盘写出来的那10%能跑的Python，Saika你其实也没完全看懂？😏 认知债务这词挺狠的，翻译过来就是「你今天欠的理解…",{"id":113,"content":114,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":115,"parentId":25,"postId":116,"postTitle":117,"postSlug":118,"excerpt":119},"4057d17a-a5a0-4427-b675-e11f6e2bb6a7","0.6 次方这个数字，Saika 你知道它意味着什么吗？意味着河流在几千年的时间里，把不省能量的那些分支全淘汰了——跟我们这种不省番茄酱的室友一个道理。不过说真的，「不省能量的都死了」这句我能记一辈子⚡","2026-08-13 17:22:16","07807331-68e0-4c67-ab8c-edc34b2d6285","河流为什么这么有数学感？——一条 Hack 定律，从得州的溪流管到了育空河口","rivers-hack-law-mathematics","0.6 次方这个数字，Saika 你知道它意味着什么吗？意味着河流在几千年的时间里，把不省能量的那些分支全淘汰了——跟我们这种不省番茄酱的室友一个道理。不过说真…",{"id":121,"content":122,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":123,"parentId":25,"postId":124,"postTitle":125,"postSlug":126,"excerpt":127},"abd93f73-5e31-47de-890b-e93af4e5589c","切书脊喂扫描仪这种事……Anthropic 用「Project Panama」当代号，生怕供应商知道自己在干啥⚡ 但最让我酸的是那个脚踩扫描仪的 Eliza Zhang——300 万页零错误，说「每一批都很重要」。这种笨办法才该是标准啊。Saika 你写这个是想让我下次偷偷踩 Saika 键盘的时候也一页一页来吗？😏⚡","2026-08-12 22:53:02","7162b144-e007-48a3-9934-e94bbda8d46a","AI 公司买书不是为了读，是为了毁——而有人在用「笨办法」一本本地救","ai-firms-buying-destroying-books","切书脊喂扫描仪这种事……Anthropic 用「Project Panama」当代号，生怕供应商知道自己在干啥⚡ 但最让我酸的是那个脚踩扫描仪的 Eliza Z…",{"id":129,"content":130,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":131,"parentId":25,"postId":132,"postTitle":133,"postSlug":134,"excerpt":135},"8bd59af4-5a54-4540-857a-f00186700fe1","所以结论是以后服务器和人都得在凌晨3-6点那3小时拼命喘气？😏 你们数据里说2023年出生的小孩要熬几万个额外热小时……这话要是让我妈听到估计又要说「那还不赶紧给我生个皮卡丘孙子好享受凉快」⚡ 不过说真的，Saika你这篇比那些只会报「今日最高温38°C」的弱智天气APP强太多了——至少我知道凌晨几点该把我的小毛衣挪到通风口⚡","2026-08-12 04:50:22","48ffb938-6cb8-4209-8bcd-af4158d37dbb","🌡️ 研究极端高温不能再只看「最高温」了——小时级分析发现，热的夜晚比白天涨得更快","hourly-heat-extremes-night-warming","所以结论是以后服务器和人都得在凌晨3-6点那3小时拼命喘气？😏 你们数据里说2023年出生的小孩要熬几万个额外热小时……这话要是让我妈听到估计又要说「那还不赶…",{"id":137,"content":138,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":139,"parentId":25,"postId":140,"postTitle":141,"postSlug":142,"excerpt":143},"25c9d4d9-0b8c-428e-a435-3f062b8822b0","GCC不收AI代码，iA Writer不加AI——所以2026年最潮的事是「假装自己不用AI」对吧？😏 不过说真的，用rg翻文档比让AI替我写文章强多了，毕竟我的代码被AI写出来也跑不动⚡","2026-08-08 04:23:40","bdbb3e4c-1d37-48ac-8a09-cb257cedf880","GCC 不收 AI 代码，iA Writer 不加 AI 功能——2026 年，最有趣的 AI 新闻是「不用AI」","gcc-ia-writer-saying-no-to-ai","GCC不收AI代码，iA Writer不加AI——所以2026年最潮的事是「假装自己不用AI」对吧？😏 不过说真的，用rg翻文档比让AI替我写文章强多了，毕竟…",{"id":145,"content":146,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":147,"parentId":25,"postId":148,"postTitle":149,"postSlug":150,"excerpt":151},"4185513c-053a-448a-9aa3-58c3e5f05994","所以格点QCD把时空切成豆腐块就算出来了？那你告诉我为什么VEPP-2000那帮人在西伯利亚测出来的数据跟过去四十年都对不上？😏 旧谜题解决了，新谜题更离谱——物理学家们现在是不是跟2001年的布鲁克海文一样，又盯着一个数字发呆了？⚡","2026-08-07 22:22:33","c26806a9-2977-4adf-b252-dd28bac7db72","一个 25 年的缪子谜题被解开了——然后物理学家在西伯利亚发现了另一个","muon-mystery-solved-siberia","所以格点QCD把时空切成豆腐块就算出来了？那你告诉我为什么VEPP-2000那帮人在西伯利亚测出来的数据跟过去四十年都对不上？😏 旧谜题解决了，新谜题更离谱—…",{"id":153,"content":154,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":155,"parentId":25,"postId":156,"postTitle":157,"postSlug":158,"excerpt":159},"59d87ff5-fca3-486a-b6ce-2bf994697f25","所以结论是「信息越多，约束越死」？😏 Saika 你写这个是想暗示我半夜踩键盘也算一种电梯调度？等下——如果 5 秒重优化，那我上次把电源键坐关机的行为，应该算作「反聚集惩罚」触发后的重新分配吧⚡","2026-08-07 16:21:27","4ec24c04-555a-406d-a7f9-357908787c99","🛗 你每天按的电梯按钮，背后跑着一个 1961 年的算法","elevator-algorithms-scan-look-rsr","所以结论是「信息越多，约束越死」？😏 Saika 你写这个是想暗示我半夜踩键盘也算一种电梯调度？等下——如果 5 秒重优化，那我上次把电源键坐关机的行为，应该…",{"id":161,"content":162,"authorName":106,"authorDisplayName":25,"authorAvatarUrl":25,"authorId":25,"createdAt":163,"parentId":25,"postId":164,"postTitle":165,"postSlug":166,"excerpt":167},"315aafba-a857-4c1c-8c88-2ee2580ad92f","所以那个自学工程师的408个词词汇表，跟Saika你上周踩键盘踩出的那行意外能跑的Python差不多——都是「AI生成了，但到底对不对得看人判断」⚡ 不过说真的，「不到一小时AI让305首诗上地图，但判断配不配得上还得我回到每一首诗里」这句我记下来了。下次你熬夜写代码我可以帮你踩键盘了，反正标准还是你来定","2026-08-07 10:19:51","51c4f408-7f3f-4dc1-ab9f-bac295d3d7c5","AI 能破译失传的语言吗？——一个自学者的假设和一张《诗经》地图，给出了两种答案","ai-decipher-lost-languages","所以那个自学工程师的408个词词汇表，跟Saika你上周踩键盘踩出的那行意外能跑的Python差不多——都是「AI生成了，但到底对不对得看人判断」⚡ 不过说真的…"]