夜雨聆风AI CAE 工具实践/第 04 期
Abaqus-MCP 的价值，不是让 AI 一口气“自动完成仿真”，而是把脚本、Job、ODB 和截图放进一条可确认、可追溯、可回滚的工程流程里。
前三期我们讲过 MCP、Abaqus-MCP 架构和连接配置。到这一期，问题变得更直接：AI 能不能帮我们跑一个完整的 Abaqus 小案例？
能，但这个“能”必须降温理解。它不是无人值守自动签核，也不是把工程判断交给模型，而是在工程师确认下，把需求解析、脚本草稿、建模、Job、ODB、截图和结果摘要串成一个证据闭环。
●1. 最小闭环：小 demo，分步确认
第一次测试不要从复杂装配、接触、非线性材料或生产模型开始。第一个闭环的目标不是证明工程问题正确，而是验证工具链里每一段是否可信。
本期选择一个悬臂梁静力 demo：简单长方体梁、线弹性材料、一端固定、自由端受力、静力分析步、粗网格、输出位移和应力。这个案例足够小，能覆盖建模、提交 Job、读取 ODB 和截图回传；同时又足够简单，不会把工具链验证和工程校核混在一起。
图 1｜最小悬臂梁闭环 demo。 只验证工具链，不做生产校核。
执行前至少记录版本、工作目录、启动方式和许可证状态。工程自动化最怕的不是失败，而是失败后不知道当时在哪台机器、哪个版本、哪个目录里失败。
案例定小以后，不要一句话让 AI “建模并提交”。更稳妥的流程是：
●AI 出脚本草稿 → 人工确认 → 创建模型并读回
●人工确认提交 Job → 提交执行 → 检查 ODB 与截图
●AI 生成结果摘要 → 工程师复核
本文中的“闭环”不是自动签核闭环，而是证据闭环。每一步都应该留下脚本、状态、日志、结果路径或截图，让工程师知道 AI 调用了什么、改了什么、依据什么生成摘要。
图 2｜分步确认的证据闭环。 每一步都留下可复核证据。
●2. 建模与提交：先看脚本，再让工具动手
建模的第一步不是执行，而是让 AI 生成脚本草稿。脚本至少应该交代几何与单位、材料、Step、边界条件、载荷、网格，以及将要创建的对象列表。
脚本的安全红线：
●创建对象，只使用 demo 前缀。
●当前会话已有模型，不删除、不覆盖。
●生成 Job，但先不提交。
●脚本结束，输出模型名、部件名、材料名、Step 名和 Job 名。
这一步的工程逻辑是：先让 AI 把意图变成可审查的脚本，而不是直接变成一次不可追溯的执行。
确认脚本满足要求后，再执行建模脚本。执行后先读回模型摘要，部件、材料、Step 或 Job 缺失就停止提交。
Job 提交应该从建模脚本里拆出来，单独成为一次确认动作。提交前至少确认四件事：
●Job 不属于 demo 模型，不提交。
●Job 名不唯一，不提交。
●输出目录可能覆盖旧文件，不提交。
●许可证和资源不明确，不提交。
不要让 AI “提交所有 Job”，也不要自动删除旧结果。
AI 可以帮助整理状态、解释日志、形成下一步建议，但不能用一段流畅文字把失败包装成成功。
●3. ODB 与截图：能复核，不能替代判断
Job 完成后进入结果证据采集：先只读打开 ODB，检查 steps、frames、instances 和 U/S 字段；元数据完整后，再截图回传模型、变形云图或应力云图。
图 3｜ODB 与截图证据板。 证据可复核，但不替代工程判断。
截图能帮助检查“看起来是否像预期”，但受视角、变形放大倍数、图例范围影响，不能替代 ODB 数据和工程校核。没有本地实测数值时，不写具体最大位移和最大应力。 AI 的角色是整理待复核摘要，不是判断结构安全。
失败时知道该停在哪、看什么、不要编什么。几条停止条件要记住：
●ODB 不存在或字段缺失，不写结果结论。
●当前打开的是生产模型，不做 demo 测试。
●没有实测数值，不写最大位移和最大应力。
●不写“结果完全正确”“结构安全”“已完成校核”“可用于生产”。
图 4｜失败定位与停止边界。 先定位，再决定是否继续。
●4. 闭环跑通之后：从求解器回到几何输入
最小闭环跑通后，Abaqus-MCP 的价值已经兑现：AI 能进入 CAE 会话，围绕脚本、Job、ODB 和截图形成证据闭环。但本期也暴露了一个新的问题——这个模型是在 Abaqus 脚本里直接生成的 demo 几何，适合验证工具链，离真实工程还有一步。
真实项目往往不是从求解器开始，而是从几何开始：零件从哪里来？尺寸参数怎么保留？几何能不能导出、复查，再进入分组、网格和求解器链路？
下一期问题｜几何从哪里来？
下一期，我们看 FreeCAD MCP、AgentCAD 与 OpenSCAD。它们不是完整前处理工具，但可以帮助我们追问：AI 能不能先把可复现、可导出、可审查的几何做出来？
公众号  | 知识星球  | 扫码关注 科趣范，让科研更简单 |
小红书  | 抖音  |
