惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - Franky
N
Netflix TechBlog - Medium
宝玉的分享
宝玉的分享
Google DeepMind News
Google DeepMind News
腾讯CDC
G
Google Developers Blog
Martin Fowler
Martin Fowler
Microsoft Security Blog
Microsoft Security Blog
Recent Announcements
Recent Announcements
爱范儿
爱范儿
Engineering at Meta
Engineering at Meta
Microsoft Azure Blog
Microsoft Azure Blog
A
About on SuperTechFans
aimingoo的专栏
aimingoo的专栏
有赞技术团队
有赞技术团队
Jina AI
Jina AI
人人都是产品经理
人人都是产品经理
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
M
MIT News - Artificial intelligence
罗磊的独立博客
博客园 - 三生石上(FineUI控件)
美团技术团队
WordPress大学
WordPress大学
阮一峰的网络日志
阮一峰的网络日志

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
为什么最聪明的AI公司,开始做最“幼稚”的功能 —— 全方位拆解...
怪鼠鼠 · 2026-05-08 · via 人人都是产品经理

当AI编程工具的核心能力逐渐趋同,OpenAI与Anthropic不约而同地选择在2026年推出虚拟宠物功能——Codex的螃蟹会实时反映任务状态,而Claude的Buddy则带着万分之一概率的闪光传奇稀有度降临终端。这两款看似'幼稚'的设计背后,隐藏着消解黑盒焦虑、构建情感账户与激活收藏心理的深层产品逻辑,正在重塑效率工具在存量时代的竞争法则。

小时候我们都幻想过,如果现实世界里能有一只属于自己的神奇宝贝该多好——它跟着你,陪着

你,还能根据你的风格和经历,进化成独一无二的样子。

没想到,这件事在2026年被两家AI公司悄悄实现了。

打开Codex,如果你这周一直在写Rust,角落里会孵出一只螃蟹;在Claude Code的终端里敲一行/buddy,系统会根据你的账号ID,用哈希算法算出一只专属于你的小动物——它有名字,有性格,有1%的概率是传奇稀有,全世界没有第二只一模一样的。更绝的是,你可以直接叫它的名字,Claude会”让位”,让这只小动物用它自己的性格回复你。

没有人要求他们这么做。OpenAI和Anthropic,两家估值加起来超过几千亿美元的公司,在大模型能力军备竞赛打得最激烈的时候,同时选择花时间做了一只虚拟宠物。

这是产品失焦吗?还是说,这背后有一道我们没看见的商业题?

先把事说清楚:他们各自做了什么

在分析”为什么”之前,我们先把两家的产品摸清楚,因为他们的设计思路其实差别很大,这个差别本身就很能说明问题。

Codex的宠物功能

Codex的宠物功能入口很直接,在输入框里打/pet,或者去 Settings → Appearance → Pets 里选。内置了8种形态,也可以让系统根据你最近写的代码语言来生成——如果你这周一直在写Rust,大概率会孵出一只螃蟹;写Python的话,可能就是别的什么。宠物最核心的设计不是外观,而是它和任务状态的联动:running(在跑)、waiting for input(等你接话)、ready for review(等你看diff),宠物的动作会实时反映Agent当前在做什么。换句话说,Codex的宠物本质上是一个任务状态面板,只是穿了一件可爱的外衣。

Claude Code的Buddy功能

Claude Code的Buddy功能则走了一条完全不同的路。在终端里输入/buddy,系统会根据你的账号ID,用一套叫FNV-1a的哈希算法确定性地生成你的宠物——物种、稀有度、外观属性全部由此计算得出,不可更改,也无法作弊。物种池里有18种生物,从鸭子、猫、兔子,到龙、章鱼、蘑菇,再到一只叫”Chonk”的梗图生物和一只水豚。稀有度分五级,Common占60%概率,Legendary只有1%,而在此之上还有独立1%概率的闪光变体——也就是说,孵出一只闪光传奇的概率大约是万分之一。宠物的名字和性格则由Claude在首次孵化时生成,永久存储,这是系统里唯一不确定的部分,也是让每只宠物真正”有灵魂”的地方。你甚至可以直接叫它的名字,Claude会暂时让位,让宠物用它自己的性格来回复你。

功能上线后几小时内,开发者社群就自发涌现出了宠物图鉴网站、稀有度统计

工具,甚至有人发行了专门的Solana memecoin。而这个功能最初根本没有正式发布——它是因为Anthropic在一次npm更新里意外泄露了59.8MB的源码地图文件,被开发者挖出来的。这场”史上最成功的意外泄露”,反而成了Buddy最好的营销事件。

两相对比,一句话可以概括两家的产品哲学差异:Codex的宠物在帮你工作,Buddy在陪你工作。前者把情感化设计嫁接在工作流上,后者把收藏玩法直接植入了开发工具。这两种思路,折射出两家公司对同一个问题的不同回答:人和AI工具之间,应该是什么关系?

它解决了一个你没意识到的问题

很多人看到宠物功能的第一反应是:这玩意儿有什么用?写代码又不需要一只螃蟹陪着。

这个反应本身,恰恰说明了问题所在——我们还在用”有没有用”这个旧框架去评价一个新时代的产品设计。

黑盒焦虑的解法

先说一个Agent时代最隐性、也最真实的用户体验问题:黑盒焦虑。

过去我们用工具,逻辑是点击→即时反馈,整个过程是透明的、可控的。但AI Agent不一样。你把一个任务交给它,它开始在后台自主运行,可能跑个三五分钟,期间你完全不知道它在干嘛——是还在处理?是卡住了?是已经跑偏了?这种不确定感会让人本能地想要打断它,或者干脆放弃等待,重新手动来过。这不是用户不够耐心,这是人类面对不透明系统时的正常应激反应。

Codex的三状态提示——running、waiting for input、ready for review——从产品逻辑上看,本质是一套任务状态可视化系统。它把Agent的黑盒过程翻译成人能理解的语言,告诉你”它在跑,别急”、”它在等你,该你了”、”它做完了,来看看”。这件事用一个进度条也能做到,但进度条是冷的,宠物是活的。当你看着一只小螃蟹在屏幕角落里跑来跑去,你对等待的耐心会比盯着一个转圈动画长得多——这不是玄学,心理学里的拟人化效应(Anthropomorphism Effect)早就对此有过充分研究:人对感知到有生命感的事物,天然会投入更多耐心和情感。

消解编程的孤独感

然后还有一层更微妙的东西,不太容易被说清楚,但写代码的人大概都懂:写代码是一件很孤独的事。

尤其是在Agent时代,你的协作对象从人变成了机器。你提需求,它执行,整个过程高效但冰冷。Buddy在终端里的存在——哪怕只是一只用ASCII字符拼出来的小动物——在微妙地改变这种感知。它不会让你的代码写得更好,但它让”使用工具”这件事多了一丝”有人陪”的温度。这个心理效应在1996年Tamagotchi诞生的时候就被验证过了:人类愿意为一个像素点组成的小鸡花时间、花情感,仅仅因为它”活着”。三十年后,这个逻辑被植入了专业开发工具,换了一个更精致的载体,但底层的人性没有变。

这是一个精心设计的留存机制

如果你觉得宠物功能只是工程师们的自娱自乐,那你可能低估了这两家公司的产品团队。

把这件事拆开看,会发现它在至少三个维度上都是经过深思熟虑的设计决策。

个性化绑定

第一个维度是个性化绑定。Codex的宠物根据你最近写的代码语言生成,你这周写Rust,它就是螃蟹;下周换了技术栈,宠物也会跟着变化,它是你编程习惯的一面镜子。Buddy则更彻底——你的物种和稀有度由账号ID哈希算法永久确定,全世界只有你是这只,不可更改,也不可复制。这种个性化不是装饰,是一种软性锁定。当一个用户开始认同”这只宠物是我的”,他在考虑换用竞品时就会多出一个额外的心理成本——我的那只螃蟹,那只万分之一概率的闪光传奇,在别的工具里不存在。迁移的摩擦,就这样被悄悄埋下了。

收藏心理激活自发传播

第二个维度是稀有度机制激活的收藏心理。Buddy的五级稀有体系——Common 60%、Legendary 1%、闪光传奇约1/10000——直接复用了游戏行业验证了几十年的gacha(抽卡)机制。这套设计的核心逻辑是:当结果存在随机性和稀缺性,人就会自发产生分享欲和攀比心。功能上线后几小时内,开发者社群就涌现出了自发制作的宠物图鉴网站、稀有度统计工具,甚至有人专门发行了Solana memecoin来致敬Buddy。这种社区自发的传播效应,是任何广告预算都买不来的。Anthropic几乎没有花一分钱的推广成本,就让这个功能在开发者圈子里形成了病毒式扩散。

情感账户积累

第三个维度是情感账户的积累。行为经济学里有一个概念叫”沉没成本效应”——人对已经投入了时间和情感的事物,会产生不理性的依恋,不愿轻易放弃。宠物功能在做的,正是帮助用户在AI工具上开一个情感账户,让每一次使用都在这个账户里存一点点情感余额。当竞品推出更强的功能来挖角用户时,用户的决策天平上会多一个砝码——不只是”那个工具好不好用”,还有”我在这里有一只陪了我半年的小动物”。这种情感摩擦力虽然难以量化,但它真实存在,而且在用户生命周期的关键节点上,往往能起到决定性的作用。

能力趋同之后,情感化是效率工具的下一张牌

说到这里,有一个认知需要先校正:宠物功能不是在把AI编程工具变成别的什么,它的本质仍然是效率工具,宠物只是附属设计。这个前提很重要,因为一旦搞混了,后面的商业逻辑就会跑偏。

真正值得关注的问题是:为什么是现在?

回看2023年到2025年这段时间,AI编程工具的竞争主轴是能力——谁的代码补全更准,谁的上下文窗口更长,谁能理解更复杂的代码库。那个阶段,用户选择工具的逻辑很简单:哪个更强用哪个。但到了2026年,这个逻辑开始失效。Cursor、GitHub Copilot、Codex、Claude Code,这几款头部产品在核心能力上的差距已经肉眼可见地缩小了,普通开发者在日常使用中很难感知到决定性的差异。

这是一个市场从增量竞争进入存量竞争的典型信号。

在增量市场,用户选择产品靠的是能力;在存量市场,用户留在产品靠的是习惯和情感。游戏行业对这个规律的理解比任何行业都深——功能相近的两款游戏,拥有更强情感连接设计的那一款,通常会有更高的次月留存率和更长的用户生命周期价值(LTV)。AI工具现在借鉴的,正是这套在游戏行业里跑通了几十年的留存逻辑。

但这里有一个关键的分寸问题,也是这两家公司必须拿捏好的边界:情感化设计必须服务于效率,而不能反过来干扰效率。宠物功能如果做得好,它是工作流里一个有温度的辅助信号;如果做过了,它就变成了分散注意力的噪音,反而会让专业用户产生反感。这也是为什么Codex选择把宠物和任务状态深度绑定,而不是做一个纯粹的装饰性彩蛋——它需要让用户感觉到,这只宠物是在帮我工作,而不是在打扰我工作。

从商业结果来看,这张牌的成本极低,但潜在回报很高。开发一套宠物系统的工程投入,相比于模型能力的迭代成本几乎可以忽略不计;但它带来的留存提升、社区传播和品牌差异化,却是实实在在的商业价值。这大概是目前AI工具竞争格局下,性价比最高的产品决策之一。

但这条路也有它的坑

说了这么多宠物功能的好,作为产品经理,该泼的冷水也得泼。

状态可信度坑

第一个坑是状态可信度问题。Codex的设计里,ready for review这个状态是最难兜底的。Agent在本地跑完任务就会标记ready,但它感知不到自己的逻辑是否真的跑通了——宠物看着一片绿,commit可能是空的,甚至是错的。这个时候,用户如果因为”宠物说好了”就放松了审查,反而会造成比没有这个功能更大的信任危机。情感化设计放大了用户对状态信号的信任感,但如果信号本身不准确,这种放大就会变成风险放大器。这也是为什么有开发者明确指出,ready for review必须配合CI校验才能真正可靠——宠物只能告诉你Agent跑完了,但跑得对不对,还得靠工程手段来兜底。

B端接受度坑

第二个坑是B端专业用户的接受度。情感化设计在C端消费者产品里效果显著,但在B端专业场景——尤其是团队协作环境中——这类功能的接受度远比想象中复杂。已经有开发者公开表示,Claude的Buddy”感觉像一群工程师折腾出来的小玩具”。这种评价背后的潜台词是:我来这里是要解决工程问题的,不是来养宠物的。对于这部分用户,宠物功能不仅没有增加粘性,反而可能轻微损害产品的专业形象。如何让情感化设计对专业用户是可选项而非强制存在,是这类功能在B端落地时必须认真对待的设计问题。

品牌定位坑

第三个坑是喧宾夺主的品牌风险。宠物功能如果在传播中过度出圈,有可能让外界对产品的认知停留在”那个有宠物的AI工具”上,而不是”那个能力最强的AI工具”。这对于仍然需要在专业开发者市场建立技术公信力的产品来说,是一个需要主动管理的叙事风险。这也是为什么Anthropic选择以彩蛋而非主打功能的方式推出Buddy——低调上线,让用户自己发现,保持了专业工具的主体形象,同时又收获了传播效果。

一只螃蟹背后的产品逻辑

回到最开始的问题:最聪明的AI公司,为什么开始做最”幼稚”的功能?

现在答案应该清晰了。这不是失焦,这是一道在能力趋同时代必须回答的产品题——当你和对手的技术差距越来越小,你凭什么让用户留下来?凭什么让他们觉得这个工具是”我的”?

一只螃蟹、一只ASCII幽灵、一套gacha稀有度系统,看起来幼稚,但它们在做的事情叫做用户粘性,背后的逻辑叫做情感化留存,服务的目标叫做在存量竞争里守住阵地。

真正幼稚的,是以为这只是在玩。

本文由 @怪鼠鼠 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自作者提供