

导读:大家好,我是仿真秀专栏作者——去飞GoFly,机械工程领域AI应用开发者、科技自媒体创作者。在Github上公开开发的Abaqus、Ansys Workbench、Hyperwork、Fluent、CST Studio Suite等仿真软件的MCP和Skill,创建的CAE Agent Hub项目目前已获得700多Star。长期运营B站、抖音、小红书及视频号等自媒体平台,专注分享生成式人工智能在工程设计与仿真分析中的应用,持续探索AI辅助CAD建模、CAE仿真工作流,相关视频教程合集全网播放超300W。即日起,我将在仿真秀官网和APP与朋友们分享AI驱动下的有限元仿真方法及应用,敬请期待。
很多工程师已经听说:
Codex 可以辅助建立有限元模型。
Codex 可以设置材料、接触和边界条件。
Codex 可以划分网格、提交计算。
Codex 还可以读取结果、检查问题并生成报告。
但真正开始使用时却会发现:
安装了 Codex,并不代表它马上就能操作 Ansys。
要实现真正的 AI 有限元仿真,还需要把 Codex、MCP、Skill 与 Ansys Workbench/Mechanical 连接起来。
在我过去的实践中,已经围绕这套方法完成了结构分析流程搭建、网格质量检查、求解状态监控,以及常见结构静力分析等工作。8月30日19时30分,我也会在仿真秀直播间和朋友聊聊AI驱动ANSYS有限元分析方法和应用公开可,详情见后文:
这篇文章将简单介绍:
Codex 如何驱动 Ansys
MCP 和 Skill 分别有什么作用
AI 有限元仿真的基本流程
实际案例中可以完成哪些工作
如何判断仿真结果是否可信
简单来说,就是让 Codex 不再只回答有限元问题,而是能够按照工程师的要求,调用 Ansys 完成具体操作。
工程师提出任务→ Codex理解需求 → MCP连接Ansys → Skill约束分析流程 → Ansys执行计算 → Codex检查并整理结果

Codex:负责理解自然语言、规划任务和分析问题。
MCP:是 Codex 与 Ansys 之间的桥梁,负责把指令传递给 Workbench 或 Mechanical。
Skill:相当于一套有限元分析规范,告诉 Codex 应该按照什么顺序检查模型、划分网格、提交求解和验证结果。
没有 MCP,Codex 只能告诉你“应该怎么做”;有了 MCP,Codex 才能真正进入 Ansys 工作流;有了 Skill,整个过程才更接近工程化、标准化和可复用的有限元分析。
工程师可以直接使用自然语言提出要求,例如:

如果任务比较复杂,还可以补充单位制、接触区域、载荷位置、约束位置、输出结果以及是否进行模态或预应力模态分析。
MCP连接正常
Workbench工程已经打开
Mechanical模型已经加载
当前分析系统可以编辑
材料、几何体和分析对象能够读取
重要经验:MCP连接成功,不等于有限元模型已经可以计算。
只有真正读取到工程、模型和分析系统,才能继续设置参数和提交求解。
检查几何体和装配关系
设置或核对材料参数
建立接触关系
添加载荷和约束
设置网格尺寸并检查网格质量
提交求解并监控求解状态
提取变形、应力和模态结果
整理计算过程和结果报告
网格处理采用闭环方法:读取网格状态→ 评价网格质量 → 选择修复措施 → 重新划分 → 再次检查。
为了更直观地展示 Codex 驱动 Ansys 的方法,可以从最简单的悬臂梁静力分析开始。模型是一根矩形梁,一端固定,另一端施加向下的力。
示例任务:建立一根悬臂梁,设置结构钢材料,在左端施加固定约束,在右端施加竖直向下的集中力,划分网格并求解总变形、等效应力和固定端反力。
1. 在 Ansys Workbench 中建立 Static Structural 分析系统;
2. 创建或导入一根简单的矩形梁;
3. 设置结构钢材料;
4. 在梁的一端施加 Fixed Support;
5. 在另一端施加竖直向下的力;
6. 设置网格尺寸并生成网格;
7. 提交求解;
8. 读取总变形、等效应力和固定端反力。
Codex可以按照上述任务检查单位制、几何尺寸、载荷方向和约束位置,然后调用 Ansys 完成网格与求解。计算结束后,还可以继续检查:
梁的变形方向是否与载荷方向一致;
最大变形是否出现在自由端附近;
较大应力是否出现在固定端附近;
固定端反力是否与外加载荷基本平衡;
·网格加密后结果是否趋于稳定。
说明:以上参数仅用于演示 Codex 驱动 Ansys 的基本流程。具体计算结果应以实际模型、材料参数、网格和边界条件为准,不在未运行求解的情况下预设数值。
答案是:不能完全代替。
重复性的建模和设置工作
分析步骤的标准化执行
网格、接触和求解状态检查
批量参数修改
结果提取与报告整理
常见错误定位和修改建议
确定合理的分析目标
判断物理模型是否正确
确认载荷和边界条件
评价材料参数是否适用
判断结果是否符合工程实际
对最终结论负责
Codex驱动Ansys的核心价值不是“完全无人化仿真”,而是让工程师从大量重复操作中解放出来,把更多精力放在模型判断和工程决策上。
看到 Ansys 显示求解完成,只能说明求解器完成了计算,并不能直接说明结果正确。还需要继续检查:
网格质量是否满足要求
接触状态是否合理
求解过程是否收敛
求解日志中是否存在警告
载荷与反力是否基本平衡
最大应力位置是否合理
结果是否存在明显奇异性
不同网格尺寸下结果是否稳定
建立模型→ 执行计算 → 检查结果 → 发现问题 → 修改模型 → 重新计算 → 保存证据。这才是从自然语言到可执行、可检查、可验证的有限元工程闭环。
过去,工程师需要自己完成每一次菜单操作。现在,工程师可以指导 Codex 完成大量重复工作。未来,有限元工程师的核心能力可能不再只是“会不会操作软件”,还包括:
能不能把工程问题描述清楚
能不能建立可靠的分析规范
能不能让 AI 按照规范执行
能不能判断 AI 给出的结果是否可信
AI不会直接取代有限元工程师,但会使用 Codex、MCP 和 Skill 的工程师,将拥有更高的分析效率和更强的工程交付能力。
对于前面的悬臂梁案例,不需要逐个告诉 Codex 应该点击哪个菜单。只要把模型参数、载荷、约束、输出结果和检查要求描述清楚,就可以直接给出一条完整指令。

收到指令后,Codex可以按照以下顺序执行:
9. 确认 MCP、Workbench 工程和 Mechanical 模型处于可用状态;
10. 创建或导入悬臂梁几何模型;
11. 设置材料、固定约束和力载荷;
12. 生成网格并检查网格质量;
13. 提交求解并读取求解状态;
14. 提取总变形、等效应力和固定端反力;
15. 检查结果合理性并整理报告。
提示:如果 Codex 发现模型没有打开、单位不明确、载荷方向无法确认或求解不收敛,应先报告问题并等待确认,而不是自行编造设置或结果。
Codex驱动Ansys,不只是让 AI 帮我们点击软件。它真正的价值在于:
将自然语言转化为有限元任务
将分析经验沉淀为可复用的 Skill
将重复操作变成自动化流程
将计算过程变成可以检查和追溯的工程闭环
8月30日19时30分,笔者受邀在仿真秀主办的2026研发仿真开学季第二期做《Codex驱动Ansys有限元仿真方法及应用》,围绕"Codex 驱动 Ansys 有限元仿真方法及应用"展开。详解 Codex 这类大模型如何与 Ansys Workbench 深度协作,把 APDL 脚本生成、参数化建模、批量求解与后处理串成一条可信自动化链路;学习 AI 如何从"写代码"真正走进工程交付,沉淀为可复用、可验证、可追溯的方法与资产。欢迎识别下方二维码报名观看和回放。



