零件建模到底该怎么标准化？

你有没有过这样的经历：

客户临时要求把某个零件加长 20mm。你打开模型改了一个尺寸，结果草图报红、特征重建失败、圆角全部报错，一连串黄色感叹号。你只好一个个去修，一个下午就这么没了。

或者，模型要拿去做静力学仿真，导入后发现一堆破面、干涉、微小缝隙，光修复模型就花了半天，真正做分析的时间反倒没多少。

问题的根源——模型本身没有按照规范建

一、建模基准：从根上就有序

优先使用系统基准面，草图必须完全定义，杜绝悬空草图、过定义草图。

很多模型后面出问题，根子就在第一步。随手选一个零件表面作为草图基准，当时看着没问题，可一旦这个表面的上游特征被修改，草图就跟着"漂移"，后面特征全对不上。

系统基准面是稳定的锚点。"完全定义"则是草图的基本素养——草图如果还留着自由度，就意味着它有无数种"可能的样子"，尺寸一改就可能变形。

能锁死的地方，绝不留给系统自由发挥。

二、特征顺序：按逻辑排队，而不是想到哪建到哪

草图 → 基础实体 → 拔模 → 圆角 → 孔，避免特征顺序颠倒导致重建失败；复杂特征不随意压合，保留修改空间。

特征树是有"施工顺序"的。先拔模后圆角，和先圆角后拔模，结果可能完全不同——圆角需要依附在已成型的斜面上，顺序反了，改一个拔模角度，圆角就集体报错。

至于"不随意压合"，压合确实能让特征树看起来清爽，但代价是历史信息没了，后面想单独改某个细节，只能整个重做。

模型不是越短越好，而是"该留的路要留着"。

三、文件命名：让模型自己会说话

文件命名规则：图号-零件名称；特征、草图、基准按功能命名，禁止"草图1、凸台-拉伸1"这类默认名称长期保留。

一个工程师平均要面对成百上千个零件文件。如果所有文件都叫"零件1、零件2、零件3"，找文件靠的是什么？靠记忆，靠翻聊天记录，靠运气。

"图号-零件名称"让文件名本身携带信息：图号对应唯一身份，零件名称对应功能语义，任何人拿到都能对上号。特征树命名同理——命名规范的特征树，能让接手的人在短时间内看懂。

特征树的命名同理。命名规范的特征树是这样的：

而随手建的模型是这样的：

命名规范不是形式主义，是团队协作的最低成本沟通。

四、标准件与外购件：不要重复造轮子

优先调用 Toolbox 库或企业通用零件库，不自行建模螺栓、轴承、密封件。

总有人觉得"我建一个螺栓也就两分钟"。但问题是：尺寸准不准？材料属性写没写？螺纹是装饰的还是有实际作用的？后面装配时，别人的库螺栓和你的自建螺栓混在一起，物料信息怎么统一？

标准件的价值在于"标准"。今天你用 Toolbox，明天新同事也用 Toolbox，大家的编码、规格、材料一致，BOM 才能准确，采购才能顺畅。

五、零件外观与质量属性：让模型"名副其实"

零件外观颜色按材质大类区分（钣金、铸件、机加工件、塑料件），质量属性必须填写准确材料密度。

按材质上色看似是"美观"动作，其实是"效率"动作。装配体几十上百个零件时，一眼看出哪些是钣金件、哪些是铸件，对结构判断和工艺判断都有直接帮助。

材料密度则是硬指标。整机重量估算、重心计算、装配载荷分析，全都依赖质量属性准确。密度没填，导出的重量就是 0，后面所有力学计算都是空中楼阁。

六、外部参考管控：避免"一改全崩"的连锁反应

尽量减少跨零件参考；必须使用参考时标注参考来源，禁止循环参考。

跨零件参考确实有便利性——改一个零件，关联零件自动跟着改。但"自动跟着改"，往好了说是联动，往坏了说是牵一发而动全身。

更危险的是循环参考：零件 A 参考零件 B，零件 B 又参考零件 A。这种结构重建时会陷入死循环，是模型"打不开、改不动"的经典原因。

该关联的地方明确关联并标注来源，不该关联的地方坚决切断。