两个完全用 Rust 编写、由 AI 编程代理参与开发的开源 CAD 项目近日在 GitHub 上公开：参数化三维建模工具 SolidCraft 和 AutoCAD 风格的二维绘图工具 CADCraft。两者都不声称能替代商业 CAD，而是把”还差什么”写进了公开路线图。
按发稿时的数据，CADCraft 在 GitHub 上约有 4.3k star、2000 次 fork；SolidCraft 约有 2.9k star、305 次 fork 和近 1300 次提交。两个项目的路线图日期均为 2026 年 10 月。
SolidCraft：能画简单零件，但只到”早期可用”
SolidCraft 由 GitHub 开发者 bherbruck 开发，定位是可在桌面或浏览器中运行的参数化三维 CAD，并内置 MCP（模型上下文协议）服务器，让 AI 代理直接调用建模能力。其参数化时间线覆盖拉伸、旋转、扫掠、放样、圆角/倒角、抽壳、拔模、孔、螺纹、阵列和镜像，还提供带关节的装配、钣金以及塑料外壳子集。导出格式包括 STEP AP242、IGES、3MF、STL 和 OBJ；STEP 与 IGES 实体可作为基础特征导入，STL、3MF 等网格格式则以网格体形式进入。项目明确面向 Autodesk Fusion 用户，称工作流沿用熟悉的参数化 CAD 惯例。
项目对自身状态的评价相当克制：处于早期，但可用于简单零件。76 个公开参考零件中有 75 个的体积、面积、质心与包围盒与解析解或 FreeCAD 计算结果一致；不过项目也说明，这并不等于完整的几何或工作流等价。网格建模、T 样条、扩展曲面、PCB、仿真、CAM 和二维工程图均被推迟。一个社区案例展示了代理建模的潜力：一辆漫游车完全通过 SolidCraft 的 MCP 服务器建模，包含 3323 个可编辑时间线步骤，重建时无报错。
CADCraft：AutoCAD 的净室重写，二维兼容度约 55%
CADCraft 出自 ArtCraft 团队——此前做过”AI 编写”的 Adobe 和微软 Office 套件项目。它自称是 Autodesk AutoCAD 的净室重实现，纯 Rust 编写。可打开 R12 至 2018 的 DXF 文件，保存为 R2000；DWG 通过开源库 acadrust 读取，同样以 R2000 写出。尚未建模的实体在保存时不会被保留。路线图给出的加权 AutoCAD 兼容度约为 29%，二维绘图为 55%，包括实体、曲面、网格和渲染在内的三维建模为 0%。CADCraft 生成的文件能否在 AutoCAD 中正确打开，目前仍标注为”尚未确认”。
AI 在开发中扮演什么角色
两个项目都没有公布 AI 生成代码的比例，但仓库都把代理的作用写得很明确：各自包含一个 CLAUDE.md 文件，作为给代理的指令，要求代理遵循自主运行协议，仅在决策属于所有者保留权限时才停下来询问。CADCraft 的路线图用”模型时间”衡量剩余工作：到 alpha 版本约需 50 个 Opus 5.5 挂钟小时，若三到四个代理并行则约 15 至 20 小时；SolidCraft 估计到可用 alpha 约需 82 个代理小时。
质量控制依靠自动化关卡：两个项目都禁止生产代码中出现 panic，并要求每个崩溃修复都附带回归测试。SolidCraft 规定 Fusion 只能作为黑盒观察，代理不得阅读 GPL 许可代码，包括 OpenCASCADE、FreeCAD 和 SolveSpace；CADCraft 采用对应策略：AutoCAD 只能在开发机上黑盒观察，文件格式必须来自公开规范。两个项目关系密切，SolidCraft 的代理指令把 CADCraft 列为其遵循同一套约定的”最近亲”。
开放内核正在降低门槛
几何内核长期是 CAD 系统中最难、最昂贵的一层。SolidCraft 目前运行在 Apache-2.0 许可的 truck 内核上，并在其上叠加了自己的混合操作以及布尔重试与校验。
同一开发者的配套项目 solidcore 指向下一步：它是英伟达 SMLib 边界表示内核的 Rust 移植，取自英伟达 Apache-2.0 许可的 USD BRep 项目，并指定 SolidCraft 为首个使用方。该移植覆盖 NURBS 数学、B-rep 拓扑、求交、布尔、圆角与倒角、偏移与抽壳、扫掠、修复和质量属性；不包含上游的 OpenCASCADE 转换器、USD 集成和 Python 绑定。目标是与原 C++ 实现相对误差在 1e-9 以内、拓扑完全一致，并通过并排测试框架逐单元校验。目前仍处早期，算法模块还在逐个移植。
英伟达已按 Apache 2.0 发布 USD BRep 这一围绕 SMLib 构建的开源 CAD 建模内核，其 Python 接口允许开发者用代码创建和修改几何，但库本身没有能理解设计指令的 AI。独立开发者正在填补这一空白：smlibpy 项目把基于 SMLib 的 Python 建模接口与 MCP 服务器配对，让 AI 代理运行几何建模脚本。在增材制造流程更下游，德国开发者 Synera 推出了面向工程工作流的 AI 代理，并与 Materialise 的 Magics SDK 集成，可访问文件修复、零件修改和支撑生成能力；LEAP 71 的代码驱动工程系统则把开源、基于体素的 PicoGK 内核与专有的 Noyron 工程模型结合。
两个项目共同说明：宽松许可的内核加上代理驱动开发，可能压低构建 CAD 软件的成本。但能否产出可靠、可制造的工具，取决于两者都尚未宣称具备的能力——从复杂几何上的稳健布尔运算，到与工程师依赖的商业格式之间经过验证的双向往返。门槛正从内核转向证据。
发表回复