当模型稳定性成为迁移计划，FreeCAD 1.x 才真正可用

封面使用 Yorik van Havre 于 2015 年在 FISL 介绍 FreeCAD 的真实照片，因为这篇采纳说明讨论的是一个长期运行的 CAD 项目如何成为可投入工作的基础设施，而不是某个单一模型的截图。[8]

FreeCAD 已经越过了那条旧问题线：现在的采纳问题不再只是“有没有一套免费的参数化 CAD 程序”。更合适的问题是，一个团队能否把真实建模工作迁入 FreeCAD，同时不把旧有失效习惯一起带进去。2024 年 11 月发布的 1.0，把长期开发的拓扑命名缓解带入主线版本，并加入内置 Assembly 工作台；2026 年 3 月，1.1 又覆盖了一层广泛的可用性、Assembly、FEM 与 CAM 工作；随后 4 月发布的 1.1.1 作为补丁版本，在多个工作台和平台表面带来大量修复。[1][2][3]

这个顺序很关键，因为 CAD 采纳不同于替换格式化工具或终端提示符。参数化模型是一段设计决策历史。团队更换 CAD 系统，也是在更换设计人员给引用命名、建立草图、配合零件、生成图纸、准备刀路，并信任旧文件的方式。FreeCAD 1.x 的强项，出现在迁移首先被视为模型稳定性项目、其次才被视为许可证成本项目的时候。

从脆弱模型问题开始

始终跟随 FreeCAD 的一个短语，是“拓扑命名问题”。官方文档把这个问题描述为：建模操作之后，几何体的内部名称会变化，后续特征中的下游引用因此发生断裂。[4] 放到实际工作里，一个 pocket、圆角、图纸视图或装配约束依赖的面，在较早特征变化之后，有时已经不再是同一个面。这个问题并非 FreeCAD 独有，但旧版 FreeCAD 让用户对它格外敏感。

FreeCAD 1.0 通过交付该问题的缓解算法，改变了采纳姿态。项目公告把这项变化放在重要位置，说明它是 1.0 终于能够承载“真实工作”里程碑的主要理由之一，同时也清楚说明，这项修复没有终结所有模型断裂。[1] Libre Arts 对 1.0 的独立分析给出了同样有用的区分：大量拓扑命名失效基本消退，但任何参数化 CAD 系统里仍然可以做出脆弱模型。[6]

这就是第一条迁移规则。不要用一个演示立方体试用 FreeCAD，然后宣布测试成功。应当选择那些经常暴露团队坏习惯的模型：反复引用边的支架，后期才修改厚度的零件，在多个修订间复制的草图，依赖脆弱生成几何的图纸，以及直接约束到易变面的装配。在 1.1.1 中重建这些模型，修改上游特征，重新计算，并记录断裂位置。测试如果没有包含有意编辑，检验的就是绘图能力，而不是模型韧性。

把 Assembly 视为工作流选择

内置 Assembly 工作台，是 FreeCAD 1.x 给人不同感受的第二个原因。1.0 发布说明重点介绍了一个使用 Ondsel solver 的新内置 Assembly 工作台；当前 Assembly 文档则围绕插入零件、固定组件、用 joint 连接组件来组织工作流。[1][5] Libre Arts 把 1.0 的 Assembly 路径描述为自底向上的工作流：创建装配，作为链接插入零件，固定一个零件，用 joint 连接零件，设置偏移与限制，并测试运动。[6]

这给团队提供了一条比旧 FreeCAD 世界更清楚的标准路径；旧路径里，多个外部装配工作台与本地偏好长期并存。它仍然要求团队制定策略。小团队应当尽早决定：装配引用 body 特征、datum 几何、本地坐标系，还是有名称的稳定构造对象。团队还要决定 joint 如何命名，偏移量放在哪里，零件何时成为独立文件，物料清单或爆炸视图是否从同一个装配源生成。缺少这些约定时，内置 Assembly 工作台只会让不一致更容易在团队里传播。

保守的迁移方式，是建立一个代表真实任务、但不是最大任务的试点装配。它应当包含运动 joint、采购件、一张图纸页、至少一个配合之后的零件修订，以及一次物料清单输出。随后改变一个基础尺寸，观察失效表面。模型若能存活，团队得到证据。模型若断裂，断裂会在数百个文件进入新模式之前，教会团队怎样制定引用策略。

把 1.1 当作打磨信号，而不是神奇门槛

FreeCAD 1.1 有价值，因为它不是 1.0 之后的庆功巡游。发布公告列出了透明的 Part Design 预览、Fillet 与 Chamfer 等工具的交互式 dragger、三点照明、Clarify Selection 工具、Assembly 与 FEM 改进和动画，以及新的 CAM 工具库系统。[2] 这些变化指向日常摩擦的减少：选择歧义、预览信心、制造设置、分析工作流和运动检查。

补丁流同样重要。GitHub 上的 1.1.1 发布说明显示，Spreadsheet、Core、测量、GUI、Draft、BIM、PartDesign、TechDraw、CAM、Mesh、Assembly 以及平台特定代码都有回溯修复。[3] 这种宽度应当影响部署方式。FreeCAD 的推进速度足够快，团队不能停留在 1.0 或某个 weekly build 的第一印象上。生产文件应固定到一个稳定版本，补丁版本快速测试，weekly build 则单独用于评估回归或即将到来的修复。

对于共享工作站和培训实验室，这一点尤其重要。FreeCAD 在 2026 年 6 月发布的版本规则公告称，项目正在转向 YY.N 日历版本方案，目标是每年发布三个主要版本，其中 1 月分支聚焦质量，之后的发布在修复与功能之间取得平衡。新方案下的第一个版本计划为 26.3，分支日期为 2026 年 9 月 30 日，预计在分支后 4-6 周发布。[7] 对一个需要更快稳定化循环的项目来说，这种节奏是好事；对组织来说，它也要求版本策略，而不是让每个设计人员安装眼前最新的版本。

现在适合放在哪里

当团队看重可检查的文件、脚本能力、跨平台访问、Python 扩展点，以及没有按席位授权限制时，FreeCAD 1.x 是一个有力候选。它尤其适合教育、小型机械设计团队、创客空间、研究硬件小组、夹具、治具、维修零件、机加工准备，以及希望 CAD 工作靠近开放工具链的组织。1.0 周期也让周边工作台更难被忽视：BIM 吸收了 Arch 与 NativeIFC 工作，Path 变成 CAM，FEM 术语和工具得到改进，Sketcher 经历大幅修订，新的材料系统和 App::VarSet 给参数化设计提供了更明确的控制柄。[1][6]

不适配的情况同样清楚。如果工作流依赖成熟的企业级 PDM 系统、认证供应商支持、深度标准化的图纸发布控制、复杂 class-A 曲面、大型供应商生态，或围绕现有商业栈建立的受监管追溯能力，FreeCAD 在接触发布权威之前，应作为第二通道试点。问题不在于 FreeCAD 能否产出严肃工作。它可以。问题在于，周围组织能否在版本控制、评审、模板、培训和恢复方面承接同等严肃性。

一个清醒的迁移计划

从最新稳定版本的全新安装开始，不要使用随手下载的 weekly build。把准确版本写入项目 README 或设计控制文档。建立三个代表性模型：一个包含后期特征编辑的单一零件，一个包含 joint 和图纸的装配，如果 CAM 或 FEM 很重要，再加入一个制造或分析工作流。每个模型看起来完成之后，都要进行上游编辑。目标结果不是“永远没有问题”。目标结果是可预期的失败与修复：命名草图、稳定引用、记录清楚的重新计算步骤，以及第二个人能够读懂的文件历史。

接着定义团队约定。易变面会制造脆弱引用时，使用 datum 或构造几何。草图、body、零件和 joint 的命名方式，要让六个月后接手调试的人仍然能理解。决定哪些工作台可以进入生产文件，哪些 add-on 保持实验状态。模板文件纳入版本控制。导出的 STEP、PDF、DXF 或刀路工件，只有在代表已批准发布时才与源文件并排保存，而不是每次本地实验都保存。

最后，选择一个回退边界。最初几个任务中，保留旧 CAD 系统来应对发布关键期限，并把 FreeCAD 用在范围受限的任务上，让学习过程不危及交付。证伪条件很具体：如果常规上游编辑仍然以团队无法诊断或修复的方式破坏试点模型，迁移还没有准备好。如果这些编辑变得可以理解，团队也能记录修复模式，FreeCAD 就通过了真正重要的测试。

FreeCAD 1.x 不应在内部被包装成“商业 CAD，只是免费”。这种说法低估了已经变化的部分，也高估了尚未变化的部分。更有力的主张范围更窄：当团队把模型稳定性、装配引用、发布节奏和文件治理纳入采纳计划时，FreeCAD 已经成为可信的开放 CAD 平台。许可证移除了采购障碍。迁移是否成功，取决于建模实践是否变得更好。

cronfeed.work