艺术家用AI在Blender上重建3ds Max工作流

一位英国老牌 3ds Max 用户用 AI“氛围编程”在 Blender 之上重建了 Max 的工作流，这可能是近十年 CG 工具格局中最值得玩味的一次“叛逃”——不是用户离开 Max，而是 Max 的体验被搬到了别人的地基上。

这件事到底发生了什么

CGPress 在 2026 年 10 月 23 日报道，英国艺术家、资深 Max 用户 Jake Denham 发布了一段视频，声称自己借助 AI 的 vibe-coding（氛围编程，即用自然语言描述意图、由 AI 生成代码的开发方式）在 Blender 之上重建了 3ds Max 的工作流。据他描述，这个 Blender 版本具备 Max 的热键、四元菜单（quad menu）和修改器堆栈（modifier stack）；能打开 .max 文件；启动速度比 Max 快约 4 倍；除了运行 Blender 原生工具外，还提供了一些 Max 本身没有的功能。Denham 强调这是个人项目、不出售，但大量 Max 艺术家反响热烈。

一个用户用 AI 在竞品软件上复刻了自己用了半辈子的工具的核心交互，而且启动快四倍——这不是插件，这是“用脚投票”的技术版。

为什么“四元菜单”和“修改器堆栈”才是重点

外行看这条新闻会盯着“AI 写代码”，但真正刺痛 Autodesk 的是被复刻的那三样东西：热键、四元菜单、修改器堆栈。这三者不是功能，是肌肉记忆。一个 Max 老手二十年积累的手速、右键划出的那四个方向、堆栈里从下往上调参数的直觉，构成了极高的迁移成本——这正是 Max 用户明知它启动慢、崩溃多却迟迟不走的原因。Denham 做的事情本质上是把这层“肌肉记忆”从 Max 的引擎上剥离下来，移植到 Blender 的几何内核和渲染管线上。一旦这层壳可以自由移植，用户对 Max 本体的忠诚就只剩下文件兼容性和团队协作惯性，而 .max 文件读取这一条，恰好把最后一道锁也撬开了。

“启动快 4 倍”是一句判决书

Denham 给出的对比数据里，“启动速度约为 Max 的 4 倍”看似是个小指标，实则是最狠的一刀。3ds Max 的启动缓慢、插件加载臃肿、场景打开卡顿，是用户社区抱怨了十几年的老账，Autodesk 年年更新却始终没有实质改善。现在一个个人开发者用 AI 辅助、在开源软件上搭的壳子，启动速度直接四倍于正主——这说明 Max 的性能问题不是“技术难题”，而是优先级问题。当竞品的复刻版在基础体验上碾压原版，原版的存在理由就从“不可替代”退化为“历史包袱”。

Vibe-coding 改变了工具复刻的成本结构

值得单独拎出来说的是开发方式。过去要复刻一个 DCC 软件的交互层，需要组建团队、读 SDK 文档、写数万行 C++ 插件代码，周期以年计。Denham 用的是 vibe-coding——用自然语言向 AI 描述“我要一个 Max 那样的四元菜单，右键划出四个方向对应不同操作”，由 AI 生成可运行代码，再迭代调试。这把“复刻成熟软件交互”的门槛从工程团队级别降到了个人爱好者级别。这意味着未来会出现更多“寄生式”工具：不重写内核，只重写体验层，挂在开源底座上。Blender 的开源协议和 Python API 恰好是这种寄生最理想的宿主。

对 Blender 阵营：这是免费的生态扩张

对 Blender 基金会而言，这件事是纯利好且无需付出成本。Max 用户不会因为这条新闻集体迁移，但“Blender 能跑 Max 工作流”这个认知一旦扩散，会显著降低观望者的心理门槛。更微妙的是，Denham 的复刻版还“提供了一些 Max 没有的功能”——这等于用 Max 用户的痛点反向给 Blender 生态做需求验证。Blender 社区历来擅长吸收其他软件的交互优点（Maya 式 UV 编辑器、Maya 式建模工具在 Blender 插件市场层出不穷），Denham 的项目只是把这种“吸收”从功能级推进到了整套工作流级。

对 Autodesk：真正的威胁不是 Blender，是“壳层可剥离”

Autodesk 长期以来的护城河是文件格式、行业管线惯性和用户肌肉记忆三件套。Denham 的项目同时击中了后两条：肌肉记忆被复刻，文件格式被读取。第一条（管线惯性）暂时还稳——大厂流水线不会因为一个个人项目就换软件。但方向已经很清楚：DCC 软件的交互层正在变得可分离、可移植、可由 AI 低成本重建。如果这个趋势成立，那么软件本体的价值将越来越集中在几何内核、渲染质量、仿真精度这些“硬功夫”上，而 Max 恰恰在这些硬功夫上近年乏善可陈，更多靠交互习惯和插件生态续命。当交互习惯可以被搬走，续命的绳子就少了一根。

冷静一下：个人项目不等于产品

必须指出这条新闻的边界。Denham 明确说这是个人项目、不出售，视频演示和实际生产环境之间隔着稳定性、边界情况、大场景性能、长期维护这几座山。一个能打开 .max 文件、能模拟四元菜单的原型，和一个能承接建筑可视化项目交付的 production-ready 工具，差距可能是数量级的。社区“反响热烈”更多是情绪共鸣——Max 用户对现状的不满找到了一个具象的出口——而非真实的迁移意愿。历史上类似的“XX 软件模拟器”项目不少，多数止步于演示视频。

所以呢

对从业者：这条新闻的实际用途不是让你现在去装什么，而是提醒你重新评估自己押注在哪个交互体系上。如果你的核心资产是“Max 手速”，那这份资产的保值性正在被 AI 和开源底座联手稀释；如果你的核心资产是审美、构图、管线设计能力，那工具壳层的迁移对你几乎无损。

对工具厂商：这是一次公开的警告——用户对基础体验（启动速度、交互一致性）的容忍已经到顶，而 AI 让“用户自己动手改造工具”从口号变成了可执行路径。今天是一个人在 Blender 上复刻 Max，明天可能是十个团队在开源底座上复刻各种商业软件的关键工作流。

对整个 CG 行业：vibe-coding 正在把“软件体验”从厂商垄断的资产变成社区可再生的公共品。这不是某一次发布能定论的事，但 Denham 这个不出售的个人项目，可能是这条曲线上一颗值得记住的坐标点。