机柜支架上午定了孔距，下午采购把紧固件规格改掉。设计员改一个尺寸，发现孔阵列越过折边，倒角引用了失效边，导出的STEP和此前留给装配组的版本又不一致。负责人此时不会先问软件支持多少种特征；他会问：谁改了参数，哪些下游特征重算了，坏掉的地方能否迅速定位，旧图还能否打开。SolidCraft在10月21日发布v0.18.4，为这类参数化建模评测提供了一个新观察点。[1]
这次更新主要处理启动和视角交互：字体后台发现、起始页图片与最近文件检查后台运行；Windows首次显示窗口时前置，恢复窗口时保持标题栏在工作区域；视图立方体、轴向图标、适合窗口、进入草图等视角变化立即生效，草图工具也记住上次使用模式。[1] 它们并未宣称解决复杂零件的布尔稳健性。中心判断因而很明确：SolidCraft适合先进入企业的可控建模试验台，尤其用来检验“参数—时间线—脚本/智能体—导出”的一致性；现有生产CAD内核不能凭一次小版本更新就替换。
改一次尺寸，软件实际要做什么
项目README把SolidCraft描述为Rust编写的开源参数化三维CAD：草图、约束、实体特征与可编辑时间线相连，修改尺寸后重建模型；桌面应用、浏览器应用、无界面CLI和MCP服务共用命令入口。[2] 在工程现场，“共用”值得展开。工程师用鼠标拉一段线，自动脚本在夜间改孔位，智能体按自然语言请求改外壳高度，最后应回到同一个可检查的设计文档，而不是各自生成一张长得相似的网格。
项目架构将向量、平面和网格度量放在geom层；草图求解、B-rep边界及渲染数学位于其上；doc层管理参数、表达式、特征时间线与增量求值；io处理设计文件及若干模型格式；engine提供会话与命令注册；GPU、桌面UI和MCP接在外侧。[3] 这个分层提供了审查路径：如果一条草图约束失效，先看求解与文档状态；如果脚本执行与界面执行结果不同，再查命令入口；如果仅图形显示异常，不应立即认定实体几何也坏了。架构说明的是代码组织和设计意图，稳定性仍要用实测证明。
可以挑一件企业熟悉的薄壁支架做基准件：外形由长宽高参数定义，孔阵列依赖紧固件孔距，末端加圆角和壳体；保存后分别改变宽度、孔距与板厚。逐次记录约束自由度、重算后的实体数量、体积、边界盒、失败特征及导出文件。接着把尺寸改回原值，再比较是否回到原几何。只看视口里“像不像”远远不够，面丢了、孔变成盲孔，在某个视角下照样可能很好看。
README列有拉伸、旋转、扫掠、放样、圆角、倒角、抽壳、阵列、镜像等特征，也列出装配、钣金与多种交换格式；项目自述对简单零件“早期但可用”，公开参考件中76件有75件在解析或FreeCAD参考的体积、面积、质心和包围盒上吻合，另一件是跟踪中的缺陷。[2] 这些是项目自己的测试口径，不代表复杂历史特征树、企业标准件库或任意第三方STEP文件都已达工业验收水平。评测时最好自己另留一组未被项目公开样本覆盖的零件，记录失败而非只挑能跑通的模型。
v0.18.4改的是操作感，也碰到了交付纪律
等待字体、图片或最近文件检查，看似与几何无关，却会直接影响车间旁边的旧电脑是否能及时打开设计。Windows窗口若跑到工作区域外，用户会误以为启动失败；相机视角动画在高频选面与回草图操作里，也可能形成不必要的等待。v0.18.4把这些“小摩擦”集中修掉，尤其明确强调更快启动和更直接的相机响应。[1] 对试用团队，它意味着可把性能测试拆成启动耗时、首个可操作窗口、打开本地设计、执行参数重算几段，而不只报安装完成到桌面出现的总时间。
版本兼容更值得单独记在交接表里。发布说明说v0.18.4仍写设计文件格式29，与v0.18.3相同，能打开0.18.3设计；v0.18.2及更早版本无法打开由v0.18.3或v0.18.4保存的设计。[1] 若设计员升级、供应商仍在旧版，一次普通保存就可能堵住协作。试用时应把原始设计只读备份，建立升级后的副本；再分别验证本机重开、另一台同版重开，以及交换格式交付。交换格式能读入并不等于参数时间线完整迁移，不能把STEP导出当成原生工程文件的回退方案。
发布页提供Windows、macOS、Linux、FreeBSD和Web对应产物，并给出SHA256SUMS.txt校验办法；README还指向在线版、文档和CI工作流。[1][2] 校验和可发现下载损坏或与发布清单不符，无法代替签名与供应链审计。官方明确说安装包尚未签名。[1] 企业桌面试用应优先在隔离环境保留下载时间、版本号、哈希和安装来源，按自身软件准入规则处理系统警告；不要把“绕过SmartScreen”的个人安装提示直接抄进公司标准操作规程。项目许可证为MIT或Apache-2.0任选，但引入第三方资源、再分发产物时仍需核对随包许可与声明。[2]
MCP的吸引力，正好要求把权限说细
SolidCraft的MCP文档说明，服务经标准输入输出提供工具，调用的是与工具栏、脚本共用的引擎命令；可以在无界面会话运行，也可连接正在运行的桌面程序观察建模过程。[4] 这给一个清晰实验：让智能体按工单把孔距从58改成60毫米，执行前输出变更计划，执行后读取设计状态、测量孔位与体积，人工复核后才导出。每一步保留命令参数、返回结果与文件哈希。智能体写出的几何如果没有审查路径，只会把手工改错变成自动改错。
文档对权限也写得具体：MCP默认只能触达符合规则的设计目录、恢复目录和临时工作区；显式--allow-path可增加允许目录，--allow-any-path则放宽路径限制。部分工具标注只读；execute、批处理、打开、保存、导出等可能改写文件。[4] 企业沙箱不要将共享盘根目录直接加入白名单，更不应把整个用户主目录交给实验智能体。给每组试验一份复制出的项目目录，出口文件写进专用文件夹；用文件系统权限再包一层。MCP中--param-check对部分命令提供警告或严格检查，文档同时说明连接桌面应用时尚未支持该检查，[4] 所以不能把一个演示中的“参数校验通过”泛化到所有命令和会话模式。
再做一次故障注入：让智能体提交不存在的参数名、把板厚设成超出工艺限制的值、在保存途中断开桌面连接。MCP文档提示，桥接应用中断时，运行中的调用可能已执行也可能尚未执行，下一次应先检查设计再决定是否重发。[4] 对企业集成，这意味着重复请求处理不能靠“超时就再发一次”的简单策略；至少要记录请求前后的设计版本与目标参数，必要时由人接手冲突。命令有批处理回滚能力，也不能代替审批、文件快照和业务尺寸规则。
哪些团队值得试，谁应该先等一等
高校实验室、内部工具组和做小型夹具/机箱的研发队伍可以先试。它们有条件把样本边界缩小到可量测的简单零件，把工程师时间投入在失败记录上；桌面与浏览器双入口适合教学或远程评审，但浏览器权限、文件留存与离线可用性仍应单独检查。算法团队可用CLI脚本重复创建与导出设计，比较参数变更前后的结果。不要因为有MCP，就先从“让智能体生成整套可加工装配图”开始；这个目标混合了几何正确、工程标准、制图规范和责任归属，失败时很难定位。
有严格装配关联、长周期维保或受监管签核的企业，要更谨慎。先问原生文件长期可读性、复杂特征命名、外部引用稳定性、与既有PDM/PLM的版本关系，再看界面顺不顺手。项目当前发布说明已说明跨小版本文件兼容边界，README自述也明确是早期阶段。[1][2] 若必须承接十年前的模型历史，或把图纸直接下发加工，现阶段更合适的是影子项目：重复建模、对照审核，不占用正式工艺放行链。
把文件交换当成一次有损传递来验
很多设计团队共享的是中性格式，不是软件自己的设计文件。SolidCraft的README列出STEP、IGES、3MF、STL、OBJ、glTF等格式的按支持情况导入导出能力，[2] 但每个格式携带的东西并不一样。一个由STL网格重新导入的支架，即使外观看起来跟原设计一样，也未必知道当初孔距用什么参数驱动；STEP实体能够传递几何，也不能替代原始草图约束与时间线。评测时应把“可显示”“可测量”“可继续按参数编辑”分成三栏记录，切勿合并成一个兼容率。
同一零件交给外协时，让接收方在自己的现役工具里读取SolidCraft导出文件，量测孔中心、圆角半径与装配基准，再从对方软件导出一次回到试用环境。来回两次分别比较坐标系、单位与实体数量，留存文件和检查截图。若采购只要求机加参考几何，损失时间线可能可以接受；若要求供应商反馈后继续修改设计意图，必须保留可编辑的主文件与修改责任人。这些问题在试用第一周提出，比项目交付前一天发现要便宜得多。
一张可以照着执行的企业试用单
先定样本。选五件内部允许脱敏的零件：一件纯草图拉伸件、一件多孔阵列件、一件有圆角与薄壁的壳体、一件导入STEP后再加工的零件、一件故意包含过约束或自交风险的异常件。每件先由工程师写下预期尺寸、体积区间、特征依赖和输出格式，测试人员不得边做边改答案。对不同操作系统再做同一输入复现；记录每个失败步骤及日志，别只写“模型建不出来”。
然后跑变更。按固定顺序改尺寸、撤销、重做、保存、关闭、重开、导出，再回到旧参数。分别核对草图约束状态、时间线报错位置、几何度量及导出后的装配坐标。把v0.18.2的旧设计作为输入、v0.18.3与v0.18.4设计作为回读样本，明确哪一段可以升级、哪一段需要保留只读旧文件。评测记录中写上文件格式29，避免半个月后凭记忆解释为什么旧版打不开。[1]
最后测自动化边界。用同一个工单分别由人、CLI脚本与MCP调用执行，比较命令日志、目标尺寸和导出物；给智能体只开项目副本的读写权限，故意送一次非法参数与一次中途断连。准入表由设计负责人签：操作可复现、失败可定位、文件可回退、导出可复核、权限可收束，五项缺一就留在试验环境。性能和易用性当然要测，但不能盖过几何和版本风险。
v0.18.4让SolidCraft更容易被人真正打开、操作和观察，也留下了罕见的清楚说明：文件格式兼容到哪里，安装包是否签名，MCP究竟能触到哪些路径。[1][4] 对开源工业软件，这些细节比“支持AI建模”的大字招牌更有用。先让一个支架的参数变化有据可查，再谈把它放进公司的设计主流程。
参考资料
- SolidCraft v0.18.4 官方发布说明：更新内容、格式兼容、平台包、校验和与未签名说明。
- SolidCraft 仓库 README：项目能力、早期状态、CLI/浏览器入口、许可证与自述测试口径。
- SolidCraft 架构文档：模块分层及命令引擎。
- SolidCraft MCP 文档：会话模式、路径规则、工具权限与参数检查边界。
配图为概念示意，不代表论文原图、真实软件界面或实机验证。