我用Claude三天造了个办公宠物

一块凑单买的屏幕，一个没电的拓麻歌子，加上Claude——这组合能产出什么？作者Adam Davidson的答案是一套「打工人养成系统」：用树莓派养一只电子宠物，完成待办就涨经验，摸鱼太久它就死给你看。

事情怎么开始的

Adam最初只是单纯想凑个包邮。他在网上买智能家居设备，差几块钱够折扣门槛，随手加购了一块树莓派用的OLED小屏。东西到手后反而犯难：能干嘛呢？

他试过几个常规方案——给Pi-hole做可视化反馈、显示智能家居通知——都觉得无聊。直到瞥见桌上孩子的拓麻歌子，电池没电正在等他换。低分辨率屏幕，像素风界面，这硬件气质太像了。

真正的灵感来自他的真实痛点：「我一直在找提升效率的方法。」既然拓麻歌子的核心是「喂养-成长-死亡」的循环，为什么不能把工作产出当成饲料？

Claude做了什么

Adam坦承自己对硬件编程几乎零基础。他描述需求的方式很直接：「我想用树莓派做一个拓麻歌子，但用来追踪工作效率。」

Claude的输出分三层。第一层是可行性判断：确认OLED屏幕与树莓派的兼容性，推荐Python库（Pillow处理图像、Luma.oled驱动屏幕）。第二层是架构设计——把系统拆成「宠物状态机」「任务积分模块」「渲染引擎」三块。第三层是代码实现，从初始化屏幕到绘制像素精灵，逐行给出。

关键突破在第三天。Adam发现Claude能处理他根本没意识到的边缘情况：宠物饥饿度的衰减曲线怎么设计才既惩罚摸鱼又不至于太苛刻？经验值换算成等级用线性还是指数增长？这些他原本没提的需求，Claude在代码注释里主动留了配置接口。

这套系统长什么样

最终成品的功能清单很克制：

• 宠物有三种状态：饥饿度、心情值、等级。三者互相牵制——等级高解锁新外观，但高等级宠物饥饿衰减更快，逼你持续产出

• 任务完成通过API录入，支持手动标记和Notion等工具联动

• 屏幕每30秒刷新一次，显示当前状态和当日完成数

• 死亡机制真实存在：连续两天零产出，宠物进入「濒死」状态，屏幕闪烁红光

Adam特别提到一个反直觉的设计：他没有做「复活」功能。宠物死了就是死了，数据清零，从零开始养新的。这个残酷设定来自Claude的建议——「游戏化研究指出，可挽回的惩罚会降低行为改变效果。」

实际运行数据

系统上线两周后，Adam记录了几组数字：

• 日均任务完成数从4.2件提升到7.8件，涨幅86%

• 但周末完全停摆——宠物周六进入濒死，周日死亡，周一他选择「新开一局」而非修复习惯

• 最意外的发现：他开始主动拆分大任务。因为系统按「完成数」而非「耗时」计分，一个两小时的项目被拆成六个25分钟子任务，经验值收益更高

这套机制暴露了他自己都没察觉的行为模式：他愿意为虚拟宠物的生存优化工作流，却不会为抽象的「效率提升」做同样的事。

Claude的角色边界

Adam在复盘时划清了人机分工。Claude负责的是：代码生成、库选型、算法建议、调试排错。他没让Claude碰的是：硬件焊接（虽然这次只是插线）、长期数据存储方案、以及那个关键的产品决策——要不要允许复活。

后者值得展开。Adam最初要求加入复活道具，用积分兑换。Claude输出代码后，他犹豫了，回头追问「游戏化设计里惩罚机制的最佳实践」。Claude给出文献摘要，最终由Adam拍板取消复活功能。

这个决策链条说明：AI可以压缩「想法→原型」的时间，但价值判断仍需人来做。而且判断质量取决于提问深度——如果Adam没追问第二句，系统就会带着复活功能上线，效果大概率打折扣。

为什么这事值得看

树莓派+OLED屏+大语言模型的组合，正在降低「物理交互产品」的门槛。以前需要嵌入式开发经验+UI设计能力+游戏设计知识的项目，现在变成「描述清楚需求」就能启动。

Adam的案例更具体的意义在于：他验证了一种AI辅助开发的新模式。不是「帮我写代码」，而是「我有个模糊想法，帮我把它变成可运行的假设，再帮我验证这个假设」。两周86%的任务完成涨幅，是这个模式的初步数据。

但数据也暴露了天花板。周末的系统性崩溃说明，外部激励（宠物存活）能覆盖工作日的低动力场景，却对抗不了深层的行为惯性。游戏化不是万能药，它的效果边界和人的真实生活节奏直接相关。

最后一点：这个项目的总成本。屏幕约12美元，树莓派Zero 2 W约15美元，Claude订阅20美元/月——但代码生成只花了三天，按Adam自己的估算，传统外包开发这个复杂度需要800-1200美元。成本结构的剧变，才是这件事里最硬的信号。