三维审核如果只停留在「开会看模型」，问题就会反复出现。本文梳理一条可执行的接入路径：交付物约定、自动前置检查、评审会聚焦决策、问题单跟踪到闭环，让审核结论真正沉淀成下一版模型的输入。
不少企业的三维审核是这样的：节点到了，各专业把模型交上来，会议室投屏轮流转模型，边看边提意见，纪要记一堆，散会。下一个项目，同样的问题又出现一遍。问题不在评审会本身，而在于审核没有接进研发流程——它是孤立事件，而不是流程里有输入、输出与反馈的环节。
一、为什么评审会解决不了重复出现的问题
拆开看有三个原因。第一，会上大量时间花在低级问题上：坐标系不对、命名混乱、构件缺属性，这些本该在提交前被挡掉。第二，意见记在纪要里没有责任人和时限，改不改没人追。第三，审核发现的问题没有回流到规范和检查规则里，下一版模型仍按老习惯做。
二、第一步：把交付物约定写清楚
审核的输入必须是确定的。建议在项目启动时固化一份交付物约定，至少覆盖四类内容：
- 格式与版本。原生格式还是中间格式、允许的软件版本区间、是否同时提交轻量化格式。
- 坐标系与单位。统一的项目基点、正方向约定、长度单位与精度，跨专业合模全靠这一条。
- 命名规则。文件名、构件名与属性字段的命名模式，必须能被程序解析，而不只是「便于人看」。
- 装配层级与颗粒度。模型拆到几级、哪些部件允许简化表达、哪些必须建到真实几何。
三、第二步：自动前置检查挡掉低级问题
提交入口挂一道自动检查，不通过不进评审排期。这一层只处理判据明确的问题：
- 文件与格式合规：能否正常打开、版本是否在允许范围、必需文件是否齐全。
- 坐标与单位：基点偏移、单位设置、模型是否落在合理包围盒内。
- 命名与属性完整性：命名是否匹配规则、材质规格编号等关键属性是否缺失。
- 几何健康度：重复构件、零厚度面、开放实体、明显的硬碰撞干涉。
目标不是找出所有问题，而是把不该上会的模型拦在门外。
判断三维审核有没有接进流程，有一个简单标准：评审会上还在讨论命名和坐标系，就说明前置检查这一层还没建起来。人的时间应该只花在需要判断权衡的地方。
四、第三步：评审会只讨论需要人判断的事
会前把自动检查报告和上一轮未闭环问题一并发出。会上聚焦三类议题：跨专业空间冲突如何取舍、可施工性与可维护性判断（检修空间、吊装路径、操作面）、方案层面的替代选择。
会议输出不应是自由文本纪要，而是一批结构化问题单：每条含定位（构件 ID 或视点）、描述、责任专业、严重度与期望解决时间，散会即入库。
五、第四步：问题单跟踪到闭环
1. 状态机与关闭权限
问题单要有明确状态机，例如新建 → 已指派 → 处理中 → 待验证 → 已闭环／已挂起。关闭权限不给处理人，而给提出方或审核负责人——这一条是闭环能否成立的关键。验证时要能对照问题单里的视点直接回到模型对应位置。
2. 两个必须盯住的指标
闭环率与平均闭环周期。挂起的问题必须写明原因与再评估时间。
六、让结论回流：审核规则与设计规范的双向更新
这一步决定审核体系会不会持续变好。做法是每个项目节点后对问题单归类：重复出现且判据清晰的，转成前置检查规则；反映标准理解偏差的，转成建模手册或设计规范的修订条目；长期只产生误报的规则，收紧或下线。
机制跑一两个季度后，能看到自动检查覆盖的问题类型在增加，评审会上重复出现的老问题在减少——这是审核接入流程的信号。
七、落地节奏建议
不要一次铺全。先选一个专业、一个在研项目试点：第一阶段只做交付物约定与格式、坐标、命名三类前置检查；第二阶段补齐属性完整性与干涉检查，把问题单流程立起来；第三阶段推广到跨专业合模。每个阶段留足一个项目周期做验证。
小结
三维模型审核的价值，不在于会上看得多细，而在于形成闭环：约定明确的输入、自动挡掉的低级问题、聚焦决策的评审、跟踪到底的问题单，以及回流为规则与规范的结论。四步都通了，审核才会从一次性活动变成持续起作用的质量关口。