摘要：OpenCAE 将模型导入、材料与边界条件、网格、结构和热分析、结果查看与报告生成放进浏览器，并强调本地计算、结果来源和验证规则，为 PLM、设计工作台和工业智能体嵌入轻量 CAE 提供了参考架构。
项目：esaueng/OpenCAE
方向：浏览器 CAD/CAE、结构与热分析、本地计算、工程数据隐私、可嵌入仿真
适合读者：CAE 平台研发团队、PLM/工业软件团队、仿真工程师、制造业数字化负责人
摘要
CAE 软件长期依赖桌面客户端、商业授权和高性能工作站。云化方案改善了协作和资源弹性，却带来模型上传、数据合规、服务成本和网络依赖。OpenCAE 选择了一条更轻的路线：将模型导入、材料与边界条件设置、网格、求解、结果查看和报告生成放入浏览器，并在客户端本地完成计算。
它目前支持线性静力、瞬态结构、模态和稳态热传导，能够导入 STEP/STP/STL/OBJ，生成本地工程文件、CSV/VTU 数据和 HTML/PDF 报告。项目在 2026 年 7 月退出原有云求解路径，生产工作区不再调用 API；浏览器内的 OpenCAE Core 成为主求解路径，Fastify API 和相关服务保留为参考后端。
OpenCAE 仍处于 engineering preview，求解规模、物理模型和认证能力有限。但它已经呈现出一个值得关注的架构：CAE 能力可以作为可嵌入组件进入 PLM、设计工作台和工业智能体系统，模型与结果保留在本地，计算过程通过明确的工件来源、验证规则和报告体系保持可追踪。
一、为什么浏览器内 CAE 值得重新讨论
“浏览器跑有限元”过去常被视为展示型功能，原因很直接：网格和求解计算量大，浏览器内存有限，数值库和多线程能力弱，工程文件又很复杂。WebAssembly、WebGPU、Web Worker、IndexedDB 和现代前端构建工具逐渐改变了这一条件。
对中小规模仿真任务而言，浏览器本地计算有几项实际价值。
第一，部署门槛低。用户打开页面即可使用，不必安装复杂客户端，也不必为每个工作站维护依赖。培训、方案验证、售前演示和轻量设计审查尤其适合这种模式。
第二，模型数据可以留在本机。对于零部件几何、材料参数和设计载荷，企业常常不愿上传外部云端。本地优先架构降低了模型外传的范围，也让私有化部署更简单。
第三，CAE 更容易嵌入其他工作流。浏览器组件可以直接放进 PLM 页面、设计评审门户、数字工匠平台或供应商协同系统。用户不必在多个软件之间导入导出，系统也能把仿真过程与项目、版本和任务关联。
第四，计算环境可以随项目一起保存。OpenCAE 使用自包含的 .opencae.json 项目文件，能够嵌入上传模型和结果。对教学、复现和轻量协作而言，这比依赖服务器数据库更灵活。
这些优势并不意味着浏览器会替代专业 CAE。更合理的定位是：把高频、标准化、规模受控的分析前移，让设计人员在早期获得反馈；复杂非线性、多物理场和认证任务继续交给专业求解器与仿真工程师。
二、OpenCAE 的完整工作流
OpenCAE 将一次分析组织为八个步骤：
1 | Model → Material → Supports → Loads → Mesh → Run → Results → Report |
用户可以从空白项目、参数化 STEP 零件或内置支架、梁、悬臂梁样例开始，也可以上传 STEP、STP、STL 和 OBJ。模型进入工作区后，可以查看可选择面、尺寸与方向。
材料部分提供初始材料库，也允许项目级自定义材料。结构分析可设置支撑、力、压力、表面牵引、体力、重力载荷、远程力和等效螺栓预紧；热分析可设置温度边界等。网格提供粗、中、细和超细预设。
求解过程支持进度、日志和取消。结果包括应力、位移、安全系数、速度、加速度、固有频率、振型、温度和热流，具体字段随分析类型变化。瞬态结果可以播放帧，模态结果可以显示相位动画。完成后可导出局部状态 CSV、VTU、HTML 和 PDF 报告，并保存包含模型和结果的本地项目。
从产品设计看，这条流程覆盖了轻量 CAE 的基本闭环，尤其适合将仿真直接嵌入设计评审，无需把用户送到另一个独立系统。
三、本地优先架构如何组织
OpenCAE 是一个 TypeScript monorepo。生产工作区由 React/Vite 构建，OpenCAE Core 的模型、CPU 求解器、WebGPU 求解器和 Viewer 以 packages/* 形式存在。共享的单位、材料、存储、任务、验证、网格入口和求解管线位于 libs/*。
仓库中仍保留 Fastify API、SQLite、文件对象存储和参考服务，用于检查数据模型或通过 HTTP 驱动同一流程。但 README 明确说明生产 Web 应用不调用 API。Cloudflare Worker 主要提供静态资源和健康检查，不承载求解器。浏览器自动保存溢出时，可以在用户明确许可后上传客户端加密的短期恢复快照，服务端不持有解密密钥。
这种架构把“工作区”和“参考后端”分开。产品可以完全本地运行，研发团队仍保留服务化边界，方便未来接入企业存储、任务队列或远程求解器。
1. CAD 实体是源，网格和结果是派生工件
OpenCAE 将 CAD 实体作为事实源，网格视为生成工件，结果和报告视为不可变的运行工件。载荷、支撑、接触和命名选择绑定到 CAD 拓扑引用。
这一模型很符合 CAE 数据管理。边界条件不应直接绑在一次网格编号上，否则重划网格就会丢失语义。绑定到 CAD 面或命名区域后，网格可以反复生成，求解记录也能保持独立。
难点在于 CAD 拓扑引用的稳定性。模型发生较大变化时，面和边可能重新编号。企业级实现需要稳定命名、几何匹配、版本差异检测和失效提示。
2. 浏览器 Worker 隔离求解与界面
计算任务在 Worker 中执行，前端通过进度事件更新状态。动态工况每完成一个 case 就可以写入 IndexedDB，只把当前活动数据留在内存，取消或失败时清理部分记录。
这降低了大型时序结果对 UI 内存的压力，也避免主线程被求解阻塞。对于嵌入式 CAE 组件，任务隔离和结果分块持久化是很重要的工程细节。
3. 结果来源被严格标注
生产结果必须带有 opencae_core_fea、computed 以及实际体网格或明确的结构化核心网格来源。预览求解不能冒充生产 FEA。历史云求解结果可以只读展示，但新任务不能继续分派到已退役后端。
这种 provenance 设计非常值得工业软件借鉴。随着本地求解、远程求解、代理模型和 AI 估算同时存在，用户必须知道每个结果是怎么得到的。否则近似预览很容易被误当成工程结论。
四、求解器已经覆盖了哪些技术环节
OpenCAE 的公开文档给出了比一般演示项目更详细的数值实现和验证边界。
1. 线性静力与多工况复用
结构载荷工况只保存载荷成员，几何、材料、支撑、网格和求解设置由 Study 共享。因此多个静力工况可以只装配和约束一次刚度矩阵 K，后续工况复用系统，并用前一个收敛位移作为共轭梯度初值。
线性组合对位移、反力、应变和六分量应力张量做叠加，von Mises 和主应力在组合后重新从张量计算。这个处理是正确的工程方向，因为等效应力本身不能直接做标量线性叠加。
静力包络保存逐点最大 von Mises，并记录哪个工况控制了该点的位移或应力。对设计审查而言，这比只显示一个全局最大值更有用。
2. 瞬态结构与模态
动态求解复用刚度和质量矩阵准备以及 Rayleigh 阻尼标定，每个工况从独立的零位移、零速度和零加速度开始。文档说明采用 Newmark 平均加速度积分生成时间帧。
模态分析使用确定性的块移位逆子空间迭代，只返回满足缩放残差阈值的模态。默认可请求 1—10 阶，并要求材料密度为正、支撑足以消除刚体模态。可视化阶段生成相位帧，不重复保存求解向量。
3. 载荷装配强调守恒
总力、压力和表面牵引统一进入面片积分边界；体力按 Tet4 或 Tet10 权重分配；远程力按分布式力和力矩约束求最小范数节点载荷，并进行秩检查；等效螺栓预紧采用一对相反表面牵引，并明确标注它不包含接触、滑移和紧固件刚度。
文档还要求记录积分面积或体积、请求合力、装配合力与平衡误差。对自动化仿真而言，守恒检查比“求解器返回成功”更能发现边界条件映射错误。
4. 网格收敛提供了轻量指示器
静力收敛研究固定执行粗、中、细三档，保留实际节点数、单元数、自由度、网格尺寸、峰值应力和插值位移探针。中到细的对称变化若位移不超过 5%、峰值应力不超过 10%，标记为 apparent convergence；超出阈值标记为 unconverged，缺失或自由度不递增则标记 inconclusive。
文档也明确说明这只是网格阶梯指示，不能当成渐近收敛证明。对于设计人员的早期筛查，这种清晰的有限承诺比简单展示“收敛”二字更可靠。
5. 浏览器规模上限
当前浏览器产品将自由度上限设为 100,000。超过上限的收敛档位会在求解前标记为跳过。这个规模适合教学、梁板壳类简化模型和中小零件初步分析，离大型装配、细网格接触和复杂多物理场还有明显距离。
五、验证体系比功能列表更值得关注
OpenCAE 的 validation 文档覆盖梁理论对比、反力平衡、载荷缩放、模态残差、动态帧、实际体网格来源、多工况组合、断开网格拒绝和网格收敛等案例。
例如悬臂梁静力会检查反力与外载平衡、位移和应力有限且为正、字段非空、表面网格连通；模态会把第一弯曲频率与 Euler–Bernoulli 理论对照，并检查质量正交和残差；压力和表面牵引会检查积分后的合力；远程力会检查合力和远程点力矩。
项目还设置硬失败规则：复杂几何不能以预览来源冒充生产 FEA，动态结果不能缺少速度或加速度，模态不能包含未收敛模态，组合应力不能直接叠加标量等效应力，退役后端不能重新成为运行选项。
这些规则让 OpenCAE 超出三维 UI 演示的范围，求解结果拥有可解释来源和回归基线。对开发工业智能体驱动 CAE 的团队，这一层尤其重要：Agent 可以自动搭建 Study，但必须接受相同的数值和工件验证。
六、它适合嵌入哪些工业场景
1. 设计早期的快速校核
参数化支架、夹具、机架零件和打印件在进入详细仿真前，可在 PLM 页面中完成材料、固定面和基本载荷设置，快速观察位移、应力和安全系数。设计工程师根据结果调整尺寸，再提交专业仿真。
2. AI+CAD 工作台的下游验证
text-to-cad 生成 STEP 后，可以直接进入 OpenCAE。智能体根据 CAD brief 读取预期载荷和安装面，创建 Study、生成网格、运行分析并输出报告。整个链路需要对面选择、单位、材料和载荷做人工确认。
3. 职业教育与企业培训
浏览器部署、内置样例和本地报告很适合结构力学与有限元入门。学生可以观察网格尺寸、边界条件和模态的变化，同时查看项目文件和求解来源。
4. 供应商协同与轻量审查
主机厂可提供受控项目模板，供应商在浏览器本地加载模型和参数，生成标准化报告。几何无需上传外部服务，结果结构也容易统一。
七、当前局限决定了它应被放在什么位置
OpenCAE 自己将项目标为 engineering preview，结果不能视为认证分析。当前主要覆盖线性结构和稳态热传导，缺少接触、材料非线性、大变形、疲劳、断裂、流体和完整多物理场。等效螺栓预紧也是 bonded-linear 近似。
浏览器的 100,000 DOF 上限、内存和硬件差异会限制模型规模。WebGPU 与 CPU 路径在不同设备上的一致性、精度和性能还需要大量验证。STEP 导入、体网格质量、复杂薄壁和多体连接仍是实际难点。
企业试用时还应建立跨设备复现记录，至少保存浏览器与求解器版本、CPU/GPU、线程数、内存峰值、网格耗时、求解耗时和结果摘要哈希。同一项目在不同终端复跑时，要对位移、应力、反力、固有频率等关键工程量做容差比较。这样才能区分正常的浮点差异、硬件路径差异和求解回归，防止“本地优先”演变成难以追溯的本地孤岛。
此外，本地优先减少了数据上传，却没有自动解决数据安全。浏览器缓存、下载文件、插件、恢复快照和终端设备本身仍需企业策略管理。将它嵌入 PLM 时，还要处理身份、项目权限、版本、电子签名和结果归档。
因此，OpenCAE 更适合作为“前置仿真与中试验证组件”。它可以承担快速校核、教学、标准件分析和 Agent 流程验证，重要设计仍应进入经过认证的专业 CAE 流程。
八、一个可实施的集成蓝图
面向工业智能工作台，可以将 text-to-cad、OpenCAE 和 AssetOpsBench 式评测连接起来：
1 | 需求与 CAD brief |
平台应把每个阶段的输入输出都保存为工件：需求版本、CAD 源码、STEP 哈希、面选择、材料、载荷、网格、求解器版本、结果字段、报告和审批意见。Agent 只在已授权范围内修改工件，任何从预览切换到生产求解、从建议切换到放行的动作都需要明确门槛。
这种架构能让 AI+CAE 从自然语言演示进入工程流程。OpenCAE 目前的价值，正是提供了一个足够轻、足够透明、又包含数值验证意识的样板。
九、结语
OpenCAE 证明了浏览器 CAE 已经可以覆盖一条完整的轻量分析链：模型、材料、边界条件、网格、求解、结果和报告都留在本地。它的数值范围仍有限，但本地优先、工件来源、不可变结果和验证矩阵等设计，很适合被 PLM、数字工匠和工业智能体平台吸收。
未来更值得期待的方向包括稳定 CAD 拓扑引用、更强体网格、可插拔远程求解器、企业材料与模板库、结果不确定性、Agent 受控建模以及与专业 CAE 的升级通道。浏览器无需承担所有仿真任务，只要能可靠完成高频前置分析，就已经具有明确的产品价值。