OpenAI给编程工具加了桌宠

大家好，我是林之愿。

这两天刷推特的时候，刷到一条让人？？？的新闻。OpenAI给编程工具Codex加了个桌宠。

你没看错，就是那种像素风的小怪物，趴在你屏幕角落里，时不时动两下。

第一反应跟大多数人一样，OpenAI是不是闲的？花人力做这个？但仔细一想，不对，这帮人精着呢，他们不会做没意义的事。于是我花了点时间深挖了一下，发现这事儿远没表面看起来那么简单。

先说清楚这个东西到底是什么。

Codex是OpenAI推出的agentic编程工具，你可以把它理解成一个能自己干活的AI程序员。你给它一个任务，比如「帮我重构这个模块」或者「给这个API加个测试用例」，它就自己去跑了。

重点来了。

它自己去跑了。

你给它发任务之后，你得等着。等它读代码，等它写代码，等它跑测试，等它提交PR。这个过程短则几分钟，长则半小时甚至更久。你不能一直盯着terminal看，也不能一直刷新页面。

有个词特别适合形容这种状态，反馈真空。

你不知道它进展到哪一步了，不知道它有没有卡住，不知道它什么时候需要你输入。你就坐在那，干等着。想干别的活又怕错过它的请求，不干别的又浪费时间。

这种感觉太熟悉了。

就像你点了外卖，app上显示「骑手正在赶往商家」，然后你就不自觉地每隔30秒看一眼手机。不是因为饿，是因为那个「不知道什么时候到」的焦虑感在啃你。

Codex Pets就是来解决这个问题的。

你输入 /pet，屏幕角落里就会蹦出来一个像素风格的虚拟宠物。它会用可爱的小动画告诉你Codex现在的状态，是在运行中，还是在等你输入，还是已经完成了等你复核。

就这么简单。

但你别小看这个「简单」。这里头藏着一个非常聪明的设计决策。

讲这个之前，得先聊聊一个老朋友。

Clippy。

Clippy，全名Clippit，是微软在1997年随Office 97推出的一个虚拟助手。一只拟人化的回形针，会在你用Word写东西的时候跳出来，问你「看起来你在写信，需要帮助吗？」

几乎所有用过那个年代Office的人都记得它。

也几乎所有人都讨厌它。

它在2007年被微软彻底移除了。Smithsonian Magazine把它称为「计算机史上最糟糕的软件设计失误之一」。Time杂志在2010年把它列入了50个最糟糕发明。它甚至有个内部开发代号叫TFC，微软高管Steven Sinofsky说C代表clown，TF嘛，你可以自己猜。

为什么会这么招人烦？

根本原因是它的设计逻辑基于斯坦福大学的一项研究。Clifford Nass和Byron Reeves两位教授发现，人类会本能地把电脑当作社交对象来对待。人们会对电脑发脾气，会对屏幕说话，会感觉电脑「理解」自己。

微软看到这个研究的结论是，既然人已经把电脑当人看了，那我们在软件里加一个「人脸」岂不是更好？

但他们搞反了因果关系。

人们确实把电脑当人看，但那是一种已经存在的对话关系。你和你的电脑之间已经有了「社交」。Clippy的出现，相当于在你跟朋友正聊着天的时候，突然插进来一个陌生人，用很烦的语气打断你。

Visual Basic之父Alan Cooper把这叫做「tragic misunderstanding」。一个悲剧性的误解。

Clippy死于打扰。

它在你不需要它的时候出现。它打断你的注意力。它的建议往往不靠谱。它没有眼力见儿。

好了，回到Codex Pets。

乍一看，这是不是Clippy 2.0？一个虚拟形象出现在你的工作环境里，显示状态信息。

但我认为这是一个本质完全不同的设计。

区别在哪里？

Clippy出现的时机是随机的，是它觉得你需要帮助的时候。你没有选择权。它打断你正在做的事情。

Codex Pets是你主动召唤的。你输入 /pet 它才出现。而且它的核心功能不是「帮你做某事」，而是「告诉你进展」。

前者是打断，后者是陪伴。

前者在你忙碌时打扰你，后者在你等待时安慰你。

这个区别太关键了。

想象一下两个场景。场景一，你正在专注写代码，思路刚串起来，Clippy蹦出来问你「要不要看看快捷键？」你血压立刻上来了。场景二，你给Codex派了个任务，它在后台跑着，屏幕角落里有个小家伙一会儿转圈圈表示「运行中」，一会儿眨眨眼表示「等你输入」。你余光一扫就知道状态，不用切换窗口，不用刷新页面。

哪个体验更好？

答案很明显。

这就是Engadget说「它像Clippy，但是有用的」的原因。

说到这里，你可能会问，就为了显示个状态，有必要做虚拟宠物吗？做个进度条不行吗？

还真不太行。

这里就要讲到一个东西，反馈设计。

在传统的同步编程环境里，你写一行代码，编译器告诉你行不行。你跑一个测试，立刻看到结果。反馈是即时的，密集的，不需要特别设计什么。

但agentic工具改变了这一切。

当AI agent接管了你的代码任务，它可能要跑10分钟甚至半小时。在这段时间里，你在干嘛？你变成了等待者。

这个角色转换是史无前例的。程序员从来不需要「等」。现在你需要等了。

怎么等？盯着一个空白的terminal？反复刷新浏览器？开个计时器？

这些都是糟糕的体验。因为它们要么浪费注意力，要么制造焦虑。

一个好的等待体验需要三个要素。

你得知道「它还活着」。不是卡死了，不是出bug了，它确实在干活。

你得知道「它到哪一步了」。是在读代码还是在写代码？是在跑测试还是在等部署？

你得知道「什么时候轮到你」。它需要你输入什么？它完成了需要你审核？

进度条能解决第一个，但很难解决后两个。状态文字能解决所有三个，但你得主动去看。你得切换窗口，你得读一行小字。

而一个活生生的、会动的、有表情变化的小生物，它天然地吸引你的注意力。不需要你主动去看，余光就够了。它的动作变化本身就是信息。

这就像你开车的时候看仪表盘。你需要的不是一堆数字，而是几个关键的、一眼能读的信号。绿灯正常，黄灯注意，红灯停车。

Codex Pets就是这个仪表盘，只不过它被包装成了一个可爱的像素小怪物。

而且，这个小怪物还有一个额外的功能，它让你愿意多等一会儿。

这就是情感化设计的力量。

讲到这，我得往回拉一下。我知道你可能在想，这不就是游戏化吗？加个小宠物就有用了？听着有点玄乎。

但数据不骗人。

先说Tamagotchi。那个1996年发布的小电子宠物蛋，全球卖了超过9800万台。就一个黑白像素屏幕，几个按键，让你喂食、打扫、玩耍。没了。但它让全球上千万人心甘情愿地每隔几个小时就看一眼那个小屏幕。

为什么？因为你觉得自己在照顾一个生命。它会饿，会生病，如果不管它，它会「死」。你对它产生了责任感。这种责任感不是理性计算出来的，而是情感层面的本能反应。

再看Duolingo。那只绿色的猫头鹰Duo，现在已经成了互联网meme界的顶流。它因为太过执着地催你学习，被网友们描绘成跟踪狂、暴力威胁者、甚至食人魔。

但你仔细想想，一个学习app的吉祥物能做到让全球用户又爱又恨，这本身就是巨大的成功。

Duolingo的连续打卡机制利用的也是同样的心理学原理。你一旦开始，就不想断掉。不是因为理性上觉得「断掉一天会影响学习效果」，而是情感上觉得「我的小火苗要灭了好可惜」。

2023年一项覆盖41项研究、涉及5071名参与者的元分析显示，游戏化方法在学习和参与度上的效应量达到了0.822。这是个相当大的数字。说明游戏化不是噱头，它真的管用。

心理学上有个更底层的解释。

人对「有生命感」的东西有天然的共情反应。这叫拟人化倾向。你看到一只小虫子在桌上爬，你会下意识地避开，不是因为它危险，而是因为你看它在「动」，就感觉它是「活的」，就本能地不想伤害它。

虚拟宠物利用的就是这个。它会动，它有表情，它对你的行为有反应。哪怕是像素风的、极简的、甚至有点粗糙的，只要它表现出「生命感」，你就会对它产生连接。

这跟进度条的体验完全不同。进度条是冰冷的数据，虚拟宠物是温暖的陪伴。

回到Codex Pets。OpenAI做这个东西的逻辑就很清楚了。

Codex是一个异步工作的agentic工具。用户的核心痛点是「反馈真空」。传统的状态通知（文字、进度条、系统通知）要么不够直观，要么容易被忽略，要么让人焦虑。

一个能实时反映工作状态的虚拟宠物，既解决了信息传达的问题，又解决了情感陪伴的问题。一石二鸟。

而且，它还带来了第三个好处，社区传播。

你想想，当用户开始分享自己养的Codex宠物截图，当有人用 /hatch 生成了一个长得像Clippy的宠物，当codex-pet-share.pages.dev这个社区平台自发出现，当所有技术媒体都在报道这个「搞笑但有趣」的功能。

OpenAI一分钱广告费没花，Codex就上了所有科技媒体的头条。

这不就是Duolingo的Duo走过的路吗？

先用一个可爱的形象吸引注意力，再用持续的互动建立情感连接，最后让社区自发传播。Duo成了互联网meme，带来了难以估量的免费曝光。OpenAI显然也在走同一条路。

而且OpenAI还加了一把火。限时活动，10个最佳自定义宠物奖励30天 ChatGPT Pro。这不是简单的「发奖品」，它在创造一种社区文化。用户会分享自己的宠物，会吐槽别人的宠物，会交流怎么用 /hatch 生成好看的宠物。这种UGC带来的传播效应，远比投放广告来得有效。

但话说回来，这个设计也有潜在的风险。

第一个风险，它可能变成另一个Clippy。

Clippy的问题不在于它是一只回形针，而在于它出现的时机不对、内容不相关、无法关闭。如果Codex Pets哪天开始在你不需要的时候弹出提示，或者它显示的状态信息不够准确，用户的反感可能比对Clippy更强烈。因为大家对Clippy的预期本来就不高，但对OpenAI的预期很高。期望越高，失望越大。

第二个风险，审美疲劳。

一个像素小怪物，第一天你觉得新鲜，第三天你觉得还行，第十天你还看它吗？一个季度之后呢？如果没有持续的内容更新、新的宠物形象、新的互动方式，它可能很快变成一个你关掉就不会再打开的功能。

第三个风险，喧宾夺主。

Codex的核心价值是帮程序员干活，不是养宠物。如果宠物功能做得太花哨，反而分散了用户对核心功能的注意力，那就本末倒置了。最好的设计是「你不会特别注意到它，但没有它你会觉得少了点什么」。就像汽车仪表盘上的指示灯，你不会盯着看，但它在需要的时候给你信息。

那这对普通开发者来说有啥启示呢？

我觉得有三层启示。

第一，异步AI工作流的「等待体验」将成为产品竞争的下一个战场。

Cursor有后台agent，GitHub Copilot有cloud agent，Codex也有。大家都在做「让AI自己干活」。但谁的等待体验更好？谁能让用户在等待时既不焦虑、又不浪费注意力、还觉得有点意思？

目前来看，OpenAI用一个桌宠给出了一个很有创意的答案。但我猜Cursor和Copilot很快也会跟上，只是形式可能不同。

第二，情感化设计在开发者工具里不再是可有可无的锦上添花。

开发者工具的传统审美是功能至上，界面越简洁越好，最好什么多余元素都没有。但当工具开始需要用户「等待」，当工作流从同步变成异步，用户的情感需求就冒出来了。你不能只给一个冰冷的terminal然后说「等着吧」。你得让用户觉得等待是值得的、是安心的、甚至是愉快的。

第三，社区化运营正在成为AI产品增长的核心引擎。

一个 /hatch 命令，让用户自己生成宠物，然后去社区平台分享。这不只是一次营销活动，这是在构建用户生态。当用户投入了创造力和情感，他们就不太可能轻易离开这个工具了。这就是所谓的用户粘性，不是靠功能锁定，而是靠情感锁定。

从Tamagotchi到Duolingo的Duo，再到现在的Codex Pets。虚拟生命体在科技产品中的角色一直在演变，但底层逻辑从来没变过。

它让你觉得有个东西在跟你一起经历这件事。

在Tamagotchi里，你照顾一个小生命。在Duolingo里，一只猫头鹰监督你学习。在Codex里，一个小怪物陪你一起等AI把活干完。

都是同一件事。你不是一个人。

坦率的讲，我一开始也觉得这就是个噱头。一个像素小宠物，能有什么用？但当我把自己代入到一个每天用Codex写代码的开发者的处境里，我突然就理解了。

我以前写代码的时候，等CI/CD跑完的那几分钟，我就是会不自觉地去刷一下页面。不是因为理性判断需要去看，就是因为那个「不知道什么时候好」的焦虑感驱使着你。你明明知道刷了也没用，但你就是控制不住。

如果那时候屏幕角落里有个小东西，用它的动作告诉我「还在跑呢，别急」，我可能真的就安心去干别的了。

这才是这个设计真正厉害的地方。它不是解决了信息传达的问题，它是解决了情绪管理的问题。

而且你发现没有，这个东西的门槛特别低。你不需要读说明书，不需要学新操作，输入 /pet 就有了。学习成本是零。但心理收益是实打实的。

最好的状态指示器，是你愿意一直看的那种。

最后说一句。

AI产品设计正在经历一个有意思的转向。以前的竞争焦点是「谁更准」、「谁更快」、「谁更便宜」。现在这些维度当然还是很重要，但一个新的维度正在浮现，那就是「谁让人用得更舒服」。

这不是玄学。这是实打实的产品竞争力。

想想Duolingo。它的学习效果真的比其他语言学习app好很多吗？不一定。但Duo让数亿人每天打开它，每天学习，每天保持习惯。光这一点，就值几十亿美元的市值。

OpenAI给Codex加桌宠，看着像是在玩闹。但如果你透过表象看底层逻辑，你会发现这是一个非常精准的产品设计决策。它瞄准了一个真实的用户痛点，用了一个经过验证的心理学原理，还顺便搞了一波免费的社区传播。

这帮人，确实精。

以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～

谢谢你看我的文章，我们，下次再见。

• • [OpenAI Codex Pets 功能发布]（来源：@OpenAIDevs 官方推特：https://x.com/OpenAIDevs）
• • [Clippy (Office Assistant) 历史与批评]（来源：Wikipedia Office Assistant 词条：https://en.wikipedia.org/wiki/Office\_Assistant）
• • [Tamagotchi 全球销售数据]（来源：Wikipedia Tamagotchi 词条：https://en.wikipedia.org/wiki/Tamagotchi）
• • [游戏化学习元分析效应量 Hedges’ g = 0.822]（来源：Wikipedia Gamification 词条：https://en.wikipedia.org/wiki/Gamification）
• • [GitHub Copilot 产品功能与定价]（来源：GitHub Copilot 官网：https://github.com/features/copilot）

/ 作者：林之愿/ 投稿或爆料，请联系邮箱：1626440040@qq.com