程序员将整个Minecraft搬进超级马里奥64

一位名叫Swirly的Minecraft模组开发者，把整个Minecraft塞进了《超级马里奥64》里，这件事最值得说的不是“缝合”本身，而是它暴露了游戏模组生态正在发生的一次底层权力转移。

这不是一个Mario 64模组或一个Minecraft模组的问题，而是一个信号：PC移植版和开源分支正在让二十年前的主机游戏变成新的创作平台。

到底做了什么

Swirly发布的演示片段展示的是Minecraft的方块、机制和几何体在《超级马里奥64》的关卡中运行。注意这个方向：不是把Mario放进Minecraft，而是反过来。Minecraft的方块系统——包括放置、破坏、地形生成逻辑——被移植进了Mario 64的引擎里，然后跑在Mario 64的关卡几何之上。你看到的是Mario 64的物理空间里长出了Minecraft的体素世界，两种完全不同的空间范式在同一帧画面里共存。

技术底座是CoopDX，这是《超级马里奥64》PC移植版的一个多人联机分支。Swirly明确说模组是建立在CoopDX之上的。这一点极其关键——没有PC移植版，没有CoopDX这个开源分支，这个项目根本不可能存在。N64原版硬件上你不可能做这种事。

“是不是AI做的”这个追问本身比答案更有意思

演示发布后，很快有人质疑整个项目是不是AI生成的。Swirly的回应很具体：不是vibe-coded，他几个月前就开始做了，“远在Astra和其他那些超级模型出现之前”。但他也承认在开发过程中用了AI工具辅助调试。

这个回应值得拆开看。第一，他需要自证“不是AI做的”，这本身就说明2026年游戏开发社区的氛围——一个技术demo发布后，默认假设已经变成了“先怀疑是AI”。第二，他没有完全否认AI的使用，而是划了一条线：AI用于debug，不用于核心创作。这条线是否成立、是否重要，社区里会有争论，但Swirly主动划这条线，说明他知道受众在意什么。第三，他提到“Astra和其他超级模型”作为时间参照点，这意味着Astra是当前社区公认的一个AI能力分界线——在它之前开始的项目，被认为更可能是人手写的。

为什么是Mario 64，为什么是现在

《超级马里奥64》的PC移植版（通过反编译项目）已经存在几年了，CoopDX在这个基础上加了联机功能。但真正让这类项目爆发的是反编译项目的成熟度：当Mario 64的C源代码被完整反编译并可以原生编译到PC上之后，它就从一个“只能通过模拟器运行的黑盒ROM”变成了“可以任意修改、链接外部库、调用现代图形API的白盒代码库”。

这意味着Mario 64不再是一个游戏，而是一个游戏引擎。Swirly做的事情本质上是把Minecraft的体素引擎作为一层新的渲染和逻辑层，嫁接在Mario 64的引擎之上。两套引擎共享同一个主循环、同一套输入系统、同一个关卡碰撞数据。

这也解释了为什么去年Arthurtilly能“完全在Mario 64引擎内”做出一个Minecraft demo——同一个底层能力，不同的实现路径。Swirly的路子是移植Minecraft的机制进来，Arthurtilly的路子是在Mario 64引擎里重建Minecraft。两条路都走得通，说明Mario 64引擎的可扩展性已经被摸得比较透了。

对模组生态意味着什么

这件事的核心意义不在于“Mario玩Minecraft”这个猎奇标题，而在于它展示了开源游戏分支作为创作平台的潜力。CoopDX是一个社区维护的分支，不是任天堂官方的东西。Swirly在它上面构建了一个跨游戏的机制移植项目，而且计划发布。

如果这个模式跑通，接下来会看到更多类似的东西：用A游戏的引擎跑B游戏的机制，用C游戏的关卡数据驱动D游戏的玩法。反编译项目提供了引擎，开源分支提供了基础设施，模组开发者提供创意。任天堂的法务部门会不会介入是另一个问题，但技术路径已经清晰了。

当一款1996年的游戏被反编译成C代码并开源分支化之后，它就不再属于任天堂了——它属于任何有能力在上面写代码的人。

Swirly说他会发布一个深入的技术拆解，覆盖代码层面发生了什么、完整开发流程和时间线。这个拆解值得等。因为如果他的方法可复制，那这就不是一个孤立的炫技demo，而是一套可以推广到其他反编译项目的跨引擎机制移植方法论。那才是真正会改变模组开发方式的东西。