1996 年，一家日本公司推出了 Tamagotchi（电子宠物）。这个小小的蛋形塑料设备风靡全球，成为一代人的童年记忆。

1997 年，拓麻歌子（Tamagotchi）还让它的创造者日本万代公司，获得了当年的搞笑诺贝尔经济学奖，而原因是，

他们创造了人类供养虚拟宠物的新型经济模式，成功转移了数百万人的工作时间，用于饲养虚拟宠物。

去年八月，万代公司表示，拓麻歌子从 1996 年以来，产量已经达到了一亿台。在那个时代，生产一款这样的产品，大概需要一个工业设计团队、需要电子工程师设计电路板、需要长达一年的开发周期……

2026 年，一个开发者用 AI 做了一个 Tamagotchi。他需要的只是一台电脑和 Claude Code。成本接近零，开发周期可能只有几天。

这个最新的 Claude Code 版拓麻歌子，最近在 X 上吸引了一大波网友的关注。

网友把命令行里面跳动的 Claude Code 符号，转到了能够触摸得到的、随身携带的拓麻歌子上。当 Claude Code 在命令行里面思考，或者是问，是否同意执行下面的步骤时，手里的拓麻歌子都会弹出消息来，指示我们下一步操作。

电子宠物成精了，还会拦截 Bug

和以前那些 AI 硬件的逻辑不同，Claude Code Tamagotchi 不是一味的把大模型放到布娃娃、手表、闹钟、书包、甚至是马桶里。

这个 Claude Code 拓麻歌子要做的是一种转移，一种无法被替代的存在。

目前已经有多款不同的 AI 拓麻歌子小玩意，其中关注度最高的由开发者 Ido Levi 创建的 Claude Code Tamagotchi。

乍一看，它就是一只住在终端里的像素风格宠物。有一些简单的表情、有状态、还会对用户的行为做出反应；但它不是一个简单的怀旧游戏。

当我们在用 Claude Code 编程时，放在桌子边上的这只宠物，会一直在你的终端界面中显示。它在观察 Claude Code 的每一个操作，确保这个 AI 助手真的在按照我们的意图工作。

如果 Claude Code 表现良好，宠物会开心地摇尾巴。如果 AI 开始不听话，比如未经允许重构代码，或者修改了你明确说不要动的文件，宠物会变得暴躁，甚至会直接中断 AI 的操作。

目前，Claude Code 拓麻歌子这个宠物项目，已经在 GitHub 上开源，我们也可以直接把这个电子宠物部署到自己的 Claude Code 里面。它具体是如何工作的呢，根据作者对项目的介绍，举几个例子来说明一下。

项目主打的就是「实时监控」，当我们直接对 Claude Code 说，「只修复这个 bug，不要动其他文件。」

Claude Code 开始工作，终端里的宠物睁大眼睛盯着看。几分钟后，Claude Code 完成了修改，只改动了目标文件。
这个小宠物就会开心地摇尾巴： (◕‿◕)。

而当这个小宠物检测到违规时，他还能发出「违规警告」。我们明确告诉 Claude Code 说，不要重构，保持代码原样。但 Claude Code 还是开始重构整个模块，可能它觉得这样代码会更优雅。

这个时候，电子宠物的表情变了：；屏幕上还会显示，「 警告：AI 正在违背你的指示」。

除了提示，它也能实际的做一些越界拦截之类的工作。比如我们给出的指令里面非常明确的提到了，千万不要动数据库。Claude Code 在修复一个相关 bug 时，尝试修改数据库。

小宠物就会立即中断： 操作被阻止。Claude Code 的操作被拦截，我们的数据库安然无恙。宠物露出得意的表情：。

这种从软件到硬件的交互，也让我想到了我们之前分享的 Vibe Coding 小键盘。

这几天，在 X 上还有一个硬件版 Cursor 特别火。目前的 Cursor 是专门用来开发软件产品的工具，而这个 Cursor for hardware 就是用来实现，一句话做一个硬件设备。

网友 marcvermeeren 就用这个工具，搭建了一个叫做 Clawy 的可爱小助手，用来管理他的 Claude Code 对话。

还有网友 dspillere 也做了一个类似的产品，他说虽然已经部署了 OpenClaw，但他完全不知道 OpenClaw 什么时候在思考，什么时候在执行任务。这个小巧的桌面助手就应运而生，放在他的桌子上，可以实时的更新 OpenClaw 的最新信息。

在评论区里，大家都在问什么时候发货，可以去哪里买。也有人说，这是一个全新的领域，我们一直在关注人的状态，关注人类的电子使用记录，是时候应该关注 Agent 的情况了。

软件开发的 AI 红利，终于轮到硬件了

去年，我们还在想 AI 最好的软件载体是什么，是大家都在做的对话框，还是连 OpenAI 都一窝蜂涌进去要重做的浏览器，但最后证明都不是，今年 OpenClaw 的爆火，证明了 AI 在软件上，最终的归宿就是 Agent。

关于硬件的讨论就更不用多说，光是今年 CES 上那些让人哭笑不得的发明，就能看到 AI 硬件这块还是个巨大的未知数。

如果说 Agent 的成功是靠着「人人都能做软件」慢慢成长起来的，那么 AI 硬件也会在「人人都能做硬件」里面，不断沉淀。

像 Schematik 这类工具已经设计出来，用来帮助我们更快开发 AI 硬件。它把硬件设计变成了和网页开发一样，我们只需要用自然语言描述硬件需求。告诉 Schematik 想要构建一个「带温度传感器和 OLED 显示屏」，不需要查阅各种数据表，不需要引脚编号、元件代码或任何的手动查找。

过去，如果我们想做一个简单的「温湿度监测器」。需要做的是，

1. 搜索传感器型号，下载 DataSheet。
2. 确认引脚定义（VCC 是接 3.3V 还是 5V？接反了直接冒烟）。
3. 寻找对应的驱动库，处理版本冲突。
4. 在 Arduino IDE 里写代码，改 Bug。

而 Schematik 的出现，把这个过程极简化成了「一句话的事」。几秒钟后，Schematik 会吐出我们需要的一切。完整的、通过验证的固件代码；一份清晰的接线图；分步组装指南。

它生成的接线图，清晰地展示了每一根线该从哪里接到哪里，解决了新手最大的恐惧，「我这根线接对了吗？」。一键部署的功能，更是一步到位，它能直接生成基于 PlatformIO 的工程文件，直接导入。

PlatformIO 是一个强大的嵌入式开发生态，我们可以直接在 Schematik 里点击「Flash」，固件就会被编译并烧录进板子里。从「我想做一个东西」到「这东西跑起来了」，中间可能只需要不到一分钟。

前段时间，Claude 发布的 Cowork 以及相关企业级 AI 插件重挫软件股，直接蒸发人民币约两万亿。以前我们想要一个 P 图工具，需要去应用商店搜索下载安装，现在，一句话自己都能做一个。

但 Claude Code Tamagotchi 这类产品的出现，还有硬件版 Cursor，让我们不得不怀疑，硬件开发的「Cursor 时刻」是不是也要来了。

未来的硬件开发，或许也会变成，只需要我们提供「创意」和「逻辑」，剩下的脏活累活，无论是写代码还是画电路图，都将由 AI 代劳。

也许这样的未来不会很远。但更重要的是，在这个时代，动手能力的定义已经变了。

以前动手能力强是指一个人会焊接、会画板子、会写代码；以后，动手能力强，是说他擅长用 AI，从从容容、游刃有余地指挥原子和比特为他起舞。

我已经想到了，下一个爆火的 AI 硬件，甚至可能会是一个挂在包上的 OpenClaw 版 Labubu。

#欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博

今天凌晨发布的 GPT-5.3-Codex 可以说是 OpenAI 对这段时间来，各种本地 Agent 爆火的一记重拳回击，当然主要是对 Anthropic 的反击。

配合 OpenAI 前几天的发布的 Codex 桌面版应用，Skill、Cowork、Claude Code，甚至是 Openclaw，这些热门工具能实现的功能，现在通过 Codex 的外壳 + GPT-5.3-Codex 模型能力，都能做到了。

和之前介绍 Cowork 的能力一样，我们也丢了一些类似的任务让 Codex 来完成，像是直接处理本地文件、各种格式转换、调用不同的 Skills 组合能力、做 Word/PPT/Excel、下载视频、开发 App……

GPT-5.3-Codex 的表现确实亮眼，相比较从头开始安装 Claude Code，对新人用户来说，现在直接下载 Codex 会是一个更好的选择。这也是未来模型厂商的一种趋势，一开始大家都是从黑乎乎的命令行终端开始做本地 Agent，接着都慢慢回归到可视化的友好界面。

网上对 Codex 的评价在这几天也有了不少逆转，许多开发者从 Claude Code 转向 Codex，一些在国内的独立开发者也表示 Codex Plus 会员就可以用，而且还不会像 Claude 那般总是无情封号。

奥特曼更是激动的宣布，Codex 的活跃用户已经超过 100 万。在模型更新博客，也是毫不掩饰和留有余地的夸赞，

GPT-5.3-Codex 是我们第一个能够自我构建的模型。通过使用 5.3-Codex，我们能够以如此快的速度发布 5.3-Codex。

跟 Claude 团队用两周的时间，使用 Claude Code，100% AI 代码，搓出一个 Cowork 一样；还有 OpenAI 去年年底发布的文章，「使用 Codex 在 28 天内构建 Android 版 Sora」，Agent 的时代真的来了。

用 Codex 取代我的 ChatGPT 和 Claude Code

和大多数的本地 Agent 一样，无论是终端还是 Cowork，我们都是先选择一个工作文件夹。在 Codex 中，我们可以创建多个 Project，选择对应的文件夹，再进一步开始对话，Codex 把它们叫做 Threads 线程。

先用最普遍和简单的例子，我们添加了一个空的下载文件夹，然后点击开始一个线程，选择 GPT-5.3-Codex 模型；就像在 ChatGPT 里面对话一样，输入指令。

要求它帮我们下载一个 X 视频，Codex 会自动检查可用的 Skills 来处理，接着通过 yt-dlp 工具进行下载，这个视频有四个多小时长，Codex 会一直在对话框里自动更新下载进度。

视频下载后，我们还可以要求它提取视频的逐字稿，给我们一份双语版本的文档，最后让它把整个流程打包为一个 Skill，方便下次使用。

如果视频中有一些比较有意思的片段，想要裁剪视频，或者是把裁出来的视频转成 GIF 图，在 Codex 里都能做到。

例如，我们这里下载了一个视频，然后要求它把视频的 5s-25s 裁剪出来成为一个新的视频；得益于 GPT-5.3-Codex 的 Token 快速处理，整个过程不需要很长时间，反而更多是取决于本地电脑的硬件解码编码能力。

或者我们也可以直接要求它把视频的前 5s 转成一个 GIF 文件，并且确保大小在 10MB 以内，帧数可以自行调整，清晰度上将宽度控制在 640px。

很快，我们就能得到对应的 GIF 文件。更极端一点，还能让它把整个视频转成图片，每秒 30 帧，每一帧就是一张图。

这些对本地文件的直接处理，和 GPT-5.3-Codex 在 Terminal-Bench-2 测试集上的优异表现，让 Codex 基本上能满足各种生产力工具、效率工具的功能实现。

作为对比，同样是刚刚发布的 Claude Opus 4.6 在 Terminal-Bench 2.0 上得分是 65.4%，GPT-5.3-Codex 是 77.3%。

例如在这个文件夹中，有多张图片，我们首先是要求它根据图片内容，对这些图片文件进行重命名，并保持文件名不超过 20 个字母，不允许使用符号。

自动修改完成后，我们还能要求他对这些图片进行拼接，无论是垂直拼接还是水平，调用对应的工具，Codex 都可以做到。

和 Claude Skills 一样，Codex 也能安装 Skills 市场上丰富的技能，并且在应用内，就已经提供了包括 pptx、xls、word、canvas、notion 在内的多款技能。

回到基础的编程能力，升级后的 GPT-5.3-Codex 表现也比 GPT-5.2 要好上不少。我们直接要求它写一个「每日一词」的 App。和在 ChatGPT 里面直接用 Canvas 给我们一个带不走的网页不同，Codex 能在本地从零开始，完成项目，然后使用 Vercel 或 Cloudflare 等 Skills 部署到网页上。

这里我们选择的推理模式是 Extra High，超强推理模式，于是在每一步操作之前，GPT-5.3-Codex 都会询问我下一步的操作选择，这也和 Codex 内部能直接根据任务情况，调用不同 Skills 有关，其中的头脑风暴 Skill，会自动进行不断对话的模式。

最后，它基本上还是完成了我一开始要求它完成的全部功能，并且还能进一步开发 macOS、iOS，和安卓版本。

如果我们有现成的代码项目，也可以选择该项目文件夹，在 Codex 中打开，GPT-5.3-Codex 会分析项目存在的 Bug，并且修复它。

在过去很长一段时间里，无论是工具还是模型，开发者的首选其实都是 Anthropic 的 Sonnet/Opus 模型和 Claude Code 工具。OpenAI 在编程、尤其是长代码逻辑推理上的掉队，曾让不少开发者转投阵营。

GPT-5.3-Codex 的出现，就是为了终结这场争论。现在 GPT-5.3-Codex 在编程基准测试和实际表现上，不仅碾压了自家的前代模型，也确实有把友商模型按在地上摩擦的前兆。它真正具备了编写、测试和推理代码的能力。

做游戏项目，是这次模型介绍博客里，网站开发部分主要案例，我们也让 GPT-5.3-Codex 做了一个简单的物理弹球游戏，整体的效果虽然没有达到我的期待，因为我在提示词里面有说希望这是一个 RPG 的游戏，但 GPT-5.3-Codex 给我的界面还是过于简陋了。不过，好在还是能玩。

我们也在 X 上找到了一些用 GPT-5.3-Codex 做的小游戏，像这个类似超级玛丽的收集金币。

强中更有强中手

对 Anthropic 来说，OpenAI 今天玩的这些，可能会说，这都是我们玩剩下的。无论是代码、或者 Agent 的能力，还是开始着手去做本地 Agent，从之前 Codex 的终端转成现在的 macOS App。

在技术的领域，OpenAI 仿佛都是跟着 Claude 的脚步在走，Claude 深耕代码能力，OpenAI 搞了 Sora、日报、浏览器、ChatGPT agent，都没什么水花，于是也在代码上发力；Claude 一月初推出 Cowork，OpenAI 也紧接着在二月初发布 Codex App。

就和今天的密集发布一样，凌晨 1:45，Claude 官方发 X 推出 Claude Opus 4.6，紧接着就是 OpenAI 端上 GPT-5.3-Codex。两款模型其实都是为了给 Agent 更强大的基座能力，以前是说代码/vibe coding，但现在 Agent 能做好，基本上都是「写代码写得好」。

Opus 4.6 虽然在 SWE-Bench 上的表现甚至不如 Opus 4.5，并且 Terminal-Bench 2.0 上的成绩也没有 GPT-5.3-Codex 强，但是 Opus 破天荒地把上下文长度拉到了一百万 token 的窗口。而且，这些 benchmark 的表现还没有相差很多。

Claude 说，我的 Sonnet 5 还没上来，那才是真功夫。

我们在网上也找了一些 Opus 4.6 最新的测试案例，有网友说 Claude 4.6 Opus 只是一次调用，就完全重构了他的整个代码库，将原来混乱的代码「屎山」全部模块化，并且没有模型能像 Opus 这样做到。

还有网友拿 Opus 4.6 和 4.5 进行对比，让两个模型玩同一款经营游戏，看谁的账户等级、财富和装备更高。测试博主提到，4.6 版本在初期制定战略的时间更长，但是做出了更好的战略决策，并且在最后确实做到了遥遥领先。

还有网友也做了一个游戏，不过是一个宝可梦的克隆版。博主提到这是他用 AI 做出来的最酷的东西。他提到，Claude Opus 4.6 思考了 1 小时 30 分钟，使用了 11 万个 Token，并且只迭代了三次。

在 CLaude 官方演示和早期用户的反馈中，也提到了一个 Opus 表现优秀的案例。Opus 4.6 在一天内自主关闭了 13 个 issue，issue 即项目存在的待解决问题，并将另外 12 个 issue 准确分派给了正确的人类团队成员。

和 Kimi K2.5 的智能体蜂群一样，Opus 4.6 也能管理一个 50 人规模组织的代码库。在 Claude Code 中，我们可以组建 Agent Teams，召唤出一整个队伍的 AI，不再是一个 AI 在战斗。这些AI 可以有的负责写代码，有的负责 Review，有的负责测试，它们之间自主协作。

也有网友测试了 Claude Code 里面的 Agent 蜂群，提到启用蜂群之后的 Opus 4.6，速度提升 2.5 倍，并且效果也更好。

我们现在的状态就跟这张图片一样，虽然一山比一山高，但都绕不出这个圈。前几个月可能是 Gemini 赚走了风头，一月份来，应该是 Claude，然后看样子又要轮到 OpenAI，或者马斯克的 Grok。

好在这个轮回的过程中，作为用户的我们，能明显感觉到 AI 的能力一直在变强。

GPT-5.3-Codex 的 API 还没有开放，原因是模型太强了，会存在很大的风险，所以 OpenAI 还在考虑怎么安全地启用 API。

Claude Opus 4.6 已经可以在 Claude 通用聊天应用、Claude Code、API 多种方式使用，这两个作为今年国外御三家首发的两款模型，非常值得一试。

未来，更好的服务 Agent，让 Agent 为我们做事，还会是大模型更新的重点。

#欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博