Opus 5.5 发布几天后，热度还在继续。原因不复杂，围绕这款模型的新玩法还在不断冒出来。
用真实乐高零件设计一只 Microduck
这两天，一个引发广泛讨论的案例来自 Hugging Face 产品负责人 Victor Mustar。他给 Opus 5.5 出了一道题：用真正可以买到的乐高零件，设计一只实物大小的 Microduck。
Microduck 是 Hugging Face 和 Pollen Robotics 推出的小型双足机器人。按照原文说法，这款产品发布后销售火爆，4 秒就能卖出一只。Victor 想做的是它的乐高版本。
结果是，Opus 5.5 不只给出了设计方案，还把整套流程一并做了出来。根据文中信息，这个设计使用了 1113 个真实存在的乐高零件，检查了 3204 个连接，并对零件碰撞和重心做了验证。
更具体的输出还包括一本 141 页、237 个步骤的乐高说明书，以及一份可直接用于采购零件的清单。连展示视频也是 Opus 自己生成的。
Victor 已经把整本说明书上传到 Hugging Face，链接为：https://huggingface.co/buckets/victor/microduck-lego-booklet/tree/microduck_booklet.pdf
眼下外界最关心的问题是，照着清单采购后，这个版本到底能不能真的拼出来。Victor Mustar 已经开始尝试，最终结果还要等他的后续更新。
在评论区，Claude Code 负责人 Boris Cherny 也注意到了这个案例。他的第一反应是：「挺酷，真想把这东西直接接上一台 3D 打印机。」
测试模型的方式开始变化
这次引发关注的，不只是一个乐高作品本身。
过去，测试一个大模型会不会写代码，常见任务往往是做网页、画 SVG。现在，网友已经开始把任务推进到现实世界里可搭建的对象上，要求模型连工程验证、文档和采购清单一起完成。
乐高只是开头。另一类案例来自宜家说明书。很多人熟悉那种几乎没有文字、主要依靠小人和零件示意图推进组装的形式。有人喜欢这种极简设计，也有人觉得难懂。
于是，有人把宜家组装说明书直接转成了一部 3D 配音教学视频。原本静态的二维步骤，被重建为 3D 场景。零件的位置、移动方式和下一步安装到哪里，都通过动画演示出来，同时配上讲解。
视频作者、技术投资人 Deedy Das 形容说：「Opus 通过代码，一夜之间变成了一个实际非常有用的视频模型。」
原文也特别指出，严格来说，Opus 5.5 并不是像传统视频生成模型那样直接输出一段视频。它的路径是先读懂说明书，再自己写代码、搭建场景、控制物体运动，最后把结果渲染成视频。
从这个角度看，代码开始变成一种通用中间层。模型在大量写代码，但站在用户一侧，并不需要直接去看这些代码。
从 3D 教程走向游戏重建
还有人把实验推进到了游戏上。
一位网友同时调用了 Opus 5.5、GPT-6 Astra 和 Fable 5.1，任务是重现《塞尔达传说：时之笛》。团队按照游戏最开始的演示片段，从零重新制作场景。
他们强调，项目并不是直接套用现成的完整游戏引擎，而是让这些模型自己搭建大量游戏逻辑和视觉内容。
文中也提到，视频里呈现出来的内容距离一个真正完整的《塞尔达》还很远。但对比并不在于成品是否成熟，而在于测试问题已经发生了变化。直到最近，外界还常用「让 AI 画一只骑自行车的鹈鹕」来判断模型是否理解世界；现在，围绕一款刚发布几天的模型，开发者已经开始尝试乐高、3D 教程、视频，甚至游戏。
榜单成绩与价格对比
原文给出的背景数据是，Opus 5.5 发布后，在 Code Arena: WebDev 榜单拿到第一，价格比排名第二的最佳模型 GPT-6 Astra (Max) 低 60%。
这组数据对应的是 coding 和 Agent 能力的提升。与此同时，网友这几天给出的案例，则把另一个问题摆到了台前：当 coding model 足够强以后，「会写代码」最后会变成什么。
按照原文的说法，到了这一步，「Vibe Coding」这个名字甚至都有点窄了。
作品看起来完整，不等于已经能落地
不过，讨论并不只有兴奋的一面。也有网友指出了 Victor 那本 141 页乐高说明书里的问题，包括悬空零件，以及没有真正锁死的连接。
这意味着，Opus 5.5 已经能把一个想法包装得很像一件完整作品，但从「看起来能做」到「真的能做」，中间还差最后一段距离。
本文来自微信公众号「机器之心」（ID：almosthuman2014），作者为机器之心。