OpenAI给代码工具塞了只电子宠物，图什么？

写代码的时候，桌角趴着一只会动的AI宠物——这不是装饰，而是OpenAI对"人机协作"的新解法。

宠物不干活，但会"汇报"

OpenAI给Codex加了八只内置电子宠物，还能用指令"/hatch"自己孵。它们不会写一行代码，只做三件事：飘在屏幕上告诉你Codex在忙什么、任务完成时弹个通知、需要你介入时喊一声。

核心设计很直白：开发者不用切窗口就能盯着AI的进度。输入"/pet"召唤或赶走，相当于给后台运行的编码助手配了个前台信号灯。

已经有用户把微软那个回形针Clippy复活传上去了——某种程度上的技术怀旧。

为什么是"宠物"而不是进度条？

这要从Codex的定位说起。它是OpenAI的"智能体"（agentic）编程工具，能自主拆解任务、执行多步骤操作。但问题是：AI在后台忙活时，人该干嘛？干等？反复点检查看？

宠物化设计解决的是注意力焦虑。进度条太冰冷，弹窗太打断，而一只会动的生物性存在恰好卡在中间——它持续在场，但不强制交互。你余光扫到它在动，就知道AI还在跑；它停住看你，就是有状况。

这和游戏里的随从机制有点像：不直接参战，但提供情境感知。

从工具到"搭子"的试探

OpenAI在搞一场小实验：把AI助手从"用完即走"的工具，变成屏幕上常驻的同伴。Windows和macOS版本同步上线，还拿30天ChatGPT Pro会员悬赏"最佳创意宠物"——明显在鼓励用户参与塑造这个系统的性格。

值得玩味的是时机。智能体工具今年密集爆发，各家都在拼"能做多复杂的任务"，OpenAI却回头抠"等待体验"这种细节。可能他们意识到：当AI真的能替你干一小时活的时候，怎么让用户安心等待、适时介入，本身就是产品决胜点。

电子宠物是轻量答案。它不提供新功能，但重塑了人对AI的感知方式——从"调用一个工具"变成"养一个看得见的工作搭子"。

实用指向：谁该关注这个信号？

做AI产品的团队可以抄作业了。如果你的工具也有长时后台任务，别只给进度条，试试给状态一个"面孔"。用户不需要更多信息，需要信息的存在感。

对开发者来说，这是观察OpenAI产品哲学的窗口：技术能力之外，他们在系统性地降低"使用AI"的心理门槛。宠物是糖衣，包裹的是让AI融入日常工作的野心。

最后留个动作：打开Codex输"/hatch"，看看你能孵出什么奇怪东西——OpenAI显然想知道，用户会把这个空白画布涂成什么样。