AI 时代的几何工作流

问题:几何世界正在被撕开一道缝

过去两年,3D 内容生产的格局发生了一件根本性的事 — 所有 AI 生成的 3D,都是 mesh。

Tripo、Rodin、Meshy、Hunyuan3D、TRELLIS、CSM、Rodin Gen-2、各种文生 3D 与图生 3D — 无一例外,输出都是三角网格。扫描重建是 mesh,Gaussian Splatting 转出来还是 mesh,摄影测量也是 mesh。

而所有需要被制造、被工程化、被精确控制的几何 — 建筑构件、产品模具、机械装配、雕塑的金属实现 — 都活在另一个世界里:B-rep 与 NURBS 的世界。Rhino、SolidWorks、CATIA、Plasticity、Fusion 360,这些工具的底层是连续曲面、是修剪边界、是布尔运算下依然成立的拓扑结构。

两个世界之间,有一道几乎没有桥的鸿沟:

AI 生成端              制造/工程端
─────────              ───────────
Tripo                  Rhino
Rodin          ???     SolidWorks
Meshy          ???     CATIA
Hunyuan        ???     Plasticity
扫描数据                Fusion 360

全是 mesh             全是 B-rep / NURBS

中间那个 ??? 现在的解决方案是什么?人工。设计师把 AI 生成的 mesh 导进 Rhino,然后手动重新建一遍。这件事每天在全世界几十万个工作流里发生。

这不是一个小问题。这是 AI 时代的一道结构性裂缝。

为什么这道裂缝以前不重要,现在变重要

"mesh 转 CAD"的需求其实十年前就存在。逆向工程领域一直有 QuickSurface、Geomagic Design X 这类工具。但它们始终是小众的、专业的、不被广泛使用的 — 因为输入端的体量太小。扫描数据是少数人的事,养不起一个独立的工具生态。

但现在不一样了。四个变量在同时改变:

• 输入端在指数级膨胀 — AI 生成 3D 的成本从几小时/几百块降到几秒/几分钱,任何一个设计师每天都可能产生几十个 mesh。
• 质量门槛在快速上升 — Hunyuan3D 2.0、TRELLIS 这一代的拓扑已经接近可用,不再是"一坨乱网格"。
• 下游需求在拉动 — 产品设计师、建筑师、雕塑家都开始尝试把 AI 生成结果带进真实流程,不是玩,是要做出来的。
• CAD 厂商行动迟缓 — Autodesk、Bentley、Dassault 都没有在这个方向认真出招,Rhino 也没有。

这是一个典型的"上游已经爆发,下游还没接住"的窗口。窗口期不会太长,大概率两到三年内会有工具占住这个生态位。问题只在于:是 Plasticity 这种新势力主动往上游延伸,是某个 AI 3D 公司主动往下游延伸,还是从这道缝里冒出来一个新东西。

问题的真正形状:不是"转换",是"对齐"

要把这道缝接上,最容易想到的方案是:做一个更好的 mesh-to-CAD 转换器。

这是个错的方向。

转换器的根本问题是,它做的是一次性翻译 — 输入一个 mesh,输出一个 brep,翻译完就结束了。结果就是:

• 对应关系丢失。翻译完之后,mesh 的某个面对应 brep 的哪个面?没人知道。
• 不可逆。你在 brep 里改了一刀,mesh 那边不动;你在 mesh 那边推了一下,brep 那边一脸茫然。
• 不带参数化。翻译出来的是死的几何,没有逻辑、没有历史、没有规则。

真正的问题不是"翻译",是对齐。

设计师真正需要的不是"把 mesh 变成 brep",而是让一个形体同时活在 mesh 表示、brep 表示、参数表示三个世界里,并且这三个表示之间始终保持对应关系 — 一边动,另一边跟着动。

Mesh 是形被感知的样子。 B-rep 是形被规训为合法几何的样子。 Param Graph 是形被还原为生成逻辑的样子。

一个形体的完整存在,需要这三个面同时成立、同时维护、同时可编辑。

这个判断指向一个三层架构。

三层架构

4 · 1入口层:Rhino Codex

让 AI 不再是"写脚本的助手",而是直接住进 Rhino,把 RhinoCommon API 当作自己的母语,在画布上持续操作。

→ 见独立札记:Rhino Codex:让 AI 住在 CAD 里

4 · 2中间层:DGS

不做 mesh-to-CAD 转换器,而是做几何对齐协议 — 一个 Hybrid Geometry Object,同时持有 mesh / brep / graph 三种表示,通过 Alignment Engine 维护它们的实时对应关系。误差不被隐藏,而是被显示为热图。

→ 见独立札记:DGS:几何对齐协议而不是转换器

4 · 3输出层:Param Graph

事后参数化 — 从已有形体反推生成逻辑。让一个 mesh、一个扫描、一个 AI 生成结果,都能事后被赋予可调可改的参数化灵魂。

→ 见独立札记:Param Graph:形体的可复现灵魂

三层是怎么互相成全的

这三层不是平行罗列,是互相成全的。

Rhino Codex 离开 DGS,只是一个会写脚本的 AI。它能在 Rhino 里画东西,但每次都是从零开始,没有持续的几何状态、没有 mesh 与 brep 的同步、没有可复现的逻辑。它的 ceiling 是 Grasshopper 的 GPT 插件那种水平。

DGS 离开 Rhino Codex,只是一个静默的中间件。它在底层维护着对齐关系,但没人知道、没人调用、没法用自然语言操作。它会变成另一个 QuickSurface — 专业、有用、但只服务极少数逆向工程师。

Param Graph 离开 DGS,只是一个事后画 Grasshopper 图的工具。没有底层的对齐保证,反推出的参数逻辑就只是一次性的、不可回写的。它会变成"AI 帮你画 GH"的众多尝试之一。

但三个一起在,事情不一样:

• AI 用 Rhino Codex 在 Rhino 里画了一个东西
• DGS 自动让这个东西的 mesh / brep / graph 三种表示保持对齐
• Param Graph 在背后持续维护这个东西的生成参数

设计师任何时候都可以:在 mesh 上推一刀(雕塑感),在 brep 上改一个边(工程感),在 Param Graph 上拧一个旋钮(参数化)— 三种操作都被同步到另外两个表示里。

这才是 AI 时代真正需要的几何工作流。

这件事为什么必须现在做

理由:

• AI 3D 的爆发已经发生,输入端供给已经不缺
• CAD 厂商还没有真正入场,生态位空着
• 设计师正在被迫手动重建几何,需求强烈
• MCP 协议让 AI 进入 CAD 的技术门槛降到了历史最低

错过这个窗口,就会有别人占住这个位置。占住的人未必是 Autodesk 这种巨头 — 大概率是从这条缝里长出来的新东西。

和一种更深的判断的关系

写到这里,有一个更深的判断需要说出来。

我之前在《调用者宣言》里讲过一个观点:AI 时代的创造者本质上是"调用者" — 我们在已被建造好的可能性空间里行动,我们对那些空间的控制权是有限的。

但这个三层架构,某种意义上是对那个判断的一个反向回应:即使我们无法独立建造基础模型,我们仍然可以建造让基础模型可用的中间件。

Rhino Codex 不在制造 AI,它在制造 AI 进入 CAD 的接口。 DGS 不在做基础模型,它在做让 mesh 与 brep 持续对齐的协议。 Param Graph 不在生成形体,它在事后赋予形体以可复现的灵魂。

这三件事,都是在 AI 这个庞然大物的下游和侧面,为它接上一些它原本接不上的东西。这是调用者能做的最深的工作 — 不是建造可能性空间本身,而是建造可能性空间与制造世界之间的桥。