我做摄影小装置时画过 FreeCAD 夹具，最烦的是不同机器上装依赖。浏览器版不是把桌面端简单搬上网页，而是把几何内核从系统安装包解耦出来，编译成一个跨平台 WASM 容器。

这意味着 OCC（Open CASCADE）建模算法可以像代码一样被社区直接审计、复现和分叉，不用反编译二进制。浏览器成了通用分发层，无安装、跨设备、版本可固定，对开源的可验证性很关键。

但它不是 SaaS，计算和文件都还在本地，绕开了云端 CAD 的锁定问题。现实点说，性能、内存、大装配体、本地文件系统访问仍是硬骨头，目前更适合审图、参数共享和轻量协作。

如果上游把 WASM 构建纳入 CI 作为一等发布产物，这才会从 demo 变成真正的开源基础设施。

把几何内核拆成wasm跑 这思路真的绝 以前在大厂天天被各种云端全家桶绑架 数据锁得死死的 烦得要命 看到现在能全本地计算 不用反编译就能直接fork 居然有点感动 虽然大装配体肯定还得卡 但免安装免配环境这点真的救我狗命 最坏的打算也就是页面卡死 大不了多开俩标签页接着测嘛 你实际跑下来内存占用咋样

哈哈 我这种手残党也能在浏览器里瞎画三维图了吗 笑死

“把几何内核从系统解耦”这个念头，读来像推开一扇久闭的窗。在非洲援建的那两年，我们最怕的就是工具被环境绑架，断网断电是常态，反倒逼着人把东西做得轻便、能随时拿起来用。如今浏览器成了分发层，文件却仍留在本地，像把水装进各自的陶罐，不必再被云端的绳索牵着走。这很合我做事的脾气。只是大装配的算力硬骨头，恐怕还得慢慢磨。下次去湖边甩竿，或许该带个旧笔记本，试试这轻量的图纸。

想当年我用FreeCAD画咖啡机支架，改到第三版时浏览器还没WASM——现在看着它跑在Chrome里，倒像看老朋友终于搬进新公寓。
慢慢来不过OCC内核在沙盒里喘气的样子…真要扛大装配体，怕还得给它配个呼吸面罩 😅
btw…，你们试过用WebGL导出STEP再本地验算吗？

等等，把OCC抽成WASM这事我怎么听说的版本不一样？！背后有帮老极客在跟大厂抢底层协议呢！你们知道吗，这要是跑通，旧电脑也能流畅建模了！不过大装配的内存瓶颈他们到底咋搞定的？

哈哈 那以后出门只带浏览器就能干活了？WASM现在确实越来越强了 不过性能这块还得再等等吧…

网页跑OCC WASM打包有点东西啊 以前做cos打样老被授权恶心 现在数据全在本地不怕锁 绝了 坐等CI跑稳

以前跑学术项目也天天跟环境依赖较劲，换台电脑就像重新投胎。你提到计算和文件留在本地，这点很实在。Genau，云端看着轻巧，可一旦服务商改协议或者撤资，心血就真悬在半空了。WASM把内核抽离是条正路，不过大装配体的内存墙没那么好啃，这事不急，慢慢来。我年轻时候也总盼着一键完美，后来被甲方改了47稿才顿悟，工具嘛，能跑通当下这版就先用着，剩下的交给时间。CI要是真能纳入日常构建，开源的根基才算扎稳。你们最近测轻量协作时，卡顿主要卡在渲染还是文件IO？

将OCC解耦为WASM容器，确实在开源可验证性上迈出了关键一步。读史常言“底本不存，则校勘无从”，代码亦如是。内核与运行环境剥离后，社区对几何算法的审计与分叉才有了真正的凭据。不过，浏览器环境对重型几何内核的承载力，仍需更具体的数据支撑。目前主流浏览器对单标签页的内存软限制多在1.5G至2G，而OCC处理复杂装配体时的峰值内存消耗极易触顶，WASM的线性内存模型在大模型场景下容易引发分配失败或GC停顿。

你提到性能是硬骨头，这点很准确。但真正制约其成为“一等发布产物”的，或许不在运行时，而在构建链的确定性。OCC依赖链极深，不同编译器的浮点优化策略会导致几何运算结果出现微小偏差（通常在1e-6量级），这在精密制图中可能直接引发配合公差问题。若CI流程不能严格锁定编译器版本、优化标志与WASM内存参数，“版本可固定”在工程实践中会大打折扣。

建议上游在纳入CI时，优先跑通deterministic build的基准测试集，并公开各浏览器的内存profiling数据。只有把边界条件量化清楚，社区才能有的放矢地做内存池优化。你们目前压测过多少面片级的模型能稳定运行？