把 AutoCAD 搬进浏览器三款开源方案现在做到了什么程度-字节棱镜 (Byte Prism)

把工业级 CAD 跑进浏览器，这件事在 2024 到 2025 年之间突然从”折腾”变成了”可谈”。推力很具体：WebAssembly 让 OpenCASCADE(OCCT)这类原本依赖本地编译的几何内核有了跑在前端的可能，Chili3D 这种”TypeScript + WASM OCCT + Three.js”的全栈前端范式已经在工程上被跑通 [5]，而围绕 OCCT 构建的开源项目也早已不是 FreeCAD 一家，JellyCAD、occQt、CadQuery 等都从不同切面吃下了这块几何底座 [3]。但热闹归热闹，真把目光落到具体项目上，你会发现 CADCraft、OpenCAD Studio、MLightCAD 这三款被同时摆在一起讨论的开源方案，根本不是同一个物种，简单按”谁更好”去排，反而会看花眼。判断是：选哪个不取决于项目分数，而取决于你打开浏览器想解决什么问题。

先说 CADCraft。这是一款典型的工程师驱动型项目，选择的也是最硬的那条路：从几何内核到 UI 全部自研。它不太会出现在”今天就能拿来干活”的清单里，但它的存在意义是把”浏览器里能不能跑出真正可用的 CAD 内核”这件事往前推进。自研路线的好处是没有历史包袱，理论上能针对 Web 环境的特性做底层优化；代价也很直观——可用功能边界目前还很窄，文档、教程、社区沉淀都还在早期。如果你打开浏览器是想研究”浏览器 CAD 的极限在哪”,CADCraft 是值得长期盯的那一个；如果只是想”明天就要画一张图”，它会让你失望。

OpenCAD Studio 走的是另一条路，也是三条里最务实的那一条。它的核心卖点不是几何能力，而是”DWG/DXF 兼容性 + 打开浏览器就能用”这一组合拳。在中文社区里，它被多次作为 AutoCAD 的开源替代来评估，讨论重点集中在授权合规、跨平台打开老格式图纸、网页版启动速度这几个痛点上 [1][6]。对于制造业、设计院里那些被老 DWG 文件困住、又不想再为正版授权付费的团队来说，这条路径几乎正中靶心。但务实是有代价的：OpenCAD Studio 的三维建模能力相对薄弱，它更适合”看图、轻量标注、偶尔画二维”的工作流，而不是去做复杂装配或参数化三维设计 [6]。把它当成 AutoCAD 的网页版”看图伴侣”或轻量替代，定位会更准。

MLightCAD 的重心又不一样。它更偏向编辑器和交互层，几何计算则倾向于借力已经成熟的 WASM 方案或第三方几何库，而不是自己从零造内核。这条路线的本质，是”编辑器派”和”内核派”的分野——前者关心用户怎么画得舒服、怎么跟图纸交互，后者关心几何运算能不能算得对、算得快。MLightCAD 显然是前者的代表，这种定位让它在交互体验、UI 可塑性、未来扩展性上有更大的空间，但具体几何能力的上限，会直接被它所依赖的底层模块决定。从这个意义上说，MLightCAD 和 CADCraft 之间的距离，比 MLightCAD 和 OpenCAD Studio 之间的距离还要大。

把三款摆到一张桌子上看，差异比想象大。CADCraft 是”自研内核派”，押注未来；OpenCAD Studio 是”看图兼容派”，押注当下；MLightCAD 是”编辑器派”，押注交互。三条路线对应的用户痛点、依赖的技术栈、未来的演进方向都完全不同。这也意味着，任何”三款浏览器 CAD 排名”式的清单，本质上都问错了问题——它们不在同一个赛道上。

那到底选哪个？答案要按你打开浏览器想干什么来分。第一种场景，你只是想看 DWG、审图、加几个标注、不打算真做复杂建模——优先试 OpenCAD Studio，它的兼容性和启动速度是最务实的选择 [1][6]。第二种场景，你更看重交互体验、想做轻量的二维或简单三维编辑、愿意等一个还在快速演进的项目长大——MLightCAD 更适合你，它的编辑器思路决定了后续加新功能、加新格式的阻力相对小。第三种场景，你是研究者或重度用户，愿意为”未来可能出现的真正可用的浏览器 CAD 内核”下注——盯紧 CADCraft，但不要指望它明天就能替你干活。

还有一点：这三款都不是”浏览器里的 AutoCAD”。AutoCAD 几十年沉淀的格式生态、插件体系、二三维一体化能力，任何单一开源项目在短期内都不可能完整复刻。把它们理解为”特定痛点的解决方案”，而不是”AutoCAD 的开源替身”，选型时心态会更稳。

如果你读到这里已经有了大致方向，接下来可以马上动手做三件小事。第一，去对应项目的仓库翻一遍 README 和最近三个月的 commit 记录，看维护节奏和路线图，而不是只看 star 数。第二，跑一遍官方提供的 demo 或网页版入口，亲自感受启动速度和交互流畅度——浏览器 CAD 的实际体验，只有跑起来才知道。第三，加入对应社区（部分项目以 Discord 或 GitHub Discussions 为主要沟通渠道 [2]），跟一两周 issue，你就能判断这个项目的活跃度和氛围是不是适合你长期跟进。把阅读型文章变成可动手的下一步，远比再多看一篇评测有用。