多年后，那顆時代的眼淚——微軟“大眼睛回形針”桌面助手——最想成為的樣子，居然被 OpenAI 做出來了。
當?shù)貢r間 5 月 1 日，Codex 上線“桌面寵物”功能，還支持自定義寵物外觀！
這下，網(wǎng)友紛紛分享自己制作的 Codex 寵物。
大多數(shù)都是可愛風格的桌面寵物，萌萌的柴犬、呆呆的地鼠、熱心的瓦力等等。
但是整活的也不少，比如大火的“憤怒的阿莫迪”，創(chuàng)建之后，一個皺著眉頭、撇著嘴的“阿莫迪”小人就出現(xiàn)在屏幕上，會蹲會跑還會掉眼淚。
當然，還有人制作“迷你馬斯克”和“迷你奧特曼”寵物。
（強烈建議奧特曼安裝，“憤怒的阿莫迪”和“迷你馬斯克”輪番奔跑在屏幕上，這工作動力不得拉滿。）
Codex 桌面寵物火到什么程度呢？不到 24 小時，已經(jīng)有多個“寵物合集站”出現(xiàn)了。這些網(wǎng)站提供海量做好的寵物可以直接使用。
其實這并不算一個很大的新功能，但是 OpenAI 就是有這樣一種能力——用奇妙的切入點，做未必最難但最出圈的事。正如蘋果當年的靈動島，人們一邊說著“也還好吧”，一邊垂直入坑。
01
Codex 寵物
整活之風刮起來，實屬 OpenAI 自己帶的頭。
在 OpenAI 官方 X 賬號之一宣布該消息的時候，舉的例子是“創(chuàng)建一個哥布林寵物”。登時，一個綠油油的小怪物就出現(xiàn)在桌面上。
這個梗來源于 ChatGPT 最近的一個執(zhí)念。越來越多的用戶發(fā)現(xiàn)，ChatGPT 迷上了"Goblin（哥布林）”，經(jīng)常在回答里偷偷加入“哥布林”。最后 OpenAI 都專門發(fā)布博文討論這個問題，承認在 GPT-5.1 之后，模型愈發(fā)頻繁地提到這個詞。
OpenAI 對背后原理的解釋不知道多少人聽進去了，反正大家很癡迷 ChatGPT 癡迷哥布林這件事。一個是現(xiàn)代最先進的 AI 模型之一，一個是奇幻作品中的狡猾小怪物，緣，真是妙不可言。
官方玩梗最“致命”，OpenAI 太懂得如何將一個“差錯”內化成模因，再用作宣傳，一通操作絲滑無比。
不要誤會，光靠整活是不能讓這個功能迅速出圈的，Codex 桌面寵物確實好用而且非常容易上手。
用戶在 Codex Composer 中輸入/pet 即可一鍵喚醒或關閉寵物；也可進入設置→外觀→寵物，從 8 款官方內置像素風寵物中選擇（如 Dewy 小鴨、Fireball 火球、BSOD 藍屏小怪等）。
自定義寵物也很靈活。用戶可以先通過 Skills 安裝 hatch-pet skill，隨后輸入/hatch make me a cute goblin pet 或/hatch a fluffy blue dragon 等描述，Codex 便會生成專屬動畫桌寵。寵物全局懸浮于桌面最上層，支持拖動、不遮擋其他窗口，且可與任意應用共存。
不同于單純娛樂的桌寵，Codex 寵物深度集成 Agent 系統(tǒng)。
它會根據(jù)當前任務狀態(tài)動態(tài)變換動作：代碼運行中“跑來跑去”、等待用戶輸入時“乖乖待機”、任務完成待 review 時跳出提醒、失敗時也會賣萌示意。
開發(fā)者在多窗口切換時，余光即可掌握后臺進度，大幅減少反復切回 Codex 的麻煩。這可以算是一個“殺手級小功能”。
02
只要還有屏幕，人類永遠愛“桌面寵物”
看到 Codex 桌面寵物迅速出圈，相信任何一個互聯(lián)網(wǎng)“老人兒”都會感慨萬千——人類，就這樣多少年如一日地愛“桌面寵物”“桌面助手”這樣的存在。
先不說 AI，就連只是記錄點擊次數(shù)、有社交功能、可以換皮膚的桌面寵物小游戲 Bongocat，都在上線后短短一個月沖到了 Steam 熱玩榜前十，同時在線峰值 19.45 萬，日常常年保持 10 萬 + 在線，玩家總數(shù)輕松破幾百萬。
但要說真正幫人“排憂解難”的桌面寵物助手，那個名字是繞不過的。
這次 Codex 桌面寵物功能上線，就有人迅速搓了一個“微軟大眼回形針（下稱 Clippy）”的桌面寵物。就連 OpenAI 的官方開發(fā)者賬號都來點贊。
由 Codex 桌面寵物到 Clippy 是一個再自然不過的聯(lián)想。甚至有人感慨：這就是 Clippy 應該有的樣子！它終于圓滿了！
Clippy 是微軟歷史上最著名，也最具爭議的桌面助手，誕生于 1997 年，是 Office 97 的亮眼功能，定位辦公助手。它迅速走紅，卻也被迅速嫌棄。原因很簡單，當時的技術還跟不上對 Clippy 的期待，Clippy 頻繁打斷用戶、給出的建議雞肋，而且反應遲鈍?！稌r代》雜志甚至將其評為“史上最差 50 項發(fā)明”，之后，Clippy 就迅速地退出舞臺。
但人們從未停止懷念 Clippy?；蛘哒f，Clippy 點燃了大家一個“桌面助手”的美夢，其后數(shù)年，人們都在努力達成它。
不管是后來以蘋果 Siri、亞馬遜 Alexa 為代表的語音助手出現(xiàn)，還是微軟短暫地嘗試 Cortana 這樣的虛擬助手，都會拿來和 Clippy 對照。
Siri 推出的次年，TechCrunch 在一篇批評文章中指出 Siri 的若干問題，并直接在標題中稱《Siri 是新的 Clippy》
ChatGPT 橫空出世后也不例外。2023 年，微軟把 GPT-4 接入 Office 全家桶推出 Microsoft 365 Copilot，外界立刻敏銳地感知到，這是 Clippy 的一次別樣復活。
也是在那一年，還曾經(jīng)有開發(fā)者 FireCube 把經(jīng)典 Clippy 像素形象做成 Windows 應用，上架 Microsoft Store，直接接 GPT-3.5（用戶輸入 OpenAI Key 就能用）。
第三方軟件 Clippy by FireCube 曾上架 Windows 應用商店。
當 Agent 開始流行后，開發(fā)者開始打造“智能狀態(tài)監(jiān)視器+AI 伙伴”，Codex 桌面寵物這種形態(tài)早已有很多類似的開源項目。
比如像素風多 Agent 兼容桌寵 clawd-on-desk，同時支持 Claude Code、Codex、Cursor、Copilot CLI 等多種編碼 Agent。寵物會“看著”后臺 Agent 工作，思考時皺眉，跑 subagent 的時候耍雜技，context 壓縮時掃地……用戶不用反復切窗口。像素動畫 + 實時狀態(tài)同步，是目前兼容性最廣的項目之一。開發(fā)者來自中國，在 GitHub 上已經(jīng)有 2K 顆星星。
可以說，Codex 桌面寵物并非創(chuàng)新，也并不高深，但它精準地踩在了人們的需求上，而這種需求，是感性與理性參半的。
03
OpenAI 要干啥？
人類對桌面寵物永恒的愛是感性，我們也來說說 Codex 桌面寵物滿足的真實需求。
Codex 寵物并不只是“賣萌”，它確實踩中了 Agent 產(chǎn)品里一個很現(xiàn)實的痛點：等待。
傳統(tǒng)軟件里，用戶點擊按鈕，軟件立刻給出反饋。哪怕只是一個加載圈、一個進度條、一個“正在處理”的提示，也能讓人知道系統(tǒng)正在“努力干活”。
但 Agent 不一樣。你把一個任務交給 Codex，它可能要在后臺讀代碼、改代碼、跑測試、修 bug。中間這段時間，用戶體驗常常是空白的。你不知道它現(xiàn)在是不是已經(jīng)卡在哪里了，也不知道它到底是在認真工作呢，還是已經(jīng)在悄悄擺爛、偷偷摸魚。
這也是很多異步 Agent 產(chǎn)品共同面對的問題，它們越像一個“替你干活的人”，就越不能像傳統(tǒng)工具那樣完全沉默。
因為沉默會制造不確定感。
Codex 寵物在這里的作用，就有點像一個更可愛的狀態(tài)指示器。
它跑來跑去，不是為了真的提升代碼能力；它待機、提醒、失敗時做出反應，也不是為了證明它比進度條更高級。它讓用戶在視覺上感覺到后臺那個 Agent 還在干活，任務還在進行。
這件事聽起來很小，但對 Agent 產(chǎn)品來說并不小。
如果未來的軟件越來越多地從“我操作它”變成“我委托它”，那么用戶和軟件之間的關系也會改變。人不再只是等待一個按鈕響應，而是在等待一個代理完成任務。這個過程中，狀態(tài)感、陪伴感、可預期感，都會變成產(chǎn)品體驗的一部分。
當然，這只是比較善意的理解。
另一個角度是，將桌面寵物做得如此可愛、支持高度自定義，也暴露了 OpenAI 另一層更現(xiàn)實的商業(yè)考量。
在編碼 Agent 賽道，GitHub Copilot、Cursor、Claude 等對手主要靠技術能力和工作流集成競爭，而 OpenAI 這次選擇了一條更“消費級”的路徑——用低成本的游戲化機制提升用戶黏性。
寵物創(chuàng)造了一個“即使沒有具體任務也要打開 Codex"的理由：它像電子寵物一樣，始終在那里等你、回應你、讓你產(chǎn)生情感聯(lián)結。這種設計能有效拉高日活躍用戶數(shù)，卻也足以讓部分開發(fā)者感到隱隱不安：在開發(fā)者工具這個本該“工具性、透明性”的領域，引入情感操縱機制，是否改變了用戶與工具之間的隱含契約？
從 Clippy 的“時代眼淚”到 Codex 的"AI 桌寵”，微軟近三十年前沒能圓的夢，OpenAI 卻用一個看似不起眼的小功能完成了閉環(huán)。
它提醒我們，AI 工具的下一階段競爭，將模糊“專業(yè)工具”和“消費應用”之間的邊界。
特別聲明：本文為合作媒體授權 DoNews 專欄轉載，文章版權歸原作者及原出處所有。文章系作者個人觀點，不代表 DoNews 專欄的立場，轉載請聯(lián)系原作者及原出處獲取授權。(有任何疑問都請聯(lián)系idonews@donews.com)
