很多人第一眼看到 Codex 桌宠，可能会笑：OpenAI 也开始卖萌了？
我不这么看。
它不是给程序员解闷的小动物。它更像是AI Agent 时代的新进度条。
以前软件卡住，我们怕的是它慢。现在 AI 在后台干活，我们更怕的是：它到底还活着吗？它是在认真做，还是已经卡死了？
这就是 Codex 桌宠真正要解决的问题。
用户就会慌：它在运行吗？是不是死机了？我要不要重启？
所以进度条和加载圈出现了。
它们的作用不是告诉你每一步技术细节，而是给你一个心理信号：别慌，系统还在干活。
这也是用户体验里很老的一条原则：系统状态要让用户看得见。NN/g 把它列为十大可用性启发式第一条，意思很直白：用户要知道系统正在发生什么。
这时候你很难画一个准确的进度条。
写“正在处理”也不够。因为它可能“正在处理”二十分钟。用户不知道这二十分钟是正常工作，还是已经卡住。
这就是 Agent 产品的新矛盾：以前是“我操作软件”。现在是“我委托软件”。
界面却还停留在“我操作软件”的年代。
这句话很关键。
桌宠不是单纯蹦来蹦去。它在把后台 Agent 的状态翻译成你能一眼看懂的信号。
跑来跑去，说明它在干活。安静待着，说明它在等。跳出来提醒，说明该你 review。状态变了，你不用切窗口，余光一扫就知道。
这其实是一种“环境显示”。复杂点说，就是把信息放到你的周边视野里；简单点说，就是：不用盯着看，但你能感觉到它变了。
Ambient Displays 这个方向早在 1998 年就有人研究过：用光、声音、运动等细微变化，把信息放进人的背景注意力里。
Codex 桌宠做的是同一件事，只是换成了一只更讨喜的小动物。
理论上，一个小圆点也能显示状态。绿色代表运行，黄色代表等待，红色代表失败。
但 OpenAI 没这么做。它选择了宠物。
原因很简单：人对“活物感”更敏感。
一个加载圈转二十分钟，你会烦。一只小宠物在旁边忙活二十分钟，你可能会觉得：它还挺努力。
这不是玄学。Bongo Cat 是一个几乎没有生产力功能的桌宠游戏，Steam 页面介绍也很直接：你打字、点击、工作，它就在任务栏上敲。但 SteamDB 显示，它的历史同时在线峰值达到 194,508。
这说明一件事：“可爱 + 在场”本身就是一种产品能力。
它不一定提高效率，但它会提高陪伴感。而 AI Agent 恰好最需要这种陪伴感。因为它经常在你看不见的地方工作。
看到 Codex 桌宠，很多老用户会想起 Clippy。
那个微软 Office 里的回形针助手，曾经非常有名，也非常招人烦。微软官方回顾里说，Office Assistant 1996 年推出，2007 年停用，最著名角色就是 Clippit，也就是大家说的 Clippy。(Microsoft) 《时代》后来还把 Clippy 放进“50 Worst Inventions”名单。
但 Clippy 的失败，不是因为“软件角色”这个想法一定错了。
它的问题是：它太爱打断用户，而且经常帮不上忙。
Codex 桌宠如果只是安静显示状态，不乱插嘴，不强行教学，它反而补上了 Clippy 当年没做好的那部分：在用户工作时提供存在感，但不过度打扰。
这是区别。
我觉得 Codex 桌宠是一个很聪明的设计，而且可能会成为 Agent 产品的标配。
但它也有风险。
AI 写代码，最后还是要人 review。OpenAI 在 Codex 发布说明里也明确说，用户仍然需要手动审查和验证 Agent 生成的代码。(OpenAI)
如果桌宠让用户产生好感，这种好感可能会变成信任。信任本身没问题。过度信任才有问题。
你可以觉得它可爱，但不能因为它可爱，就默认它写的代码没问题。
这也是 AI 产品接下来会遇到的大问题：我们既要让 Agent 更像伙伴，又要让用户始终记得，它仍然是工具。
Codex 桌宠不是小功能。
它代表的是 AI Agent 交互的下一步：从“聊天框”走向“状态可见”。
当软件从同步响应变成异步委托，用户最需要的不再是一个更漂亮的按钮，而是一个持续存在的信号。
告诉你：我还在。我正在做。我卡住了。该你接手了。
所以我更愿意把 Codex 桌宠看成一句话：
它不是卖萌，是进度条的继承人。
只不过这一次，进度条长出了眼睛。
热门跟贴