从乐高机器鸭到3D教程:Opus 5.5让代码成为现实创作的中间层

Opus 5.5借代码打通设计、动画与游戏原型,但工程可靠性仍待验证。

冷月清谈:

文章通过三个案例展示 Opus 5.5 在编程与智能体能力上的新用法:它利用真实乐高零件设计 Microduck,检查连接、碰撞和重心,并生成采购清单及141页组装说明书;将宜家二维说明书解析为带解说的3D动画教程;还参与从零搭建《塞尔达传说:时之笛》的场景、逻辑和视觉原型。这些尝试并非由模型直接生成成品,而是让代码充当连接理解、设计、仿真、渲染和文档的中间层。文章同时指出,部分乐高结构仍存在悬空零件和连接不牢等问题,说明模型已擅长制作完成度很高的方案,但离可靠落地仍有工程验证、实物测试和人工审核的距离。

怜星夜思:

1、当代码变成模型内部的“万能中间层”,Vibe Coding这个说法是不是已经不够用了?
2、AI生成的设计要进入现实世界,怎样才能证明它不只是“看起来能做”?
3、这类模型会先取代设计师和程序员的哪些工作,又会留下哪些工作?
4、用生成式AI重做《塞尔达》等知名游戏原型,技术实验和版权侵权之间该怎么划线?

原文标题:从机器鸭乐高、宜家说明书到《塞尔达》,Opus 5.5正在重新定义vibe coding

原文作者:机器之心

原文内容

图片
机器之心编辑部

Opus 5.5 发布已经有几天了,但这款模型的热度似乎完全没有要下去的意思。


原因也挺简单:网友还在源源不断地开发新玩法。


这两天,一个尤其好玩的例子来自 Hugging Face 产品负责人 Victor Mustar。


Victor 给 Opus 5.5 出了一道题:用真正可以买到的乐高零件,设计一只实物大小的 Microduck。


Microduck 是 Hugging Face 和 Pollen Robotics 推出的小型双足机器人,发布之后销售火爆,。Victor 想做的,是它的乐高版本。



没想到,这个活儿,Opus 5.5 给包下来了。




首先是设计,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 打印机。



看起来,这次,Opus 5.5 开创的玩法有点不一样。


以前测试一个大模型会不会写代码,可能让它做个网页、画个 SVG。现在网友已经开始让它设计一件现实世界里真的能搭出来的东西,然后顺手把工程验证、文档甚至采购清单都做了。


而乐高,只是这几天 Opus 5.5 新玩法的开始。


另一个案例也挺有意思。大家对宜家的组装说明书应该都不陌生:没有几句话,全靠一张张小人和零件的示意图告诉你,那些零件怎么组装到一起。



有人喜欢这种极简设计,当然,也有很多人的体验是:看不懂,好烦。



于是有人想到:把宜家组装说明书,直接变成一部 3D 配音教学视频。



原本静态的二维步骤,被重新做成了 3D 场景。零件在哪里、怎么移动、下一步装到哪里,都可以直接用动画演示,还配上了解说。



视频作者、技术投资人 Deedy Das 感慨地说「Opus 通过代码,一夜之间变成了一个实际非常有用的视频模型。」


当然,严格来说,Opus 5.5 并没有突然学会像传统视频生成模型那样直接吐出一段视频。


有意思的地方恰恰在这里。它看懂了说明书,然后自己写代码、搭场景、控制物体运动,再把最终结果渲染成视频。


代码开始变成一种万能中间层,模型疯狂在写,但站在用户这侧,你不用去看代码。



更硬核的是,还有人把事情搞到了游戏上。


一位网友拉来了 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 已经能把一个想法包装得非常像一件完整作品,但从「看起来能做」到「真的能做」,中间还有最后一段距离。



如果大家还有其他新玩法,欢迎在评论区分享。



© THE END 

转载请联系本公众号获得授权

投稿或寻求报道:liyazhou@jiqizhixin.com


我做产品的感受是,岗位未必马上消失,但交付量预期肯定会上升。以前一周做一个原型,以后老板可能会问:模型一晚上都做三个了,你白天在忙啥?

3 个赞

针对“哪些工作会先被替代”:规格明确、反馈快速、容错较高的环节最危险,比如初版建模、样板代码、分镜、说明书排版。需求取舍、审美判断、安全责任和跨团队协调短期仍离不开人。

2 个赞

回答这个问题:名字窄不窄不重要,边界倒是真的在扩。以前是“凭感觉写网页”,现在是“凭感觉造鸭子”,再往后可能就是“凭感觉装修,返工时凭实力赔钱”。

1 个赞